Claude Codeを「業務に常駐するツール」に変える実装パターン集｜CLAUDE.md・3層構成・スラッシュコマンド全公開

「Claude Codeに業務を頼んだら、毎回同じ説明を一からやり直している」——そんな非効率に心当たりはないでしょうか。

プロンプトを工夫しても、GASのコードを書いても、肝心の「Claude Codeが毎回プロジェクトの前提を理解していない」状態が続く限り、自動化はその場限りで終わります。

この記事は、Claude Codeを「使い捨ての指示」ではなく「業務に常駐するツール」として組み込むための、再利用可能な実装パターン集です。CLAUDE.mdの設計、ディレクトリ構成、スラッシュコマンド化、そして"毎回同じ品質で動く"ための仕組みを、コピペで流用できる形でまとめました。

この記事で手に入るもの

• 業務プロジェクトに置く CLAUDE.md の完全テンプレート（コピペ可）

• 「依頼→実行→検算」を毎回同じ品質で回す3層構成パターン

• よく使う定型業務をスラッシュコマンド化する実装例（3本）

• Claude Codeに渡す入力ファイルの置き場所・命名規則

• 失敗しやすい落とし穴と、その回避設定

すべて省略なしの全文で載せています。「続きは別記事」はありません。

第1章：なぜ「プロンプト」だけでは自動化が安定しないのか

Claude Codeを業務に使い始めると、多くの人が最初にプロンプトの工夫に走ります。「丁寧に書けば思った通りに動く」——確かにその通りです。ただし、それは一回限りの話です。

業務自動化で本当に効くのは、プロンプトの巧拙ではなく「毎回同じ前提から始められるか」です。

具体例を挙げます。請求書の集計を頼むとき、毎回こう説明していないでしょうか。

• 「列の構成はA列が日付、B列が取引先で……」

• 「出力は税抜・税込の両方で……」

• 「ファイルは `data/` フォルダに置いてあって……」

この説明を毎回入力している限り、自動化の効果は「タイピングを少し減らした」程度にとどまります。本当に効かせるには、この前提情報をClaude Codeが起動した瞬間に自動で読む場所に置く必要があります。それが CLAUDE.md です。

Claude Codeの「常駐知識」という考え方

Claude Codeは、作業ディレクトリに `CLAUDE.md` というファイルがあると、起動時に自動でその内容を読み込みます。つまりここに「このプロジェクトの前提」を書いておけば、毎回説明する必要が消えます。

プロンプト = その都度の指示
CLAUDE.md = 毎回読まれる前提

この2つを分けるだけで、自動化の安定性は劇的に変わります。プロンプトは短く、CLAUDE.mdは厚く——これが業務導入の基本姿勢です。

完成形のイメージ

この記事の手順を踏むと、最終的にこういう状態になります。

• プロジェクトフォルダを開いて「請求書を集計して」と一言打つだけで、列構成も出力形式も理解した状態で作業が始まる

• 「`/invoice` 」のようなスラッシュコマンド一発で定型業務が走る

• 別の人がそのフォルダを開いても、同じ品質で同じ結果が出る

属人化せず、説明コストゼロで動く——これが「ツールとして組み込む」ということです。次章から、その具体的な作り方をすべて公開します。

ここから先は、実際にコピペして使える CLAUDE.md テンプレート全文、3層構成パターン、スラッシュコマンド実装例3本を、省略なしで掲載します。