Claude を実際に使っている人のほとんどは、CLAUDE.md のことを聞いたことがありません。
知っている人でも、実際に何を書けばいいのか分かっていません。
そして、そのギャップによって、毎週何時間も無駄にしている人が大勢います。 ⏰
真実をお伝えします — Claude で新しいセッションを開くたびに、会話はゼロから始まります。
あなたの名前を知りません。あなたの仕事を知りません。あなたの好みややり方も知りません。
だから毎回、最初の数分間は一から全部説明し直すことになります。あるいは、説明しないまま進めて、Claude に自分に全く合わないアウトプットを出されることになります。
CLAUDE.md は、この問題を恒久的に解決します。 💡
適切に設定するために必要な、全 21 の指示をお伝えします。 👇
まず — これは単なる開発者向けツールではありません。 🔥
ライターは自分の文体を固定して、Claude が他の誰かのように話さないようにします。マーケターはターゲットオーディエンスを定義して、Claude がぼんやりしたコピーを書かないようにします。研究者は情報の構造化の仕方を設定します。ビジネスオーナーは会社のコンテキストを Claude に与えて、すべてのアウトプットが現実に即したものになるようにします。
CLAUDE.md がないと — 毎セッションゼロからスタートです。同じことを繰り返します。同じミスを修正します。自分の好みを100回目も説明します。
CLAUDE.md は、Claude で本格的な作業を始める前に、最初に設定すべきものです。 🎯
2 分で作成する方法 ⚡
プロジェクトフォルダを開き、新しいファイルを作成します。ファイル名は正確に「CLAUDE.md」 — 大文字、スペースなし。
任意のテキストエディタ（メモ帳、TextEdit、VS Code など）で開きます。指示をプレーンテキストで直接貼り付けます。
まずは、最も大きなフラストレーションを解決する 3～4 つの指示から始めましょう。ファイルを保存します。そのフォルダでセッションを開くたびに、Claude が自動的に読み取ります。
設定不要。追加の手順も不要。最初のメッセージからすぐに機能します。 💡
⚡ パート 1: Claude の話し方
- 無駄な前置きを完全になくす 🚫
Claude のデフォルトは、すべてのレスポンスをこう始めることです — 「素晴らしい質問です！」「もちろんです！」「かしこまりました！」「はい、喜んで！」
毎日、全く意味をなさず、時間を無駄にするだけのフレーズです。
たったひとつの指示で、これを恒久的に排除できます。すべてのレスポンスは、答えから直接始まります。ウォームアップも、親切心のパフォーマンスもありません。あなたが尋ねたことだけが、即座に返ってきます。
「『素晴らしい質問です！』『もちろんです！』『かしこまりました！』のような無駄な前置きフレーズで応答を始めないでください。すべての応答は実際の答えから始めてください。前置きは不要です。情報だけを提供してください。」
- 行動する前に、必ず選択肢を示す 🎯
Claude はデフォルトで、ひとつのアプローチを選んでそのまま進みます。
段落の書き換えを依頼すると、作品全体のトーンを変えてしまう。文書の再構成を依頼すると、自分の考え方に全く合わない方法で再編成してしまう。
そんな時、あなたは頼んでもいない変更を修正することになります。 😤
この指示で、その問題は完全に解決します。重要なタスクの前に、Claude は 2～3 通りのアプローチ方法を提示します。あなたが方向性を選びます。その後は、あなたが望んだ通りの結果が得られます。
「重要なタスクの前には、必ず 2～3 の可能なアプローチを最初に提示してください。私が選択するのを待ってから、作業を進めてください。」
- 不確かなことは正直に伝える 🔍
Claude は、不確かさを認める前に、自信満々で詳細な、完全に間違った答えを返すことがあります。
もっともらしい情報（日付、統計、引用、事実）でギャップを埋めますが、それらは正しいように感じられるだけで、実際には正しくありません。あなたはその情報を使い、後で最も重要な場面で問題が表面化します。
この指示で、その行動は恒久的に変わります。
「事実、統計、日付、引用について不確かな場合は、それを含める前に明示的にそう述べてください。『これについては確信がありません』と伝えることは、推測を事実として提示するより常に優れています。もっともらしい情報でギャップを埋めないでください。」
- 応答の長さは、実際に必要な長さに合わせる 📏
簡単な質問をすると、Claude は 4 段落も書きます。複雑な質問をすると、完全に見えるけど実際には不十分な骨組みだけを返します。
どちらも役に立ちません。応答の長さは、タスクが実際に要求するものに合わせるべきです。
「応答の長さはタスクの複雑さに合わせてください。簡単な質問には簡潔で直接的な答えを。複雑なタスクには完全で詳細な応答を。言い換えや、今述べたことを繰り返すだけの締めくくりで応答を水増ししないでください。」
⚡ パート 2: Claude の振る舞い方
- 大きな変更の前には確認を求める ✋
1 段落の修正を依頼したら、文書全体が書き換えられた。短くしてほしいと依頼したら、実際に必要なセクションまで削除された。
毎回、失いたくなかったものが失われます。
「私が既に作成したコンテンツを大幅に変更するような変更を行う前には、完全に停止してください。何を、なぜ変更しようとしているのかを正確に説明してください。私の確認を待ってから進めてください。『これはこうした方が良いと思います』は、変更の許可ではありません。」
- 依頼されたことだけに集中する 🎯
ひとつの修正を依頼すると、Claude はついでに他の 5 箇所も「改良」します — 表現を調整し、構成を再編成し、あなたが完全に満足していた文を言い換えます。
すると、実際に何が変わったのかを見つけるために、すべてを確認しなければならなくなります。 😤
「私が特に変更を依頼したものだけを変更してください。私が依頼していないものについては、たとえ改善になると思っても、書き換え、言い換え、『改良』をしないでください。他の場所で改善すべき点に気づいた場合は、最後に言及してください。私が明示的に依頼しない限り、触らないでください。」
- 変更した内容は必ず伝える 📋
Claude がタスクを完了しても、あなたはアウトプットをスキャンして、以前のものと何が違うのかを把握しなければなりません。
どのセクションが変わったのか？何か削除されたのか？頼んでもいないものが追加されていないか？
「編集や執筆のタスクを完了した後は、必ず簡単なサマリーで締めくくってください。何が変更されたか。何が手付かずか。何に注意が必要か。簡潔にしてください — これは要約ではなく、ステータス更新です。」
- 私の代わりに、確認なく行動を起こさない 🚨
AI ツールがメール、カレンダー、ソーシャルアカウント、ドキュメントなどとますます連携するにつれて、Claude があなたが完全には意図していなかった行動をとるリスクは、新しい統合ごとに高まっています。
メッセージの送信。コンテンツの投稿。何かのスケジュール設定。これらの行動には現実的な結果が伴い、すぐに発生します。
「現在のメッセージ内での私の明示的な確認なしに、私の代わりに送信、投稿、公開、共有、スケジュールを決して行わないでください。『これをやりたいとおっしゃっていましたね』は確認ではありません。現在のメッセージで私が『はい』と言わなければなりません。」
⚡ パート 3: あなたのコンテキスト
- Claude にあなた自身とあなたの知識を伝える 👤
Claude は、あなたが専門家か初心者か、創業者かフリーランサーか、技術的な深みを求める人か平易な言葉を求める人かを知りません。
そのコンテキストがなければ — Claude は推測します。そして、当たることもあれば外れることもあります。
「私について: 名前。役割。経歴。得意分野 [よく知っているトピック]。学習中 [より多くのコンテキストが必要な分野]。すべての応答の深さをこの経歴に合わせて調整してください。私が既に知っていることを過剰に説明しないでください。」
- Claude にあなたが取り組んでいることのコンテキストを与える 📌
毎回のセッションで、Claude はあなたが何に取り組んでいるのか、誰のためなのか、何が本当に重要なのかを全く知らない状態で始まります。
他に選択肢がないため、一般的なアウトプットを返します。
「私が取り組んでいること: プロジェクト。目標。オーディエンス。トーン。避けるべきこと。このコンテキストをすべてのタスクに適用してください。何かがこの状況に合わない場合は、作業を進める前にそのことを指摘してください。」
- あなたの声とスタイルを固定する ✍️
Claude にはデフォルトの文体があります。それはそれで悪くありません。しかし、あなたのものではありません。
Claude に何かを書かせるたびに — 結局、あなたのスタイルに戻すように編集することになります。
自分の文体を一度定義すれば、Claude は最初の草稿からそのスタイルで書きます。
「私の文体 — 常にこれに合わせてください: 声。文の長さ。私が使う言葉。私が決して使わない言葉。フォーマットの好み。私の代わりに何かを書くときは、このスタイルに正確に合わせてください。あなた自身のパターンをデフォルトにしないでください。」
⚡ パート 4: 記憶と継続性
- Claude に記憶ファイルを維持させる 🧠
Claude はセッション間ですべてを忘れます。毎回の会話は完全に新たに始まります。
しかし、Claude はファイルを書き込むことができます — そしてファイルは永続します。
この指示は、Claude に、あなたが一緒に行ったすべての重要な決定（何が決まったか、なぜか、どの代替案が却下されたか）を記録する MEMORY.md ファイルを維持するように指示します。
「MEMORY.md というファイルを維持してください。重要な決定の後には、何が決まったか、なぜか、何が却下されたかのエントリを追加してください。すべてのセッションの開始時に、何かをする前に MEMORY.md を読み込んでください。」
- セッション終了時のサマリー — 進捗を失わないようにする 📝
セッションを閉じます。2 日後に戻ってきます。古いメッセージを読んで、どこまで進んで何が終わったのかを思い出すのに 15 分費やします。
これは完全に回避可能な無駄であり、Claude を定期的に使うほとんどすべての人に起こります。
「私が『セッション終了』または『ここで止めましょう』と言ったら — MEMORY.md にセッションサマリーを書き込んでください: 作業した内容。完了した内容。進行中の内容。下された決定。次回のセッションで引き継ぐ内容。」
- うまくいかなかったことを記録する — 同じ問題を二度解決しないようにする 🔄
プロンプトのアプローチを試します。使えるものになるまでに 4 回の試行が必要です。3 週間後、同じようなタスクで戻ってきた時、Claude はまったく同じ悪い提案からやり直します。
同じ試行錯誤。同じ無駄な時間。毎回、最初から。
「ERRORS.md というファイルを維持してください。アプローチが 2 回以上の試行を必要とした場合、何がうまくいかなかったか、何がうまくいったか、次回何を覚えておくべきかを記録してください。類似タスクへのアプローチを提案する前に ERRORS.md を確認してください。」
- Claude に変更されない事実のリストを与える 📌
すべてのプロジェクトには、永続的な事実があります — 過去の決定による制約、重要な理由で存在するルール、特定のタスクに関係なくあなたの仕事について常に真実であること。
これがなければ — Claude は、あなたの現実を完全に無視した提案を何気なく行います。
「これらの事実は常に真実です。例外なくすべてのセッションに適用してください: [あなたの永続的な事実をここに]。タスクがこれらのいずれかと競合する場合は、作業を進める前にそのことを指摘してください。」
⚡ パート 5: 開発者向け
- スコープ内に留める — 依頼されていないものには触れない 🔒
1 つのバグ修正を依頼すると、Claude は 3 つのファイルをリファクタリングし、変数名を変更し、インポートを再編成し、あなたが何ヶ月も使ってきたコードを「改良」します — しかもすべて尋ねずに。
その変更の一部は、何かを壊します。中には、追跡に何日もかかる微妙な違いを引き起こすものもあります。
「現在のタスクに直接関連するファイル、関数、コード行のみを変更してください。私が明示的に変更を依頼しなかったものについては、リファクタリング、名前変更、または『改良』をしないでください。他の場所で修正すべき点に気づいた場合は、言及してください。しかし、触らないでください。絶対に。」
- 破壊的な操作の前には確認を取る ⚠️
Claude Code は、ファイルの削除、関数の上書き、データベーステーブルの削除をためらわずに行います — なぜなら、あなたがそう指示したからです。たとえ、あなたが何を指示しているのか完全に認識していなくても。
ひとつの指示を読み違えると、何時間もの作業が、元に戻せずに完全に失われます。
「ファイルの削除、既存コードの上書き、データベースレコードの削除、または簡単に元に戻せない変更を行う前には、完全に停止してください。影響を受けるものを正確にリストアップしてください。明示的な確認を求めてください。現在のメッセージで私が『はい』と言った後にのみ、進めてください。」
- ハードストップ — 許可なしには決して行われないアクション 🚨
本番環境へのデプロイ。ライブデータベースでのマイグレーションの実行。外部サービスへの API コールの送信。
これらは「注意してください」の状況ではありません。これらは完全な停止です。
「以下のアクションは、実行前にセッション内での明示的な確認を必要とします — 例外なし: 任意の環境へのデプロイ。任意のデータベースでのマイグレーションの実行。任意のメールまたは外部 API コールの送信。不可逆的な外部副作用を伴う任意のコマンドの実行。」
- テクノロジースタックを固定する 🔧
定義されたスタックがなければ — Claude は、自分が最もポピュラーだと考えるフレームワーク、最もよく見かけるライブラリ、自分がデフォルトとするパッケージマネージャーを提案します。
多くの場合、それはあなたが使っているもの、あなたのチームが知っているもの、あなたが既に構築したものと互換性があるものではありません。
「テクノロジースタック — 常にこれらを使用し、私が尋ねない限り代替案を提案しないでください: 言語。フレームワーク。パッケージマネージャー。データベース。テスト。リンター。何かが間違ったツールのように思える場合は — そのことを指摘してください。しかし、私がそうしないと言わない限り、それを使用してください。」
- 何が変わったかを常に正確に示す 📊
Claude がコーディングタスクを完了しても、あなたはアウトプットをスキャンして、何が違うのかを把握しなければなりません。
どのファイルが変わったのか？他に何かに触れていないか？未完了のものを残していないか？
「コーディングタスクを完了した後は、必ず以下で締めくくってください: 変更されたファイル。変更内容 — ファイルごとに 1 行。意図的に触らなかったファイル。必要なフォローアップ。簡潔にしてください — これは要約ではなく、ステータス更新です。」
- Andrej Karpathy の CLAUDE.md をバイラルにした 4 つのルール 🔥
Andrej Karpathy — テスラの元 AI ディレクター、OpenAI の創設メンバー — は、Claude Code がコーディングタスクで失敗する原因となる 4 つの特定の行動を特定しました。
ある開発者が、それらを 4 つの指示にまとめました。そのファイルは GitHub トレンドで 1 位になり、コーディング精度が 65% から 94% に向上しました。 😱
それがこちらです:
- 推測するな、質問しろ — 不明な点があれば、1 行も書く前に質問しろ。黙って推測するな。
- まずは最もシンプルな解決策 — 常に、うまくいく最もシンプルなものを実装しろ。要求されていない抽象化を追加するな。
- 無関係なコードに触るな — ファイルが現在のタスクに直接関係しないなら、絶対に変更するな。
- 不確かさは明示的に指摘しろ — アプローチに自信がなければ、進める前にそう言え。不確かな自信は、ギャップを認めるよりも大きなダメージを引き起こす。
結論 💎
CLAUDE.md は、単なる開発者向けツールではありません。
これは、Claude を真剣に使うすべての人が、最初の本格的なセッションの前に設定すべき、永続的な指示ファイルです。
指示 1-4 は、Claude のコミュニケーション方法を修正します。指示 5-8 は、承認していないものを変更するのを防ぎます。指示 9-11 は、あなたの実際の仕事に合ったアウトプットを生成するためのコンテキストを与えます。指示 12-15 は、現在存在する中で最も本物の記憶に近いものを与えます。指示 16-21 は、Claude Code を予測不可能なツールではなく、精密なツールのように振る舞わせます。
ファイルを作成してください。3 つの指示を貼り付けてください。使いながら、さらに追加してください。
アウトプットの品質の違いは、最初のセッションから即座に、そして明らかに現れます。 🚀
AI との働き方を実際に変えるシステムをもっと知りたい方は、フォローをお願いします。 💯
