ClaudeCode（Claude Code）を業務に導入する企業が増えています。多くの解説記事や研修では「ターミナルでClaudeCodeと直接対話しながら開発する」スタイルが前提とされていますが、フューチャーセンスでは少し異なるアプローチを採用しています。
それが、「計画AI × 実行AI」の二人体制です。本記事では、この開発手法の仕組みとメリットをご紹介します。
二人体制の開発フローとは
当社の開発フローは、役割の異なる2つのAIを組み合わせて進めます。
claude.ai（チャット版Claude）＝ 計画AI（参謀役）
仕様の検討、設計のレビュー、リスクの洗い出しを対話形式で行います。要件が固まったら、ClaudeCodeに渡すための指示文（コマンドプロンプト）を生成します。
ClaudeCode ＝ 実行AI（実装役）
完成した指示文を受け取り、実際のコーディング、ファイル操作、デプロイ作業を担当します。
人間の役割は、この2つのAIの間に立つ「指揮官」です。計画AIとの相談で意思決定を行い、確定した指示だけを実行AIに渡します。
なぜ直接対話ではなく二人体制なのか
理由は、ソフトウェア開発の古くからの原則にあります。「設計の不備は、実装段階で何倍ものコストになって返ってくる」という原則です。
ClaudeCodeは非常に優秀な実装AIですが、曖昧な指示からは曖昧な成果物しか生まれません。逆に、十分に練られた仕様を渡せば、高い精度で期待通りのものを作り上げます。
つまり、成果を左右するのは「仕様を練る工程」です。この工程を、思考の壁打ちに優れたチャット版Claudeと共同で行うことで、以下の効果が得られます。
- 手戻りの大幅な削減：実装前にリスクや抜け漏れを洗い出せる
- 意思決定の質の向上：自分では気づかない選択肢や落とし穴の指摘を受けられる
- 非エンジニアでも運用可能：完成した指示文を貼り付けるだけなので、ターミナル操作の習熟度に依存しない
二人のAIの認識を揃える「3ファイル方式」
二人体制の課題は、計画AIと実行AIの間で文脈のズレが生じうることです。当社ではこれを、プロジェクトごとに配置する3つのナレッジファイルで解決しています。
- CLAUDE.md：プロジェクト設定・制約・約束事（ClaudeCodeが自動読込）
- MEMORY.md：設計判断とその理由の記録
- ERRORS.md：発生したエラーの症状・原因・対処法のログ
計画AIとの相談で決定した事項をこれらのファイルに反映することで、実行AIも同じ前提を共有できます。また、セッションをまたいで知見が蓄積されるため、AIが「プロジェクトを学習した状態」から作業を始められる点も大きなメリットです。
実績：この手法で構築したシステム
当社では、この二人体制により以下のようなシステムを実際に構築・運用しています。
- レシートOCR機能を備えた経費管理アプリ（iOS + VPSバックエンド）
- Instagram運用を自動化するマルチエージェントシステム
- 記事生成からWordPress公開までを自動化するコンテンツ制作システム
- 中小企業向けファイル管理SaaS
いずれも、仕様検討はclaude.ai、実装はClaudeCodeという分業で開発しました。
どちらのスタイルを選ぶべきか
もちろん、直接対話型が適した場面もあります。エラーを見ながらリアルタイムに試行錯誤するデバッグ作業などは、ClaudeCode内で完結させた方が高速です。
一方、次のようなケースでは二人体制が有効です。
- 要件定義から丁寧に進めたい業務システムの開発
- プログラミング経験の浅いメンバーがAI開発を担う場合
- 経営層が「何を作るか」の意思決定から関与する場合
重要なのは、ツールの「一般的な使い方」に縛られず、自社の体制と目的に合ったワークフローを設計することです。
まとめ
ClaudeCodeとの直接対話だけが、AI開発の形ではありません。計画AIと実行AIを分ける二人体制は、設計品質を高め、属人性を下げ、非エンジニアにも扉を開く、実践的な選択肢です。
フューチャーセンス株式会社では、35年のシステムエンジニアリング経験に基づき、AI活用の体制設計から実装までを支援しています。「自社でもAI開発を始めたい」「ClaudeCodeの導入方法を相談したい」という方は、お気軽にお問い合わせください。
※本テーマは、代表シュウのnote「ClaudeCodeを「直接触らない」という選択」でも、個人の体験談として掘り下げています。あわせてご覧ください。（公開後にURLを差し替えてください）
コメント