Coworkの指示と優先順位 — グローバル指示を含む4層の関係
Coworkのグローバル指示はSettings > Coworkで設定し、新しい体験ではSettings > Generalに移ります。組織・グローバル・プロジェクト・フォルダの4層のうち、優先が明言されているのは組織対個人だけです。
Coworkに指示を書く場所は1つではありません。組織インストラクション・グローバル指示・プロジェクト指示・フォルダ指示の4層があり、同じ内容を別の層に書くと、どちらが勝つか分からないまま運用することになります。優先順位が明言されているのは組織対個人の1点だけです。個人が扱う残り3層の間には、優先順位表そのものがありません。
グローバル指示を探している場合は、Settings > Coworkの「Global instructions」の横にあるEditから書きます。新しい体験では、Settings > Generalの「Instructions for Claude」に含まれます。画面の世代による違いは、グローバル指示の節で扱います。
Coworkの指示は4つの層に分かれる
4層は、誰が設定するか・どこまで効くか・誰が書き換えられるかがそれぞれ違います。組織インストラクションだけが管理者権限の層で、残り3層は利用者自身が書く層です。
指示の4層
組織インストラクション
Owner / Primary Ownerが設定します(Team・Enterprise)。Cowork以外の会話を含め、組織内の全会話に効きます。Organization settings画面のテキスト欄に最大3,000字です。
グローバル指示
利用者本人が設定し、そのユーザーの全セッションに効きます。置き場所は画面の世代で違います(次の節)。
プロジェクト指示
プロジェクトを編集できる人が、作成・編集画面のInstructions欄に書きます。効くのはそのプロジェクト内のタスクだけです。
フォルダ指示
デスクトップでローカルフォルダを選んだときに追加されるプロジェクト固有の文脈です。セッション中にClaude自身が更新することもあります。
指示ではないものの、プロジェクトにはもう1つ振る舞いを左右する入力があります。プロジェクトごとのメモリです。Coworkのプロジェクトではメモリが有効で、過去のタスクで得た文脈が同じプロジェクトの次のタスクに引き継がれます。範囲はプロジェクト内に閉じていて、別のプロジェクトには持ち越されません。
組織の指示が個人に勝つ — 明文化されているのはここだけ
組織インストラクションと個人の指示がぶつかったときは、組織側が優先されます。ヘルプ記事の例では、組織が「常に正式な英語で返答する」と定め、個人が「カジュアルな口調で」と定めていた場合、Claudeは正式な口調で返答します。
優先が明記されているのは、組織インストラクションと個人ユーザーの指示の2段です。組織が触れていない話題には、個人の指示がそのまま適用されます。組織側が全部を書き尽くす必要はありません。
見え方にも非対称があります。組織インストラクションを閲覧・編集できるのはOwner以上だけで、個人の指示を見られるのは本人だけです。個人の側からは、自分の会話に効いている組織の指示の中身を読めません。
効き目にも留保が付いています。優先順位付けはプロンプトレベルの指示に依存する仕組みで、直接矛盾する指示が絡む稀なケースでは挙動が変わることがあります。保存したら新しい会話を始め、質問の種類を変えて期待どおりに反映されているかを確かめる運用が案内されています。
設定場所はOrganization settings > Organization and accessの「Organization instructions」欄です。保存すると、Claude製品全体への反映に最大1時間かかります。もう1つ、組織インストラクションは全メンバーの全メッセージに含まれる指示です。ヘルプ記事が短く具体的に書くことを勧めているのは、3,000字の上限とは別に、毎回のやり取りに乗るという性質があるためです。
- 向くもの:応答フォーマットの既定、口調の統一、業界用語の解釈(「クレーム」が保険金請求を指すのか法的な異議申し立てを指すのか、など)
- 避けるもの:「プロフェッショナルに」のような曖昧な指示。「短縮形や俗語、絵文字を使わず正式な英語で返答する」のように具体化します
- 整合性:指示同士が矛盾すると、Claudeはどちらも安定して守らなくなります。足し算でなく全体を読み直します
トークン消費を抑える目的で使う運用はClaude Enterpriseの消費管理で扱っています。
グローバル指示の置き場所が、ページによって違う
同じグローバル指示について、公式ページ内で説明が二通りあります。Coworkの入門ガイドの手順は「Settings > Coworkを開き、Global instructionsの横のEditを押す」で、全Coworkセッションに効くという書き方です。その直後の注記には「新しいClaudeの体験では、グローバル指示はSettings > GeneralのInstructions for Claudeの一部で、すべての会話に適用される」とあります。
グローバル指示の置き場所
Chat / Coworkが分かれている画面
Settings > CoworkのGlobal instructionsに書きます。効くのはCoworkのセッションです。
Chat / Coworkの選択がない画面
Settings > GeneralのInstructions for Claudeに書きます。Coworkに限らず、すべての会話に効きます。
プロジェクトの解説記事には、メッセージ欄に「Chat」と「Cowork」の選択肢が出なくなっていれば新しい体験だという目印があります(ProとMaxで順次展開)。自分がどちらの画面かで書き場所が変わり、新しい体験ではCowork向けに書いた口調や出力形式の指示が、普段のチャットにも乗ります。
個人が扱う3層の間には優先順位表が無い
グローバル指示・プロジェクト指示・フォルダ指示の間には、組織対個人のような明文化された優先順位表がありません。入門ガイドはグローバル指示とフォルダ指示を別の項目として説明しています。プロジェクトの解説記事はプロジェクト指示を「プロジェクト内の全タスクでClaudeの動き方を導く、口調・書式・ルール」と説明しています。プロジェクトごとに予定タスク・コンテキスト・メモリを持つ構成も示されています。
この空白は実務でも混乱として表れます。Coworkプロジェクトの使い方でも、プロジェクトのInstructionsとグローバル指示に似た内容を重ねると、どちらが効いているか分かりにくくなる点を指摘しています。
参考になるのがClaude CodeのCLAUDE.mdです。~/.claude/CLAUDE.md(全プロジェクト共通)・リポジトリルート・サブディレクトリの3か所に置け、広いものから狭いものへ、見つかったものをマージして使います。サブディレクトリのファイルは、Claudeがそのディレクトリのファイルを読んだときに読み込まれます。この「広い層から狭い層へマージ」という規則に相当するものが、Coworkの3層側には示されていません。
プロジェクトの作り方と共有で、指示の行き先が変わる
プロジェクト作成時のInstructions欄は、トーン・書式・ルールを人が書く欄です。作り方によって、指示とファイルの行き先が変わります。
- 既存のClaudeプロジェクトから取り込む:ファイルと指示が新しいCoworkプロジェクトへ転送される。一括取り込みは非対応
- 既存フォルダから作る:プロジェクトはそのコンピューターに残り、Claudeアカウントには保存されない
- 最初から作る:新しいフォルダに指示とファイルを用意する
Team・Enterpriseプランでは、プロジェクトをCowork内で共有できます。組織内の相手に「Can view」か「Can edit」を付け、あとから変更や取り消しもできます。Enterpriseではグループ単位の共有もベータ提供です。編集権限を渡した相手はInstructions欄を書き換えられるので、共有したプロジェクトでは、指示を書く人を決めておくと食い違いを防げます。
アーカイブは、プロジェクトのメタデータをUIから消す操作で、ローカルには残ります。コンピューター上の関連ファイルやフォルダには影響しません。なお、プロジェクトはCoworkのみの機能で、Claude Codeには未対応(将来対応予定)です。
指示が思ったとおりに効かないときの切り分け
どの層の指示が効いているか分からなくなったときは、次の順に原因を絞り込めます。
効かない指示を疑う順番
- 1
その論点を組織が定めていないか
組織インストラクションが触れている論点なら、個人の指示は譲る側になります。Ownerに内容を聞くのが最短です。
- 2
グローバルとプロジェクトで似た内容を書いていないか
優先順位表が無い領域なので、片方に寄せて重複を消します。寄せ先は、下の節で述べる使い分けに従います。
- 3
フォルダ指示が書き換わっていないか
フォルダ指示は、Claude自身がセッション中に更新することがあります。前回のセッションの終わりと内容が変わっていないかを見ます。
- 4
プロジェクトのメモリが前の作業を持ち込んでいないか
メモリは指示欄には出てこない入力です。プロジェクトの文脈が結果に混ざる原因になりえます。
実務でコンフリクトを避ける書き方
優先順位表が無い層の間では、同じ内容を重ねない設計が基本です(「やり方」でなく「欲しい結果」を書く指示の原則も参考になります)。トーンや言語のように全セッションで一貫させたい前提はグローバル指示だけに書き、特定の案件でしか使わない用語や出力先はプロジェクト指示に寄せます。
もう1つ、指示の優先順位はセキュリティ境界ではありません。組織インストラクションが個人の指示に優先するのは、口調や書式などの既定値をどちらが決めるかという話です。ファイルへのアクセス権や書き込み可否の制御とは別のレイヤーで、ヘルプ記事にも「組織の設定はClaudeの組み込みの安全指針やコンテンツポリシーを無効化できない」とあります。誰が何に触れるかを制御したい場合は、ロール設計の領域です。組織サイズ別の設計はClaude CoworkのRBAC運用にまとめています。
具体例で考えます。グローバル指示に「箇条書きを多用する」、あるプロジェクトの指示に「この案件では文章で説明する」と書いたとします。組織インストラクションが箇条書きに何も触れていなければ、この対立は組織対個人のルールの対象外です。どちらが勝つかは決まっていないため、そのプロジェクトで短いタスクを1つ流し、出力形式を見てから本番に使うのが手堅い進め方です。
組織インストラクションが「社内向けレポートは常に箇条書きで簡潔にまとめる」と定めていた場合は話が変わります。個人ユーザーのグローバル指示が「文章で説明する」なら、公式の例と同じ型で組織側が優先されます。同じ対立でも、組織が触れているかどうかで、明文化された領域に入るか3層内の話に留まるかが分かれます。カスタマイズ全体の設計はClaude Coworkカスタマイズで扱っています。
まとめ
新しい体験へ切り替わったアカウントでは、Cowork用に書いたグローバル指示が通常の会話にも乗ります。切り替え時に口調や出力形式の指示を読み直し、案件固有の内容はプロジェクト指示へ移しておくと、3層の食い違いは起きにくくなります。