CLAUDE.md 【完全実装ガイド】Claude Code 業務テンプレ10選
Claude Code を業務で使い始めたものの、毎セッションごとに「ですます調で」「専門用語は避けて」「勝手にリファクタしないで」と説明し直している……そんな摩擦が積み上がっていないでしょうか。CLAUDE.md は、プロジェクトを開くたびに Claude Code が自動で読み込む「常設の指示書」です。一度設計してしまえば、文体・行動制約・文脈・記憶までAI側に標準装備されます。本記事では、CLAUDE.md を 「出力規約 / 行動制約 / 文脈付与 / 記憶」の4層で組み立てる弊社オリジナルの設計法を、コピペで使えるテンプレと合わせて解説します。
・CLAUDE.md がなぜ業務効率に直結するのか、Before/Afterで把握できる
・4層モデルで体系的に CLAUDE.md を設計できる
・コピペ可能な指示テンプレを段階導入するロードマップが手に入る
なぜ CLAUDE.md を書くのか ― セッション間で失われる文脈
Claude Code は新しいセッションを開くたびに、過去の文脈をすべて忘れます。「文体」「対象読者」「触ってよい範囲」「避けるべき表現」――この前置きを毎回口頭投入するコストは、1日に数回使う人で簡単に30分単位の損失になります。CLAUDE.md は、プロジェクトルートに置いた Markdown ファイルがセッション開始時に自動読込される仕組みで、この前提を恒久固定します。
| 場面 | CLAUDE.md なし | CLAUDE.md あり |
|---|---|---|
| 文体合わせ | 毎回数分かけて指示 | 初回応答から自動適用 |
| スコープ制御 | 勝手な周辺改修が頻発 | 依頼箇所のみ正確に修正 |
| 過去判断の参照 | 毎回ゼロから再説明 | MEMORY.md経由で継続反映 |
設計思想 ― CLAUDE.md は「4層」で組み立てる
弊社では CLAUDE.md を以下の 4層で設計することを推奨しています。順番には意味があり、第1層で言葉の癖を整え → 第2層で暴走を止め → 第3層で精度を上げ → 第4層で時間軸を伸ばす、という積み上げ構造になっています。
| 層 | 目的 | 主に効く課題 |
|---|---|---|
| 第1層 出力規約 | 応答形式を業務に揃える | 前置き・冗長さ・文体ぶれ |
| 第2層 行動制約 | 勝手な行動を抑止 | スコープ外改修・破壊操作 |
| 第3層 文脈付与 | 「あなたを知っている」状態を作る | 汎用回答・的外れな深さ |
| 第4層 記憶 | セッションをまたぐ判断ログ | 同じ説明の繰り返し・既出失敗の再発 |
第1層 ― 出力規約を固定する
1-1. 装飾的な前置きを禁止する
「いい質問ですね」「もちろんです」といった枕詞は、1日に何度もAIを使う業務では確実に摩擦になります。回答そのものから始めさせるだけで、視認性と体感速度が一段上がります。
## 応答スタイル
- 「いい質問ですね」「もちろん」「確かに」などの前置きは禁止。
- 質問文の言い直し、繰り返しも禁止。
- 応答は結論から開始し、補足説明はその後に続ける。1-2. 応答長をタスクの粒度に合わせる
単純な確認に4段落、複雑な実装タスクに骨組みだけ ― このミスマッチを禁じます。
## 応答長
- 単純な事実確認は1〜3文で返答。
- 複雑な設計・実装タスクは省略せず詳細に。
- 文量を稼ぐための言い換え・繰り返しは禁止。1-3. 不確実な情報は明示させる
事実・統計・引用に自信がないまま「それっぽい回答」で埋められると、検出が困難になります。事前に旗を立てさせるのがコツです。
## 不確実性の扱い
- 事実・日付・統計・引用に確信がない場合、回答冒頭で「未確認」と明示。
- 推測で空白を埋めない。情報源があるものと無いものを区別。第2層 ― 行動制約で暴走を止める
2-1. 変更前にプランを提示させる
「直して」と頼んだだけで構造ごと書き換えられる事故を防ぎます。大きな変更は必ずチェックポイント化するのが原則です。
## 変更前プラン
- 複数箇所/構造変更/トーン変更を伴う作業の前に、
変更点・理由・影響範囲を箇条書きで提示する。
- 利用者の承認が出るまで実作業を開始しない。2-2. スコープ外への波及を禁止する
依頼外の「ついでの改善」は、最大の事故源です。気づきは応答末尾の提案に留めさせます。
## スコープ統制
- 明示的に依頼された箇所のみを変更する。
- 周辺のリファクタ・リネーム・整形・「改善」は禁止。
- 改善余地に気づいた場合は応答末尾の提案として記載するに留める。2-3. 破壊的操作は明示承認制にする
ファイル削除、コード上書き、依存関係の除去、DB更新、デプロイ ― いずれも取り返しがつきません。過去メッセージでの許可は無効として再確認を強制します。
## 破壊的操作の二段確認
- 削除・上書き・依存削除・DB書き込み・デプロイの実行前に必ず停止。
- 影響範囲を列挙し、現在のメッセージで「実行可」の明示確認を得てから実行。
- 過去メッセージでの許可は無効とする。特に MCP 経由で外部サービス（メール送信・Slack投稿・カレンダー登録など）を操作する構成では、第2層の指示が不十分だと現実世界に影響が出ます。本番接続前に必ず投入してください。
第3層 ― 文脈で「汎用回答」を脱却する
3-1. 利用者プロファイル＆プロジェクト情報を固定
「あなたが誰で、何を作っているか」を一段落で明示するだけで、応答の解像度が大きく変わります。
## 利用者プロファイル
- 役割: [例: 情シス部門のDX推進担当]
- 知識領域: [例: クラウド/SaaS統制は熟知 / フロントは初学者]
- 説明の深度: 既知領域は端折る。学習中領域は前提から補う。
## プロジェクト情報
- 対象: [例: 全社AI基盤の選定]
- 読者: [例: 情シス・DX推進・現場マネージャー]
- トーン: [例: ですます調・専門用語は補足あり]
- NG: [例: 競合批判・未確認の数値]第4層 ― 記憶で「セッションをまたぐ」
4-1. MEMORY.md で判断ログを残す
Claude にセッションを越える「実質的な記憶」を持たせる仕組みです。重要な判断と却下案を一緒に残すのがポイントで、後から「なぜ採用しなかったのか」を遡れます。
## MEMORY.md 運用
- 重要な判断が出るたびに MEMORY.md に追記する。
形式: ## YYYY-MM-DD / 決定: ... / 理由: ... / 却下案: ...
- 各セッションの開始時に MEMORY.md を読む。
- 記録に反する提案は、理由を明示して許可を取ること。4-2. ERRORS.md で失敗パターンを蓄積
同じ試行錯誤を二度繰り返さないための装置です。「採用までに2回以上の試行を要した」が記録トリガーです。
## ERRORS.md 運用
- 採用までに2回以上の試行を要したタスクは ERRORS.md に追記。
形式: ## タスク種別 / 失敗: ... / 成功: ... / 教訓: ...
- 類似タスク着手前に ERRORS.md を確認し、既知の失敗を回避する。Claude Code 特有 ― コード操作向けの追加ルール
追加-1. 技術スタックを固定する
未指定だと「世間で流行のFW」が提案されがちです。先に定義することで、無関係な提案を遮断できます。
## 技術スタック
- 言語: [例: TypeScript / Python]
- フレームワーク: [例: Next.js / FastAPI]
- パッケージマネージャ: [例: pnpm / uv]
- DB: [例: PostgreSQL]
- リント/フォーマッタ: [例: Biome / Ruff]
- 上記以外を提案しない（明示要求がある場合のみ可）。追加-2. 完了報告フォーマットを強制する
「何が変わったか」を毎回明示させることで、差分確認の人手を最小化します。
## 完了報告
- コード/編集タスク完了時、必ず以下を出力:
- 変更ファイル一覧
- ファイル別の変更内容（1行ずつ）
- 意図的に触らなかった箇所（あれば）
- 要レビュー項目（人の判断が必要な点）導入ロードマップ ― 「全部入れる」は正解じゃない
21項目を一度に投入すると、AI側の参照負荷が増えてレスポンスが鈍くなることもあります。最も困っている摩擦から逆算して、必要なブロックだけ段階導入するのが王道です。
| フェーズ | 投入する層 | 期待効果 |
|---|---|---|
| Day 0 | 第1層のみ（前置き禁止・応答長・不確実性） | 体感速度が即座に改善 |
| Week 1 | + 第2層（スコープ統制・破壊操作・プラン提示） | 勝手な改修・事故が激減 |
| Month 1 | + 第3層・第4層（文脈・MEMORY/ERRORS） | 業務文脈と過去判断が継続適用 |
つまずきと対処
CLAUDE.md が反映されない
サブディレクトリで Claude Code を起動していないか確認してください。ターミナルで pwd を実行し、CLAUDE.md と同階層であることをチェックします。
指示が衝突して動作が不安定
複数指示が矛盾しているケースが大半です。一度第1層のみまで戻して、効果検証しながら段階追加してください。
複数プロジェクトで違う指示を使いたい
CLAUDE.md はディレクトリ単位で読み込まれます。プロジェクトごとに置くのが原則。共通ルールはホーム配下、プロジェクト固有はサブ配下に置く重ね方も可能です。
CLAUDE.md は「生きたドキュメント」として扱ってください。新しい摩擦が見つかるたびに1ブロック追加する運用が、長期的に最もコスパが高い使い方です。
まとめ ― CLAUDE.md は AI業務の「OS」
CLAUDE.md は便利機能ではなく、Claude Code を業務基盤として運用するための初期設定そのものです。4層モデルで設計すれば、出力品質・暴走防止・業務適合・記憶のすべてが体系的に積み上がります。
弊社では Claude Code 単体に留まらず、Dify や MCP との組み合わせで全社AI基盤として導入する支援を提供しています。CLAUDE.md の最適化から MCP サーバー選定、Dify ワークフロー連携まで、業務要件に応じた構成設計が必要な場合は、無料相談からお気軽にどうぞ。
関連記事
