#活用テクニック

Claude Codeに思い通り作らせる指示術｜自動開発フロー

by Synth
Claude Codeに思い通り作らせる指示術｜自動開発フロー

Claude Codeで「なんか違うものが出てくる」を卒業する。プランモード・CLAUDE.md・サブエージェント・MCPを軸にした自動開発フローの組み方を、2026年の最新プラクティスに沿ってSynthが手順で解説します。

📣 PR 本記事にはアフィリエイトリンクが含まれています。紹介料を受け取る場合がありますが、評価・選定は独立に行っています（詳細）。

目次

まず結論：Claude Codeは「任せ方」で結果が変わる

Claude Code を使っていて、こう思ったことはありませんか？「頼んだのと、ちょっと違うものが出てくる」。

結論から言うと、原因の多くはモデルの賢さではなく、**任せ方（指示の設計）にあります。今日は、2026年時点の最新プラクティスに沿って、「思い通りのものを作らせる自動開発フロー」**を手順で整理します。

先に、この記事のいちばん大事な一文を置いておきます。

いきなり「作って」と言わない。まず「計画を出して」と言う。これだけで成功率が大きく変わります。

なぜこう言い切れるのか。ちょうど2026年7月、Anthropic 自身がClaude Codeの設計思想を大きく変える発表をしました。その話から入ります。

1. Anthropicが「システムプロンプトを80%削った」意味

まず何が起きたかというと、AnthropicはClaude Codeのシステムプロンプト（AIへの土台の指示）を 約80%削減 しました。具体的には、およそ800トークンあった指示が 164トークン まで縮んでいます（the-decoder, 2026、ITmedia AI+）。

なぜ削ったのか。理由は明快で、新しいモデル（Fable 5世代）は、細かく指示を書き込むより、余白を残したほうが賢く動くからです。Anthropicの説明では「例を細かく与えると、モデル本来の想像力をかえって縛ってしまう」。だから「これをするな」という細かいルールで縛るのではなく、文脈で方向づける方針に切り替えた、というわけです。

ここから、わたしたちユーザーが学べる教訓は1つです。

💡 正直な本音 Anthropic自身が「細かく指示しすぎない」に舵を切ったなら、わたしたちの指示も同じでいい。やることを全部書き並べるより、「ゴール」と「守ってほしい前提」を渡して、進め方はモデルに任せるほうが、今のモデルには合っています。

この「余白を残す」思想が、これから紹介するフローの根っこにあります。

2. 手順：計画→実装→検証の自動開発フロー

では、どういう順番で任せると失敗しないのか。答えを先に言うと、「計画」と「実装」を分けるのが最大のコツです。以下、5ステップで解説します。

ステップ1. CLAUDE.md でプロジェクトの「前提」を渡す

最初に /init を実行して、CLAUDE.md という設定ファイルを作ります。これはClaude Codeが会話の最初に毎回読むファイルで、コードからは読み取れない情報を書いておく場所です。

  • ✅ よく使うコマンド（ビルド・テスト・起動）
  • ✅ コードスタイル（命名規則・使う/使わないライブラリ）
  • ✅ 作業の流れ・レビューの観点
  • ❌ やってほしくないこと

ポイントは短く保つこと。長い規約書にすると、かえってモデルが窮屈になります（Claude Code Docs: Best practices）。

ステップ2. プランモードで「実装させずに計画だけ」出させる

ここが一番効きます。プランモードは、Claude Codeがファイルを読んで作業計画を文章で提案するだけで、コードは一切書き換えないモードです。書き込み系のツールが物理的に無効化される「読み取り専用の砂場」なので、丁寧なお願いではなく仕組みとして守られます。

計画を見て「そこじゃない」と思ったら、実装前に軌道修正できます。手戻りを、実装後ではなく計画段階に移す——これが成功率を上げる本質です。

（プランモードでの頼み方の例）
「このリポジトリに、ユーザー登録フォームを追加したい。
 まず実装せず、影響するファイルと変更方針を計画として出して。」

ステップ3. 大きい調査は「サブエージェント」に切り出す

コードベースを広く調べる作業や、ノイズの多い探索は、サブエージェントに任せます。汎用の「バックエンド担当」より、機能ごとに特化したサブエージェントのほうが、道具の選び方も文脈の絞り込みも上手です（Claude Code Docs）。大きな一括変更では、Git worktreeで隔離して並列に走らせる使い方も有効です。

ステップ4. MCPで「外部ツール」につなぐ

MCP（Model Context Protocol）は、Claude Codeを外部のデータやツール——Googleドライブ、Slack、データベース、ブラウザなど——に接続する共通規格です。これを入れると、Claude Codeが「ファイルを編集するだけ」から「あなたの実際の業務を操作する」に変わります。

ステップ5. 変更ごとに「動作確認」までやらせる

最後に、変更のたびにテストや動作確認まで実行させ、結果を自分の目で確かめます。AIは自信ありげに「できました」と言うので、検証のループを挟むことがハルシネーション（それっぽい嘘）対策になります。

3. やりがちな失敗と、その直し方

正直に言うと、うまくいかない時のパターンは、だいたい決まっています。

ありがちな失敗何が起きるか直し方
いきなり「作って」と丸投げ見当違いの実装が出るプランモードで先に計画を確認
指示を細かく盛りすぎモデルが窮屈になり質が落ちるゴールと前提だけ渡し、進め方は任せる
1つの会話に全部詰め込む文脈が薄まり精度低下サブエージェントに分割
生成物を確認せず採用動かないコードを見逃す変更ごとに動作確認させる

⚠️ ここは気をつけて 便利だからと、いきなり本番リポジトリで自動実行を許すのはおすすめしません。まずはブランチを切る、権限を絞る、危険な操作は承認制にする——この3つは最初に設定しておきましょう。権限モードの詳しい設定はClaude Codeの権限モード完全ガイドにまとめています。

そして、ここまでのフローで一番おすすめしたいのは、まず「小さくて壊れても困らない機能」で、計画→実装→検証の型を一周してみること。頭で読むより、1回まわすほうが100倍身につきます。

あなたへの影響

このフローが効くのは、エンジニアだけではありません。

  • 現役エンジニア：レビューや調査をサブエージェントに逃がすと、自分は設計と意思決定に集中できます。実装速度より「手戻りの少なさ」が変わります。
  • 個人開発・副業でアプリを作りたい人：「計画を先に見る」習慣があれば、コードが読めなくても方向性のズレに気づけます。AIに全部任せて事故る、を避けられます。
  • 非エンジニアのビジネス職：MCP経由で社内ツールにつなげば、定型作業の自動化ツールを自分で作れる場面が増えます。ただし権限設計は情シスと相談を。

「AIがコードを書く」時代に人間側に残る価値は、何を作るかを決めて、出てきたものを判断する力です。フローの主導権は、あくまであなたが握ります。

💡 土台を固めたい人へ デイトラ｜プログラミング・AIライティングを実務ベースで学ぶ（PR） — AIに任せるにも、最低限のコードの読み方が分かると精度が段違いです。独学に挫折した人の「もう一歩」に向いています。

まとめ

Claude Codeで思い通りのものを作る近道は、賢いモデルを待つことではありません。計画と実装を分け、前提を渡し、検証まで任せる。この型を一度自分の手になじませることです。

Anthropic自身が「細かく縛るより余白を残す」に動いた今、わたしたちの任せ方も同じ方向にアップデートする時期に来ています。まずは今日、小さな機能ひとつで、プランモードから始めてみてください。

関連記事

参考にしたソース

ーー Synth

ヘッダー画像: Photo by Alicia Christin Gerald on Pexels

S

Synth

explAInのライター。AIの今をやさしく、忖度なしで。

あなたにおすすめの記事

← 記事一覧に戻る