Claude Coworkカスタマイズ — Skills/Projects/メモリ/CLAUDE.mdの7階層

要点

• Claude Coworkは7つの階層(Global Instructions / Projects / Memory / CLAUDE.md / Skills / Connectors / Scheduled Tasks)を組み合わせて自分仕様にチューニングするプロダクトです。
• それぞれは役割が異なり、「どこに何を書くか」を誤ると指示が競合してレスポンスがブレます。
• この記事では7階層フレームで全体像を俯瞰し、Global Instructions・CLAUDE.md・Skillファイルの動くサンプルを提示します。
• ビジネスパーソン向けの最小構成から専門ユーザー向けフル構成までの3プロファイルと、実務で踏みやすい「つまずき10選」も収録します。

7階層に入る前に素の機能と料金を確かめておきたい場合は、Coworkの全機能・料金・始め方を先に開くと迷いません。

Cowork本体とClaude Codeのどちらの設定か

7階層の名前はClaude Codeと共通のものが多いものの、Coworkのセッションに効く経路は別です。ヘルプとClaude Codeの公式ドキュメントを突き合わせると、置き場所は次のように分かれます。

2026年10月6日から、ProとMaxでは新しいCoworkタスクがクラウドで動き、設定 > Generalの「Only on your computer」は消えます。すでにパソコン上で始めたタスクはそのまま残ります。新しい体験では「Add from GitHub」が使えず、検索にも以前のCoworkタスクは含まれません。以降の節で「設定 > Cowork」と書いた画面は、新しい体験では上記の移動先に読み替えてください。

Coworkカスタマイズの7階層

Coworkの設定項目はヘルプでも一覧化されていますが、抽象度の違うものが同じ画面に並ぶため全体像がつかみにくいのが悩みどころです。ここでは実務で使い分けやすい7階層に分類し直しました。

ポイントは上位層ほど広くかかり、下位層ほど局所的で具体的ということです。Global Instructionsに手順を書くとすべてのセッションに長い前提が乗り、Skillに一般原則を書いても呼び出されなければ効きません。各階層の役割を正しく切り分けるのが、Coworkを使いこなす最初の関門です。優先順位がどう決まるかを先に押さえておくと迷いにくくなります。

なお、Coworkを触り始めたばかりの方はClaude Cowork入門で全体像をつかんでから本稿に戻ると理解が早いはずです。

Global Instructionsを設計する

Global Instructionsは「全Coworkセッションに常時適用される前提条件」を書く場所です。ヘルプでは、設定 > Coworkの「Global instructions」の横にある「Edit」から入力して「Save」する手順が案内されています。ここに書いた内容は、すべてのCoworkセッションに適用されます。

書くべきこと

• 自分のロール(「SaaSスタートアップのPMです」「個人開発のWebメディアを運営しています」)
• 望ましいトーンと言語(敬体/常体、日本語/英語の出し分け)
• 出力の既定フォーマット(箇条書き優先 / 見出し + 表)
• 汎用的なNG事項(「医療・法律・投資の断定的助言はしない」等)
• 連絡先や組織情報など、あとで参照しやすい静的情報

書きすぎると逆効果な内容

• 特定タスクの手順書 — Skillに切り出す
• 長大な用語集 — CLAUDE.mdかProjectのコンテキストに
• 機密データ(顧客名・契約番号・社内URL) — 常時プロンプトに乗るためリスクが高い
• 頻繁に更新する情報 — 運用コストがかさむ

動く例: ビジネスパーソン向けGlobal Instructions

# 基本設定
- 私は SaaS スタートアップの PM です。日本語で応答してください。
- トーンは敬体(ですます調)。親しみやすく、過剰にカジュアルにはしない。
- 英数字と日本語の間にスペースを入れない。
 
# 出力フォーマット
- 3 項目を超える列挙は箇条書きに。
- 比較は 2〜3 列の表に。4 列以上は定義リストで。
- コードブロックには言語名を必ず付与。
 
# やってほしいこと
- 意思決定の背景を聞かれたら「事実 / 解釈 / 選択肢」の 3 段で返す。
- 長い文章を要約するときは「3 行要約 → 詳細」の順に。
 
# 避けてほしいこと
- 医療・法律・税務・投資の断定的な助言。
- 「絶対」「間違いなく」など過度に断定的な表現。
- Anthropic 公式を騙る表現や、出典不明の数値断定。

動く例: 開発者向けGlobal Instructions

# 役割
- 私はソロ開発者で、Next.js / TypeScript / Python を主に使います。
- デフォルト言語は日本語、コード内コメントは英語。
 
# コードスタイル
- TypeScript は strict モードを前提にする。
- Python は型ヒントと pydantic v2 を前提にする。
- 2 スペースインデント。セミコロンは TypeScript では省略しない。
 
# 出力のクセ
- ライブラリを提案するときは「公式 / 人気 OSS / ニッチ」のどれかを明示。
- バージョン番号を出す場合は、確認した日付を添える。
- コマンドは zsh / macOS 前提で提示。
 
# 避けてほしいこと
- 未検証の API シグネチャ断定。わからないときは「要確認」と明示。
- Deprecated なライブラリの提案。
- 非公開情報を前提とした回答。

この2つはそれぞれ15〜25行に収めています。長さの目安はヘルプにありませんが、Claude CodeのドキュメントはCLAUDE.mdを200行以下にするよう勧めており、長いと従われにくくなると説明しています。Globalも同じ考え方で短く保つのが無難です。

Projectsで文脈をまとめる

Projectsは、関連する会話・ファイル・指示をひとつのワークスペースに束ねる機能です。ヘルプでも「関連するタスクを独自のファイル、コンテキスト、指示、メモリを持つ別のワークスペースにグループ化できる」と説明されています。1つのProjectには4つが付きます。指示(Instructions)、定期タスク(Scheduled tasks)、メモリ(Memory)、そしてコンテキスト(ローカルフォルダ、チャットのプロジェクト、URL)です。

コンテキストに入れるファイル

• プロジェクト固有の用語集・プロダクト仕様書
• 定型フォーマット(週報テンプレ・議事録テンプレ)
• 過去レポート数本(書き方の参考になる)
• 参考リンク集を集約した1枚

コンテキストに入れない方が良いファイル

• 頻繁に更新されるマスターデータ(Sheets/DBに置いてコネクタ経由で引く)
• 生の個人情報・機密契約書(Projectの共有範囲に注意)
• 非公開顧客データ(用途が限定される場合はRBAC〔役割ベースのアクセス制御〕で絞る。詳細はCowork RBAC設定ガイド)

Projectsの活用パターン5種

• 競合モニター — 対象企業のRSS / プレス / 求人をコンテキストに集約し、週次で差分要約
• 四半期レポート — 過去4QのレポートPDFをコンテキストに、Q毎のdraftを会話として残す
• 採用オペ — 職種別JDテンプレ、選考フロー、面接評価テンプレをコンテキストに
• プロダクト調査 — 一次情報リンク + 仮説メモ。Deep-diveの叩き台を量産する用
• チーム議事録 — 定例アジェンダ、過去議事録、Action Item履歴をコンテキストに

作成方法は3つです。白紙から作る、Claudeのチャット用プロジェクトを取り込む(1件ずつで、一括は不可)、パソコン上の既存フォルダを指定する、のいずれかです。新規に作ったProjectはClaudeアカウントに保存され、他の端末からも開けます。フォルダから作ったProjectはそのパソコンに残ります。

ProjectsはCoworkだけの機能で、Claude Codeでは使えません。Team・Enterpriseでは組織内のメンバーに「Can view」か「Can edit」を付けて共有できます。アーカイブしてもパソコン上のファイルやフォルダには触れません。作るかどうかの目安は「同じ文脈で何度も会話するか」で、単発ならGlobalと都度のプロンプトで足ります。

メモリ機能との向き合い方

Coworkの記憶は、タスクの置き場所で範囲が決まります。クラウドで動くセッションは、チャットで覚えた内容から始まり、Coworkのタスクで出た内容もチャットに戻ります。

「Memory」のオフは最初のメッセージを送る前にしか切り替えられず、タスクの開始後には変更できません。

記憶に任せない前提の置き場所

守らせたい前提は、記憶ではなくGlobal instructionsかProjectのInstructionsに書くほうが確実です。記憶は会話から自動で溜まるため、書いた覚えのない内容が混ざる余地があります。混ぜたくない作業は、開始前に「Memory」をオフにするか、専用のProjectに分けます。

Claude Code側の自動メモリは別物で、/memory から切り替えや確認ができます。Claude Codeのドキュメントによると、自動メモリのファイルは起動時に先頭200行または25KBまでが読み込まれます。

CLAUDE.mdをプロジェクトに置く

CLAUDE.mdは、プロジェクトルート(または .claude/CLAUDE.md)に置くことで自動読み込みされる永続指示ファイルです。Global Instructionsが「全セッション共通」、CLAUDE.mdは「このリポジトリ/フォルダにいるときだけ」という役割分担になります。

Cowork固有のしくみとして、デスクトップでローカルフォルダを選ぶと「Folder instructions」を設定でき、Claudeがセッション中に自分で更新することもあります。Claude Codeのドキュメントによると、デスクトップのCoworkセッションでは、シンボリックリンクの ~/.claude/CLAUDE.md は読み込まれません。作業ディレクトリの外を指すインポートも飛ばされます。

配置ルール

• ./CLAUDE.md または ./.claude/CLAUDE.md — プロジェクト固有、git管理推奨
• ./CLAUDE.local.md — あなた個人のローカル好み、.gitignore 対象
• ~/.claude/CLAUDE.md — ユーザー全体の好み(全プロジェクト適用)
• 管理ポリシー用のOS別パス — 組織展開用

CLAUDE.mdは起動時にツリーを上に歩いて祖先ディレクトリのファイルをすべて連結します。サブディレクトリ内のCLAUDE.mdは、そのサブディレクトリのファイルを読むタイミングでオンデマンド読み込みとなります。

動く例: ビジネスプロジェクト向けCLAUDE.md

# プロジェクト: 四半期レポート生成
 
## 目的
国内 SaaS 競合 5 社の四半期動向を社内向けにまとめる。
毎四半期末(3/6/9/12 月末)に ZIP ダウンロード済み IR 資料を元に生成。
 
## 入出力
- 入力: `./inputs/YYYY-QN/*.pdf`(各社 IR / 決算説明資料)
- 出力: `./drafts/YYYY-QN/competitor-report.md`
 
## 出力フォーマット
1. サマリ(3 行、直近四半期の要点)
2. 指標表(2 列: 指標名 / 前 Q 比)
3. 各社動向(1 社あたり 200〜300 字)
4. 次四半期の見立て(「〜と言えそう」の控えめ表現で)
 
## 禁則事項
- 数値は IR 資料から直接引用。推測で埋めない。
- 企業名の公式表記を厳守(例: "株式会社〜" の有無)。
- "買うべき" "売るべき" 等の投資助言的表現は使わない。
 
## 参照
- 用語集: @./docs/glossary.md
- 過去レポ: @./drafts/2025-Q4/competitor-report.md

@file 参照でメンテナンス性を保つ

CLAUDE.mdは @相対パス で他ファイルを参照・展開できます。用語集や長いテンプレートは別ファイルに切り出し、CLAUDE.md本体は骨格(200行以下が目安)を保つのがコツです。ドキュメントでも「CLAUDE.mdファイルあたり200行以下を目標に」と明記されています。CLAUDE.md自体の書き方の型はCLAUDE.mdを実用に引き上げる10のパターンに詳しいので、本節と組み合わせると「どこに置くか」と「何を書くか」が両側から埋まります。

Skillsで繰り返しタスクを定型化

Skillは「手順 + トリガー + 成功条件」を書いたMarkdownファイルで、ディレクトリ名を /<name> のスラッシュコマンドとして呼び出せます。SKILL.md をエントリポイントとするディレクトリとして定義します。Claude Codeでは次の表のパスから読まれますが、Coworkは ~/.claude/skills/ を読みません。

Claude Codeでの配置場所

Claude Codeで同名のSkillが複数の場所にあるときは、Enterprise、Personal、Projectの順に優先されます。

動く例: weekly-report Skill

---
name: weekly-report
description: 週次営業レポートを生成する。毎週月曜の朝に前週分を集計。ユーザーが「週報作って」「週次レポート」「weekly-report」と言ったら起動。
allowed-tools: Read Grep
---
 
# Weekly Report Generator
 
ユーザーが指定した対象週(YYYY-WW)の営業レポートを生成してください。
 
## 入力
- `./data/deals/YYYY-WW.csv` — 週次の商談データ
- `./templates/weekly-report.md` — 出力テンプレ
 
## 手順
1. CSV を読み込み、ステージ別に件数と金額合計を集計する。
2. 前週(YYYY-WW から 1 減算)と比較し、増減と増減率を算出する。
3. テンプレの該当プレースホルダを埋めて `./drafts/weekly/YYYY-WW.md` に保存。
4. 以下 3 行サマリをチャットに返す:
   - 今週クローズした案件件数と総額
   - 前週比の純増減額
   - 翌週注視すべき案件(金額上位 3 件)
 
## 成功条件
- 出力ファイルが Markdown として有効であること。
- サマリ 3 行が 200 字以内に収まっていること。
- 金額は千円単位で 3 桁区切り表記にすること。
 
## 禁則
- 数値の推測埋めは禁止。CSV に無いセルは「-」にする。
- 顧客名の伏字化(必要に応じて頭文字 + 業種)を保つ。

CoworkでSkillを使えるようにする

Coworkのセッションは、Claudeアカウントで有効にしたSkillを開始時に同期して読み込みます。Claude Codeの公式ドキュメントでは、Customize(デスクトップアプリのサイドバー)かclaude.aiのスキル設定から管理するとされています。ここで有効にしたSkillは、Claude Codeのセッション開始時にも同期され、その後は約10分ごとに変更が確認されます。Claude CodeをAPIキーでサインインして使っている場合は同期されません。

仕様にないキーを書くと、アップロードはキーを無視せず止まります。Claude Codeのドキュメントには、argument-hint を付けたときの出力が次のように載っています。

Unexpected key(s) in SKILL.md frontmatter: argument-hint. Allowed properties are: allowed-tools, compatibility, description, license, metadata, name

Claude Codeの argument-hint や動的なコンテキスト注入のような機能は、claude.aiのチャットやAPIでは動きません。CoworkとClaude Codeの両方で使い回すSkillは、この6項目だけで書きます。

SkillとGlobal / CLAUDE.mdの使い分け

Skillは呼び出されて初めて読み込まれるのが大きな利点です。CLAUDE.mdに手順をびっしり書いて常時コンテキストを消費するより、Skill化して通常は説明文だけ載せる方がコンテキストを節約できます。Skillファイルそのものの設計パターンはSkillsで使える5つの設計パターンで具体例とともに扱っています。ブラウザーのClaude.ai側でスキルを有効化・ZIPアップロードして使う手順はClaude Skillsの仕組みと使い方のガイドが参考になります。

Connectorsの設定最適化

ConnectorsはGmail / Google Drive / Calendar / Slack / Microsoft 365などとCoworkを繋ぐレイヤーです。接続はCustomize > Connectorsから行います。コネクタのツールごとに、「Always allow」「Needs approval」「Blocked」の3段階から選べます。

接続するか判断する基準

• 読むだけで済むか、書き込みも必要か — 書き込みや削除に当たるツールは「Needs approval」にして、毎回の確認を入れる
• 共有範囲が個人か組織か — 組織共有ドライブをフル許可するとスコープが広い

よくある失敗と回避策

• 書き込みや削除に当たるツールを「Always allow」にしている → 「Needs approval」に変え、毎回確認が入るようにする
• 個人アカウントで接続したまま業務利用 → 業務用アカウントに再接続し直す

Microsoft 365を接続する場合は、Claude CoworkとMicrosoft 365の連携設定を併読すると、Entra ID側の権限設計含めて一気通貫で押さえられます。Skill・Connector・Pluginをどこから探すか迷ったら、CustomizeにあるSkill・Connector・Pluginを1つの窓から探せる統合ディレクトリが便利で、3タブの違いはCoworkのディレクトリでスキル・コネクタ・プラグインを探すにまとめています。

コネクタ運用の原則

• 書き込みや削除に当たるツールは「Needs approval」にし、使い方を都度見直す
• 退職・異動時のアカウント棚卸しでCowork接続も見直し

Scheduled Tasks(定期実行)の設計

ヘルプでは、任意のCoworkタスクで /schedule と入力するか、左サイドバーの「Scheduled」から作成・管理する方法が案内されています。手動設定では、タスク名、プロンプト、承認モード、頻度(毎時・毎日・毎週・平日・手動)、モデルと作業フォルダ(どちらも任意)を決めます。

設計のポイント

• 入力の安定性 — 実行時に必要なファイルやメールが確実に存在する時間帯を選ぶ
• 出力先の固定 — 実行日時を含むファイル名(YYYY-MM-DD.md)で衝突を避ける
• 依存タスクの順序 — 「まず集計 → 次にメール送信」のような2ステップは1本のタスクに畳むか、時間差で2本に分ける
• 結果の確認 — 実行ごとに独立したCoworkセッションになるので、サイドバーの「Scheduled」で過去の実行を見直す運用にする

動く例: 典型的な3パターン

• 朝8時に前日売上レポート生成
  • 入力: Drive上の前日集計CSV
  • 出力: Drive上の sales/daily/YYYY-MM-DD.md
  • トリガー: 平日8:00
• 毎週金曜17時に週次ダイジェストをメール送信
  • 入力: プロジェクト会話履歴 + 週次指標
  • 出力: 指定アドレスへのメール本文
  • トリガー: 毎週金曜17:00
• 月初1日に競合モニター更新
  • 入力: 対象5社のRSS + IR頁
  • 出力: Projectに月次差分レポートを追加
  • トリガー: 毎月1日10:00

パソコンが閉じていても動くかの切り分け

ヘルプ同士で書き方が揃っていない点があります。定期実行のページには、リモートで動くのでパソコンがスリープでもアプリが閉じていても走る、と書かれています。同じページには、パソコン上のフォルダには結びつけられない、との注記もあります。一方で手動設定には作業フォルダの欄があり、ローカルのファイルやアプリが必要なタスクはローカルでしか動かない、とも書かれています。

2026年10月6日から、ProとMaxの新しいCoworkタスクはクラウドで動きます。それ以前にパソコン上で始めたタスクは、パソコン上に残ります。

Scheduled Tasksの内部挙動はClaude Coworkの機能深掘りでより詳しく扱っています。

Permissions(権限)の最適化

ファイルアクセスの粒度設計はCowork運用の肝です。Claudeが読み書きできるのは、接続したフォルダの中に限られます。デスクトップで許可したフォルダは、新しい体験では設定の「Trusted folders」に並びます。Coworkのファイル置き場は、設定の「Storage folder」から探せます。

承認モードで動き方を選ぶ

メッセージ欄の権限設定が、Claudeがどこまで自走するかを決めます。

ヘルプによると、既定ではファイルの完全削除の前に確認が入ります。メッセージ送信や重要ファイルの変更のように結果が重い作業では、Autoでも画面の前に付き添うよう案内されています。

過剰に広げない運用原則

• Cowork専用フォルダ(例: ~/cowork-workspace/)を切り、そこだけ常時許可
• DownloadsやDesktop直下を丸ごと許可しない — 意図せぬ機密ファイルが混入しやすい
• コネクタ側の読み取り権限と併せて点検・整備する(ローカルは絞ったがクラウド側で広い、という穴に注意)

権限まわりはClaude Coworkビジネス運用ベストプラクティスでより運用寄りに扱っているので、チーム展開を考える段階で併読するとスムーズです。

7階層を連動させるベストプラクティス

7階層は単独で使うよりも組み合わせたときに効果が最大化します。核となるのが「Globalで前提、Projectで文脈、CLAUDE.mdで指示、Skillで手順」の4層連動です。

4層連動の基本形

• Global — 「日本語で応答 / 敬体 / 医療助言しない」などの常時前提
• Project — 「四半期レポート案件」「採用オペ」のような作業の単位と、その資料
• CLAUDE.md — そのプロジェクトの入出力パス・テンプレ・禁則
• Skill — 「週次レポ生成」「議事録要約」などの具体手順

Memoryは4層の外側で「好みの自動学習」、Connectorsは入出力の物理層、Scheduled Tasksは起動トリガー層、と並べると7階層全体の役割分担がクリアになります。

3プロファイル別推奨構成

最初から「フル構成」を目指すと設定だけで消耗するので、使い始めはGlobal + 1 Projectだけでも十分効きます。各階層を追加するたびに「週に1回は触るか?」を自問すると、肥大化を防げます。

よくあるつまずき10選

運用してみて踏みやすい落とし穴を、症状・原因・解決の3点セットで並べます。

1. Globalに情報を詰め込みすぎて個別指示が効きにくい

• 症状: 個別指示に従わなくなる
• 原因: Globalに手順や用語集まで詰め込み、全セッションに長い前提が乗っている
• 解決: 手順はSkillに、案件特有はCLAUDE.mdやProjectのInstructionsに切り出す。Globalは短く保つ(CLAUDE.mdの目安は200行以下)

2. SkillsとGlobalが矛盾して挙動が不安定

• 症状: 同じ質問でも答えが揺れる
• 原因: Globalで「常体」指定、Skill内で「敬体」指定、など優先度が曖昧
• 解決: 言語・トーンはGlobalに一本化。Skillではタスク固有の出力形式のみ上書き

3. Memoryが意図と違うタイミングで書き換わる

• 症状: 以前指定した好みが消えている
• 原因: Projectが違う、またはタスクの開始前に「Memory」をオフにしていた。Claude Codeの自動メモリなら、起動時に読まれるのは先頭200行または25KBまで
• 解決: 恒久的に残したいものはGlobal instructionsやCLAUDE.mdに書く

4. CLAUDE.mdを複数の深さに置いて競合

• 症状: サブディレクトリに入ると祖先CLAUDE.mdの指示が矛盾
• 原因: 親・子で同じトピックを別内容で書いている
• 解決: 子は親との差分だけ書く。共通事項は親に集約

5. Connectorsの権限が広すぎる

• 症状: 社内監査で指摘される / 誤書き込み事故
• 原因: 書き込み系のツールを「Always allow」にしている
• 解決: 書き込み・削除に当たるツールは「Needs approval」から始める

6. Scheduled Tasksが静かに失敗し続ける

• 症状: 週次レポートが出てきた気がしない
• 原因: 入力ファイルのパス変更、またはローカル依存タスクでPCオフ
• 解決: タスクの出力をDrive側に固定。失敗通知の受け取り口を決めておく

7. Projectのコンテキストを肥大化させすぎる

• 症状: 引用が薄い、関係ない古文書から持ってくる
• 原因: コンテキストに何でも投げ込んでいる
• 解決: コンテキストは「週に1回は参照するもの」だけに絞る。アーカイブはDrive側

8. 承認を外しすぎて事故る

• 症状: 意図せぬファイルが読まれる / 書き換えられる
• 原因: DownloadsやDesktop直下を許可したまま、承認なしのモードで走らせている
• 解決: Cowork専用フォルダを切り、他は承認モードをManualに戻す

9. Skill名が説明的すぎて呼ばれない

• 症状: /skill-name で呼べば動くが自動トリガーされない
• 原因: descriptionが抽象的でキーワードを含まない
• 解決: descriptionにユーザーが自然に言うトリガーフレーズ(「週報作って」等)を列挙

10. Global / CLAUDE.md / Skillで同じ指示を重複

• 症状: 応答が妙に冗長、出力フォーマットが混線
• 原因: 同じトーンルールを3箇所に書いている
• 解決: 「この指示はどの階層でしか通用しないか」を自問し、最も広い階層だけに残す

まとめ

7階層のうち効き方が割れるのは、Memory・Skills・Scheduled Tasksの3つです。Coworkはアカウント同期とクラウド実行を前提に動くので、~/.claude に置いたものがそのまま届くとは限りません。まずGlobalとProject1つで始め、Coworkから届かない設定が出たときだけ、どの階層に置き直すかを決めてください。