CLAUDE.mdの書き方 — Claude Codeに常時読ませる「憲法」の設計方法と4つの必須項目

CLAUDE.mdとは — 毎回説明し直す内容を書き留める場所

CLAUDE.mdの本質は、毎回のセッションで説明し直していた前提を書き留めておく場所です。セッション開始時にClaudeが読む永続的な指示であり、技術的にはデフォルトのシステムプロンプトの後に追加されるユーザープロンプトとして扱われます。

「この会社は何をしている会社か」「ファイルはどこに何があるか」「どんな文体で書くべきか」「何をしてはいけないか」——こうした前提を書いておくことで、毎回ゼロから説明する必要がなくなり、出力のブレも減ります。

配置場所 — グローバルとプロジェクトの2レベル

自分の名前・役割・全業務共通の文体ルールなどはグローバルへ、事業や案件固有の情報はプロジェクトへ。この分担を守ると、プロジェクトが増えても設定が破綻しません。

書くべき4つの項目

当社の研修では、CLAUDE.mdに書く内容を次の4項目に整理しています。

1. 1プロジェクトの目的 — 何をしたいのか、AIに何を期待しているのか
2. 2フォルダ構成と参照ルール — 「どの情報はどこを見るべきか」の索引。Claude Codeは必要な情報をファイル検索で探すため、この索引があると探索の精度と速度が大きく上がります
3. 3基本原則 — Claude Codeが知り得ない、自社・自分固有の判断基準（一般常識として自明な原則は書かない）
4. 4禁止事項・注意事項 — Claude Codeが知り得ない、固有の禁止事項

# CLAUDE.md — 営業部門AIアシスタント

## プロジェクトの目的
営業部の提案資料作成・顧客リサーチ・議事録整理を支援する。

## フォルダ構成と参照ルール
- 商品情報 → 01_Products/ を参照
- 過去の提案書 → 02_Proposals/ を参照
- 顧客とのやり取りのトーン → 03_Style/tone.md を必ず参照

## 基本原則
- 提案資料は「課題→解決策→実績→価格」の順で構成する
- 金額を含む文書は必ずドラフトとして出力し、確定表現を使わない

## 禁止事項
- 顧客の個人情報を成果物に含めない
- 競合他社の名前を提案書に記載しない

やりがちなアンチパターン

① 何でも書き込んで肥大化させる

CLAUDE.mdは全セッションで読み込まれるため、書いた分だけAIが一度に処理できる情報量（コンテキストウィンドウ）を消費します。時々しか関係ない内容を入れると、毎回のコストになるうえ、重要なルールが埋もれて守られにくくなります。依頼タスクに広く適用される内容だけを残し、特定タスクの手順はSkillsへ逃がしてください。

② 「絶対に守ってくれる」と期待する

CLAUDE.mdは強制設定ではなく、Claudeが参照するコンテキスト——つまり確率論の世界です。確実に守らせたいこと（ファイル削除の禁止、秘密情報へのアクセス禁止など、機械的に判定できるもの）は、permissions設定やhooksでガードします。「方針はCLAUDE.md、強制は仕組み」という分担が鉄則です。詳しくは法人導入とセキュリティ対策をご覧ください。

③ セッション中に編集して「反映されない」と悩む

CLAUDE.mdはセッション開始時に読み込まれるため、セッション中に編集してもリアルタイムには反映されません。編集したらClaude Codeを再起動してください。

応用 — 長くなってきたら rules に分割する

CLAUDE.mdが肥大化してきたら、共通方針だけをCLAUDE.mdに残し、対象が限定されるルールを `.claude/rules/` フォルダに分割できます。rulesファイルは先頭に `paths:` を書くことで、特定のフォルダやファイルを扱うときだけ読み込ませることができます。

---
paths:
  - "05_Marketing/**/*.md"
---

# Marketing Rules
このフォルダ内の文章は、セールス導線とCTAを必ず確認する

「毎回必要な判断基準はCLAUDE.md、特定領域のルールはrules、特定タスクの手順はSkills」という3層構造にすると、コンテキストを無駄なく使えます。

育て方 — 最初から完璧を目指さない

CLAUDE.mdは一度書いて終わりではなく、運用しながら育てるものです。おすすめの運用は、AIへの指示で「またこれを説明しているな」と感じた瞬間に、「今の内容をCLAUDE.mdに追記して」とClaude Code自身に頼むことです。数週間もすれば、自分の業務に最適化された「憲法」が自然と出来上がります。