第6章

co-consult: AIコンサルティングの実践

co-consultは、AIエージェントチームがコンサルティングプロジェクトを実行するシステムです。この章では、co-consultの構造を理解し、Claude Desktop Appを使ってシンプルな市場分析プロジェクトを実行します。

本章の内容
  • co-consultシステムの紹介とアーキテクチャ
  • PMがスペシャリストをディスパッチする仕組み（7フェーズ Phase 0〜6 ワークフロー）
  • PMエージェントへのリクエスト方法
  • 4つのチーム構成パターン
  • 演習: シンプルな市場分析プロジェクト
  • 成果物の確認

co-consultとは

定義

co-consultは、AIエージェントチームが戦略コンサルティングプロジェクトを実行するシステムです。第5章で探索したai-workspace-standardsのバリアントの一つとして、複数のAIエージェントが連携して市場分析、競合分析、参入戦略策定、ビジネスモデルレビューなどのコンサルティング業務を自動化します。

場所: ai-workspace-standards内のtemplates/co-consult/ — bun scripts/new-project.ts "<name>" --variant co-consultで自分のコピーをスキャフォールドできます。

どのような課題を解決するのか

戦略コンサルティングにはいくつかのステップが含まれます。co-consultはプロセス全体をAIエージェントチームで実行します。

  • 市場分析 — 市場規模、成長率、トレンドの理解
  • 競合分析 — 主要競合の強み、弱み、市場シェアの比較
  • 参入戦略 — 新規市場参入の方法、タイミング、チャネルの決定
  • ビジネスモデル — 収益構造、価値提案、主要リソースの分析
  • 技術動向 — 関連技術の動向と導入可能性のレビュー
初心者向けの例え: co-consultはバーチャルな「コンサルティングファーム」のようなものです。PM（プロジェクトマネージャー）がパートナー（あなた）と会議を開いて要件を把握し、スペシャリストエージェントがそれぞれの分析を担当します。構造は、実際のコンサルティングファームでシニアコンサルタントがジュニアコンサルタントをリードする仕組みと似ています。

co-deckとの違い

co-deckがプレゼンテーション（スライド）制作に特化しているのに対し、co-consultは戦略分析とレポート作成に特化しています。どちらもai-workspace-standardsをベースに構築されていますが、目的とエージェント構成が異なります。

co-deck

  • プレゼンテーションスライド制作
  • research, storyline, html-build, pdf-exportなど
  • 11段階パイプライン
  • 成果物: HTMLスライド + PDF

co-consult

  • 戦略コンサルティング分析とレポート
  • strategy-analyst, industry-expert, sme, communications-leadなど
  • PMディスパッチによる7フェーズ（フェーズ0〜6）ワークフロー
  • 成果物: 分析レポート HTML + PDF

システムアーキテクチャ

エージェント構成

co-consultは1つのPMエージェント（エンゲージメントリーダー）と10人のスペシャリストエージェントで構成されています。PMが中心に座り、プロジェクト全体をオーケストレートし、スペシャリストエージェントがそれぞれの専門分野で業務を実行します。

PM エンゲージメントリーダー strategy-analyst industry-expert sme data-analyst communications-lead solutions-architect change-mgmt-partner workstream-lead delivery-manager technology-specialist ユーザー リサーチ / インサイト 分析 / デザイン デリバリー / サポート

スペシャリストエージェントの役割

各スペシャリストエージェントの役割の概要です。各エージェントは、担当するフェーズの中でPMのディスパッチによって起動され、その順序はプロジェクトの状況に合わせて柔軟に調整されます。

エージェント 役割 説明
change-management-partner チェンジマネジメントパートナー 組織変革、文化戦略、ステークホルダーアライメント
strategy-analyst ストラテジーアナリスト 市場分析、競合リサーチ、財務モデリング
industry-expert インダストリーエキスパート 業界固有のインサイト、競争動態、規制環境
sme サブジェクトマターエキスパート 人事、財務、オペレーション、マーケティングなどの機能専門知識
communications-lead コミュニケーションズリード クライアント対応、プレゼンテーション、戦略的ナラティブ
solutions-architect ソリューションアーキテクト 技術ソリューション設計、システムアーキテクチャ、実装ロードマップ
workstream-lead ワークストリームリード ワークストリーム管理、チーム調整、進捗追跡
delivery-manager デリバリーマネージャー プロジェクトデリバリー、オペレーション調整、リソース割り当て
technology-specialist テクノロジースペシャリスト コラボレーションプラットフォーム、ワークフロー自動化、デジタルトランスフォーメーション
data-analyst データアナリスト 統計分析、データモデリング、可視化
PMエージェントはスペシャリストエージェントの作業を直接実行しません。PMはオーケストレーターの役割のみを担い — ユーザーのリクエストを分析し、プロジェクトの必要に応じて適切なスペシャリストエージェントにタスクをディスパッチします。詳細は第4章のPM Gatewayセクションを参照してください。

PMがスペシャリストをディスパッチする仕組み

co-deckの11段階パイプラインと同じように、co-consultにも固定された7フェーズ（フェーズ0〜6）のワークフローがあります：キックオフ（フェーズ0）→ リサーチ・分析（フェーズ1）→ クロスバリデーション（フェーズ1.5）→ 設計レビュー・承認（フェーズ2）→ コンテンツ作成（フェーズ3）→ 調整・デリバリー（フェーズ4）→ ライフサイクル最終化（フェーズ5）→ 品質保証（フェーズ6）。すべてのスペシャリストはこの流れに従い、PM（エンゲージメントリーダー）が各フェーズでディスパッチします（2026-08-24時点）。柔軟性があるのはスペシャリストの順序です — 各フェーズの中で、どのスペシャリストをどの順番で起動するかは、プロジェクトの質問と成果物の要件に応じてPMが調整します。さらに、フェーズ2にはユーザー/クライアントの明示的な承認が必要なゲートが設けられており、分析結果が承認を裏付けない場合は、反復ループによって前のフェーズに戻ることもあります。

ユーザー リクエスト PM エンゲージメント リーダー strategy-analyst industry-expert communications-lead ...その他、必要に応じてディスパッチ 成果物 分析結果、レポート PMがレビュー

プロジェクトの実際の進行手順

  1. キックオフ
    PMがあなたと会話し、トピック、スコープ、ターゲットオーディエンス、タイムラインを把握します。これこそがワークフローの最初のステップであるキックオフ（フェーズ0）です — PMはこのコンテキストを把握し、プロジェクトに必要なスペシャリストを決定します。
  2. 質問に応じてスペシャリストをディスパッチ
    PMは関連するスペシャリストをアクティブにします。例えば、市場・競合リサーチにはstrategy-analyst、業界固有のコンテキストにはindustry-expert、機能別の深掘りにはsmeなどです。リサーチ（フェーズ1）のフェーズ内での起動順序は固定されておらず、PMは複数を並行してディスパッチすることも、フェーズの途中でギャップが見つかれば追加することもできます。
  3. 統合とレポーティング
    十分な分析が集まると、PMは通常communications-leadを呼び出してナラティブを構成し、クライアント向けの資料を作成します。また、実装計画が必要な場合はsolutions-architectやworkstream-leadを追加します。
  4. デリバリーとまとめ
    大規模なプロジェクトでは、delivery-managerとworkstream-leadが実行を調整し、進捗を追跡します。PMはあなたと一緒に成果物が完成したと判断すると、プロジェクトを完了します。
あなたはキックオフで要件を定義し、PMがチェックインするたびに成果物をレビューします。チェックポイントはワークフローのフェーズ境界で発生します — 例えば、最初のリサーチラウンドの後（フェーズ1.5クロスバリデーション）、そして設計承認ゲート（フェーズ2）ではユーザー/クライアントの明示的な承認が必要です。分析結果が承認を裏付けない場合は、反復ループによって前のフェーズに戻ることができます。あなたはこれらのチェックポイントでプロジェクトの方向を変更できます。

PMへの話しかけ方

co-consultを使用するには、Claude Desktop Appでco-consultプロジェクトを開き、PMエージェントにリクエストを送信します。効果的なリクエストは、プロジェクトの成果品質を大幅に向上させます。

良いリクエストの4つの要素

良いリクエストには以下の4つの要素が含まれます。

  1. 目的 — 何を分析したいですか？
  2. スコープ — どの市場、どのドメインですか？
  3. 対象 — 誰のための分析ですか？（自社、競合など）
  4. タイムライン — いつまでに結果が必要ですか？

リクエスト例

例1: 市場分析
"韓国のフードデリバリーアプリ市場を分析して。競合比較と参入機会に焦点を当てて。2週間以内に完了して。"
例2: ビジネスモデルレビュー
"当社スタートアップのSaaSビジネスモデルをレビューして。対象市場は日本のB2B企業。価格戦略とスケーラビリティをカバーして。"
例3: 技術導入評価
"自社にAIチャットボットの導入を評価して。教育業界が対象。コスト分析、技術スタックの選択肢、競合の事例研究を含めて。"

良いリクエスト vs. 悪いリクエスト

良いリクエスト

  • 目的が明確: 「市場を分析して」
  • スコープが具体的: 「韓国のフードデリバリーアプリ市場」
  • 焦点が明記: 「競合比較と参入機会」
  • タイムラインが設定: 「2週間以内」
  • PMがすぐにエージェントをディスパッチできる

悪いリクエスト

  • 目的が曖昧: 「何か分析して」
  • スコープなし: 市場？技術？競合？
  • 焦点が不明確: 「すべて」
  • タイムラインなし: 期限が未定
  • PMがフォローアップの質問をする必要がある
初心者はシンプルなトピックから始めましょう。複雑なプロジェクトは経験を積んでからにしてください。「韓国のコーヒーショップ市場の主要トレンドを分析して」といったシンプルなリクエストで、co-consultの動作を学ぶことをお勧めします。

チーム構成パターン

co-consultにはプロジェクトの規模と複雑さに応じて4つのチーム構成パターンが用意されています。PMがプロジェクトの要件を分析し、最適なパターンを選択します。

4つのチーム構成パターン

クイック評価 迅速な評価 PM strategy-analyst 1-2エージェント 1-2日 スタンダード 標準スコープ PM strategy-analyst industry-expert comms-lead 3-4エージェント 1-2週間 複雑な変革 多面的な変更 PM change-mgmt workstream-lead delivery-mgr strategy-analyst sme comms-lead 6-8エージェント 2-4週間 専門特化 ドメイン固有 PM sme tech-spec 2-3エージェント 一領域に集中 パターン比較 クイック スタンダード 複雑 専門特化 エージェント: 1-2 3-4 6-8 2-3 期間: 1-2日 1-2週間 2-4週間 ドメインによる 適用: 迅速な市場 トレンド確認 一般的な市場 分析プロジェクト 多面的な 戦略、大規模 特定の技術 または業界に特化 難易度: 初心者 中級 上級 中級
初心者はクイック評価またはスタンダードパターンから始めることをお勧めします。クイック評価は1-2日で結果が出るため、co-consultの仕組みを学ぶのに最適です。慣れてきたら、スタンダードパターンでより複雑なプロジェクトに進みましょう。

演習: シンプルな市場分析

この実践演習では、co-consultを使ってシンプルな市場分析プロジェクトを実行します。クイック評価パターンを使用し、韓国のコーヒーショップ市場の主要トレンドを分析します。

演習の目的

  • co-consultリポジトリをクローンしてプロジェクトをセットアップする
  • Claude Desktop AppでPMエージェントにリクエストを送信する
  • PMがスペシャリストをディスパッチする様子を観察する
  • 進捗をレビューし、フィードバックを提供する
  • 最終成果物を確認する

前提条件

第3章でインストールしたツールが正しく動作していることを確認してください。

  1. Claude Desktop App — Claude AIと会話できること
  2. Git — リポジトリをクローンできること
  3. テキストエディタ — VS Codeまたはファイルを開けるエディタ

演習の手順

  1. ワークスペースをクローンしてプロジェクトをスキャフォールド
    以前の章でワークスペースをクローンしていない場合は、先にクローンしてください。その後、new-project.tsを使ってco-consultバリアントから新しいプロジェクトをスキャフォールドします。
    git clone https://github.com/5throck/ai-workspace-standards.git
    cd ai-workspace-standards
    bun scripts/new-project.ts "co-consult" --variant co-consult
    これにより、Projects/co-consult/が独立したGitリポジトリとして作成され、co-consultバリアントのエージェント、スキル、設定がコピーされます。
  2. Claude Desktop Appでプロジェクトを開く
    Claude Desktop Appを起動し、Projects/co-consult/フォルダをプロジェクトとして開きます。Claudeに以下のように伝えてPMを開始します。
    "新しいプロジェクトを始めたいです。"
    PMがキックオフの会話を開始し、トピック、スコープ、タイムラインについて尋ねます。
  3. PMにリクエストを送信する
    PMの質問に答えてプロジェクトを設定します。以下のように応答してみましょう。
    "韓国のコーヒーショップ市場の主要トレンドを分析して。フランチャイズカフェと個人カフェの比較に焦点を当てて。クイック評価にしてください。"
    PMがリクエストを分析し、クイック評価規模のプロジェクトに必要なスペシャリストを決定します。
  4. スペシャリストのディスパッチを観察する
    PMは各フェーズでスペシャリストをディスパッチします — フェーズ内でのスペシャリストの起動順序はプロジェクトに応じて柔軟です。通常、以下のような動きが見られます。
    • strategy-analystエージェントが「韓国コーヒーショップ市場のトレンド」をリサーチし、市場規模、成長、競合に関する調査結果ドキュメントを作成する
    • リクエストに応じて、PMがindustry-expertを追加して業界固有のコンテキストを得る
    • communications-leadエージェントが調査結果をクライアント向けレポートにまとめる
    PMは各スペシャリストが作業を完了するたびに進捗を報告します。project_state.jsonファイルは自動的に更新されます。
  5. 進捗をレビューしてフィードバックを提供する
    PMはワークフローのチェックポイントでチェックインします — 通常は最初の分析ラウンドの後（クロスバリデーションと設計承認ゲートを通過しながら）、そしてレポート確定前にもう一度です。
    • 分析後: 分析の方向性とインサイトが適切か確認します。調整が必要な場合は、この時点でコースを変更できます。
    • 確定前: 最終レポートの品質をレビューし、完成した成果物への移行を承認します。
    チェックポイントでは、以下のように応答できます。
    "分析をレビューしました。次のステップに進んでください。"
    修正が必要な場合は、具体的なフィードバックを提供します。
    "競合分析セクションに配達カフェのデータ（Baemin）を追加して。"
  6. 成果物を確認する
    PMがプロジェクトの成果物が完成したと判断すると、deliverables/reports/フォルダに成果物が格納されます。確認の手順は次のセクションで説明します。
演習中にエラーが発生した場合は、第3章のトラブルシューティングセクションを参照してください。Claude Desktop Appが応答しない場合や、エージェントのディスパッチエラーが発生した場合は、Claudeの再起動やプロジェクトフォルダの再オープンを試してください。
注意: co-consultのエージェントはClaude APIを通じて動作します。演習中、Claudeの応答速度が低下したりタイムアウトしたりすることがあります。複雑な分析には時間がかかり、これは正常な動作です。

成果物の確認

co-consultプロジェクトが完了すると、複数の成果物が生成されます。このセクションでは、各成果物の場所と確認方法を説明します。

成果物の場所

すべての成果物はdeliverables/reports/ディレクトリに保存されます。プロジェクトルートから以下のパスでアクセスします。

Projects/co-consult/deliverables/reports/

主要成果物

ファイル 説明 作成者
findings_*.md リサーチ結果、市場/競合データ、分析中に収集された情報源 strategy-analyst / industry-expert
analysis_*.md 関与した他のスペシャリストエージェントの個別分析結果（例: sme、data-analyst） 関連スペシャリスト
narrative_framework.md レポート全体の構造とセクションレベルのナラティブ設計 communications-lead
report.html HTML形式の最終分析レポート communications-lead
report.pdf PDF形式の最終分析レポート PM（確定処理）

成果物の確認方法

  1. プロジェクトフォルダを開く
    ターミナルでProjects/co-consult/deliverables/reports/ディレクトリに移動します。
    cd Projects/co-consult/deliverables/reports/
    ls
  2. 調査結果ドキュメントを確認する
    リサーチ結果を確認します。収集された情報源、主要データポイント、参考リンクが含まれています。
    cat findings_market.md
    またはVS Codeで開きます。
  3. HTMLレポートを確認する
    report.htmlファイルをブラウザで開いて完成したレポートを表示します。チャート、テーブル、図を含むインタラクティブな形式です。
    open report.html
  4. PDFを確認する
    report.pdfファイルを開いて印刷対応レポートを表示します。この形式は共有やアーカイブに適しています。
  5. project_state.jsonを確認する
    プロジェクト全体の進捗を確認できます。どのスペシャリストがディスパッチされ、何を生産し、各レビューポイントでPMがチェックインしたかが記録されています。
    cat project_state.json

ファイル構造の概要

co-consult/
  agents/                    # エージェント定義ファイル
    pm.md
    strategy-analyst.md
    industry-expert.md
    communications-lead.md
    ...
  deliverables/
    reports/
      findings_market.md    # strategy-analyst / industry-expert 出力
      narrative_framework.md # communications-lead 出力
      report.html            # communications-lead 出力
      report.pdf              # PM 確定処理
  project_state.json        # プロジェクト進捗状況
  consult-profile.md        # プロジェクト設定
  memory/                   # セッションログ
    YYYY-MM-DD.md
成果物はClaude Desktop AppのArtifactsでも確認できます。Claudeが生成したファイルや図は会話画面で直接プレビューできます。また、project_state.jsonでプロジェクトが現在どのフェーズにあるかをリアルタイムで確認できます。
成果物の活用方法: 完成したレポートはチームと共有したり、プレゼンテーションの資料として使用できます。co-deck（第7章）と併用すると、分析レポートをベースにしたプレゼンテーションを作成できます。