Coworkでブランド資産をフォルダ単位で監査する方法

Coworkのブランド資産監査でできること

Claude Coworkは、画像が入った大きなフォルダとブランドガイドラインの文書を同時に読み込み、1枚ずつガイドラインと照合して違反を分類できます。ロゴの旧バージョン、ブランドカラーからずれたヘックスコード、抜けている法定表記など、人間なら1件ずつ見比べる作業を、フォルダ丸ごと1回のタスクで処理します。

土台にあるのはOpus 5の画像読み取り性能です。長辺2,576ピクセルまでの高解像度で画像を読めるため、ヘックスコードや小さな法定文言のような細部まで判読できます。フォルダ単位で数百枚を一度に処理できるのはCoworkがもたらす実行環境の力で、モデル単体の性能とは別の話です。claude.aiのチャットにOpus 5を選んで数枚アップロードしても同じ精度の読み取りは得られますが、フォルダ規模で回せてスケジュール実行もできるのがCoworkです。

CoworkはPro・Max・Team・Enterpriseの有料プランで使えます。ただしこの監査ワークフローは手元のフォルダを読む作業なので、Claude Desktopアプリ(macOS / Windows、Linuxはベータ)が最新版で開いていることが前提になります。ローカルファイルへのアクセスは、そのパソコンでデスクトップアプリが起動して接続されており、なおかつセッション自体をデスクトップアプリで開始している間しか働きません。Webやモバイルでタスクを始めた場合はこの条件を満たさないため、フォルダ監査はデスクトップアプリから始める必要があります。

監査を始める前に必要なもの

揃えるものは3つです。

• 最新版のClaude Desktopアプリ(Coworkが使える有料プラン)
• 監査対象の画像フォルダ(PNG・JPEGに対応。対応ファイル形式の詳細はCowork対応ファイル形式一覧を参照)
• ブランドガイドラインのPDF、および法定表記など照合したいルールの文書

ガイドライン文書は1つにまとめる必要はありません。ブランドガイドラインのPDFとリーガルの必須表記シートのように、役割が違う文書を複数渡して同時に照合させられます。

ステップ1: フォルダとガイドライン文書をCoworkに接続する

デスクトップアプリのメッセージ欄で「Cowork」を選び、タスクを説明する前にプロジェクトを作っておくと後から見返しやすくなります。Coworkのプロジェクトは「既存のフォルダを使う」を選ぶだけで、そのフォルダをコンテキストに持つ専用ワークスペースになります。画像とガイドライン文書を同じフォルダにまとめておけば、Claudeはその場でガイドラインと画像を突き合わせられます。プロジェクトとしてフォルダを扱う前提の作り方はCoworkプロジェクトの使い方で扱っています。

対応しているファイル形式や、フォルダに入れてよいファイルの種類はCowork対応ファイル形式一覧にまとめているので、大量のPDFやPowerPointを混在させる場合は事前に確認しておくと手戻りが減ります。

ステップ2: 監査プロンプトを設計する

プロンプトで決めるべきことは「何を違反として拾うか」「どう分類するか」「1件ごとに何を返してほしいか」の3点です。次のような形が扱いやすい出力になります。

brand-meridian-2025-q2.pdf と legal-required-copy.txt を基準に、
このフォルダ内のすべてのPNG・JPGを監査してください。
 
チェックしてほしいこと:
- 旧バージョンのロゴが残っていないか
- ブランドカラーのヘックスコードからのズレ
- 法定表記の欠落・文字サイズ不足
 
違反の種類ごとにグループ化し、各項目についてファイル名・問題点・
ガイドライン側の値・実際の値・confidence(判定の確信度)を返してください。
最後に、全チェックに合格したファイル数も教えてください。

ここで効くのはフォーマット指定の細かさです。「ファイル名・問題点・ガイドライン値・実測値・confidence」のように返してほしい項目を列挙すると、Claudeはその型を律儀に守って構造化されたリストを返します。散文で説明されるより、そのままトラッカーに転記しやすくなります。

もう一つ重要なのが、どのルールが絶対で、どのルールが多少のズレなら許容できるかを明示することです。法定表記の欠落は妥協できませんが、ヘックスコードの数ポイントのズレは許容範囲、というように優先度をプロンプトかCoworkプロジェクトのinstructionsに書いておきます。するとClaudeは、リーガル関連の違反を高優先度、際どい色味の違反を低優先度として、こちらが優先度をつけたい順に並んだ状態で返してきます。

ステップ3: 結果を確認し、次のアクションにつなげる

Claudeは違反を種類ごとにグループ化した一覧、合格件数、そして「確信度が低く自分の目で確認したほうがよい項目」の短いリストを返します。JPEG圧縮による色のわずかなズレなのか、本当にガイドライン違反なのかを見分けにくいケースは、この「less certain」のブロックに集約されるので、そこだけ人間が見ればよい設計です。

ここから先は用途に応じてタスクを広げられます。

• 公開ページとの突き合わせ: 書き出したファイル自体は直っていても、公開済みのページがまだ古いバージョンを表示していることがあります。Claude in ChromeやCoworkの内蔵ブラウザを使えば、高確信度の違反ごとに実際の公開URLを開かせ、ページ側でも同じ問題が残っているかを確認させられます。ただし組織で設定しているネットワークの送信先制限はブラウザ操作やWeb検索、MCP経由のツールには及ばないので、アクセス先を絞る運用にしている場合はこの範囲の違いを把握しておく必要があります。
• トラッカーへの起票: AsanaやLinearのコネクタを設定していれば、確信度の高い違反だけをタスク化し、担当者・ガイドライン値・修正後の値まで書いた形でトラッカーに落とせます。Asana連携の具体的な設定はCowork Asana連携にまとめています。フォルダを読んでガイドラインと突き合わせるところまでは「読み取り」ですが、他のツールにタスクを作るのは「書き込み」の操作です。Coworkはこの2種類を区別して扱っており、書き込みのほうが誤動作の影響が大きいぶん、承認モードによっては実行前に確認を求められます。書き込み操作の承認の考え方はCowork権限モデルの考え方で扱っています。
• スキル化とスケジュール実行: ルールと出力形式が固まったら、そのタスクをSkillとして保存すれば「毎週この監査をする」が1行の指示で再現できます。さらにスケジュールタスクに登録すれば、フォルダに新しく追加されたファイルを対象に、決まった曜日・時間で自動的に監査を回せます。スケジュールタスクの作り方はCoworkスケジュールタスクの作成方法にまとめています。

Skillの作り方は2通りあります。ルールと出力形式をプロンプトのまま文章で書いて保存する方法と、実際に監査の手順を自分で1回やって見せ、その画面操作からClaudeに手順を推測させて保存する「録画」の方法です。録画は自分の手を動かして見せるほうが早いときに向きますが、Pro・Max・Teamプランの、Claude for Mac版Coworkでのみ使えます。Windows版やFreeプラン、Enterpriseプランでは使えないので、Windows環境で毎週の監査を仕組み化する場合は、最初からプロンプトを文章で書いて保存する方法になります。

よくあるつまずき

フォルダの読み取りはComputer Useではありません。この監査はClaudeがフォルダ内のファイルを直接読む「読み取りツール」の動きで、画面をクリック・入力して操作するComputer Useとは別の仕組みです。Computer UseはPro・Maxプランのリサーチプレビューで、Team・Enterpriseでは使えません。フォルダ監査自体はCoworkが使える全プランで動くので、混同しないようにします。

スケジュール実行はローカルフォルダに紐づけられません。Coworkのスケジュールタスクはクラウドで実行される設計なので、パソコンの電源が入っていなくても動きます。ただし、この監査のようにローカルフォルダの読み取りが前提のタスクは、その制約のぶんだけローカルでのみ実行される扱いになります。つまり、決まった時刻にデスクトップアプリが開いて接続されている必要があり、閉じたままでは走りません。事前に把握しておかないと「スケジュールしたのに動かない」に直結します。

確信度が低い項目は無視しません。goldの色味がJPEG圧縮によるものか本当のブランド逸脱かのように、画像から一意に判定しづらいケースは必ず一定数出ます。ここを「low」の一言で読み流さず、対象ファイルを自分の目で開く運用にしないと、抜けが静かに積み上がります。

分類ルールは、Skill化するときほど明文化が要ります。1回きりのプロンプトなら曖昧さがあっても人間が都度補正できますが、Skillとして毎週自動で回す場合はプロンプトが唯一の判断基準になります。「多少のズレは許容」のような感覚的な指示は、明確な閾値や具体例に落としてから固定するほうが、判定のブレを防げます。

Coworkのブランド監査に向く場面・向かない場面

まとめ

Coworkのブランド資産監査は、フォルダとガイドライン文書を渡してプロンプトで出力形式を決めれば、数百枚規模でも一貫した基準で違反を洗い出せます。ローカルフォルダを読む都合上、実行にはデスクトップアプリが開いていることが条件になる点と、スケジュール実行がローカル限定になる点だけは事前に押さえておくと、運用に乗せてからのつまずきを避けられます。まずは1回、少量のフォルダで試してプロンプトの出力形式を固めてから、スケジュール化やSkill化に進むのが現実的な流れです。