Claude Code advisor vs kongming・/ak:advise：AIのセカンドオピニオンはいつ必要？(2026)

- コマンド名と挙動（advisor ツール、@kongming、--advice、/ak:advise）は執筆時点で Claude Code と AgentKit のドキュメントと照合しています。これらの機能は変化が速いため、依存する前に最新のドキュメントを確認してください。

Claude Code における advisory supervision とは？

Advisory supervision とは、難しい意思決定の場面で、作業そのものとは切り離して助言を求めるステップです。エージェントに意思決定とその自画自賛の両方をさせるのではなく、先へ進む前にアーキテクチャやトレードオフ、あるいは go/no-go の判断を再チェックする第二の声を差し込みます。

Claude Code はこのための仕組みを1つ備えており、AgentKit はさらに2つを追加します。多くの人はこの3つを一緒くたにしがちですが、挙動は大きく異なります。subagent とは何かがまだ曖昧なら、まずsubagent の実践ガイドを読んでください。違いのほとんどは「独自のコンテキストを持つかどうか」に帰着するからです。AgentKit の advisory の考え方は公式の advisory-supervision ドキュメントで説明されています。

「advisor」— 混同されがちな3つの意味

比較の前に、「advisor」という言葉をほどいておきましょう。これは3つの異なるものを指して使われているからです。

• advisor ツール — Claude Code の組み込み機能で、ランタイムのツール呼び出し。
• advisor（エージェント）— AgentKit の助言エージェントで、インタビュー志向。
• /ak:advise — その助言インタビューを実行するコマンド。

そしてブランドの混同を避けるための一言：ここでの AgentKit は Claude Code 向けのキット（agentkit.best、ak CLI）であり、OpenAI AgentKit（Agent Builder/ChatKit）ではありません。

Claude Code の組み込み advisor：便利だがコンテキストを共有する

Claude Code には難しい意思決定をエスカレーションするための組み込みの advisor ツール があります（Claude Code advisor ドキュメントより）。その仕組みはシンプルです。メインセッションがネイティブ機能のように advisor を呼び出し、ランタイムが現在のコンテキストをより強力な advisor モデルに渡し、そのモデルがコメントを返し、メインセッションがそれを読んで続行します。

肝心なのは、subagent のような独立したワークスペースやループを持たないという点です。メインセッションのコンテキスト内で行われる1回きりの相談です。

利点は本物です。高速で、無料（Claude Code に組み込み）で、作業の流れのすぐそばにあるためコンテキストスイッチがありません。「このアプローチで大丈夫？」といった軽い判断には十分すぎるほどです。欠点はまさにそのコンテキスト共有にあります。advisor はあなたが従っている計画の全体を見ているため、あなたに同調しやすく、真に独立した見解を出しにくいのです。この隙間を埋めるために作られたのが kongming です。

advisor は3通りの方法でオンにできます。/advisor <model> を実行する（引数なしにするとピッカーが開きます。例：/advisor opus）、設定ファイルで advisorModel を指定する、または --advisor <model> フラグを付けて起動する — これは単一セッション限定で、claude --help には記載されていません。オフにするには /advisor off を、完全に無効化するには環境変数 CLAUDE_CODE_DISABLE_ADVISOR_TOOL=1 を使います。

知っておく価値のある制限が1つ。advisor ツールはまだ実験的で、Anthropic API 専用です — Bedrock、AWS 上の Claude Platform、Google Cloud の Agent Platform、Microsoft Foundry では利用できません。

モデルの組み合わせについて：Claude Code には専用の main/advisor ペアリング表があり、Fable 5（CC v2.1.170 以上が必要）も有効な選択肢です。一部のプランでは、初めて Fable を advisor に選ぶ際、実際に有効になる前に /model fable で使用クレジットへの課金に一度だけ同意する必要があります。

混同しやすい点が1つ。--advisor は Claude Code 自身のフラグ（どのモデルを advisor 役にするかを選ぶ）で、後述の --advice は AgentKit のフラグ（ワークフロースキル内で kongming の supervision をオンにする）です。1文字違いで、まったく別の仕組みです — 打ち間違えないように。

kongming：分離コンテキストでのワンショット助言

kongming は AgentKit のチェックポイント型の助言エージェントです。呼び出しごとに新しいラウンドになります。タスク・根拠・具体的な質問を受け取り、一度だけ答えて、そのまま閉じます。セッションのモデルを切り替えさせることなく最も強力なモデル上で自律的に動作し、そして何より — 助言のみを返し、コードは決して書きません。

本当に思考を要する場面のために作られています。アーキテクチャ、トレードオフ、難しいデバッグ問題、go/no-go の判断、あるいは複数の相反するアプローチがあるときなどです。分離されたコンテキストで動作するため、あなたがどの選択肢に傾いているかを「事前に知らない」— だからその意見はバイアスが少なくなります。

kongming を呼び出す2つの方法

よく使われる方法は2つあります。

• @agent-kongming を直接呼び出す — その場で1問だけ聞きたいとき（@ と入力して候補から kongming を選びます。Claude Code では kongming (agent) と表示されます）。これはより手動で、タイミングを自分で選び、コンテキストや根拠も自分で用意します。
• --advice フラグを使う — ak:plan、ak:cook、ak:fix、ak:vibe のようなワークフロースキルで。ワークフローが自らチェックポイントを設定し、タスク／根拠／試行／意思決定ポイントを集め、kongming に助言を求めます。

要するに、@agent-kongming はあなたが advisor を招き入れるもの。--advice はワークフローが重要な場面で advisor を招くモードをオンにするものです。長い多段階のタスクでは、立ち止まって尋ねることを覚えておく必要がないので --advice のほうが便利です。プロセスの中に正しく配置するには、brainstorm → plan → cook → ship ワークフローを参照してください。

AgentKit の advisor：まず質問し、それから助言する

AgentKit の advisor は、インタビュー形式である点で両者と異なります。一度に答えるのではなく、助言の前に問題を明確にするため1問ずつ質問できます。要件がまだ曖昧で、「自分は結局何を作っているのか」を対話で突き止める必要があるときに向いています。

使い方は2通りあります。

• /ak:advise：インタビューをメインセッション内でそのまま実行します — より軽量で、別のエージェントを生成しません。
• /ak:advise --agent：別の advisor エージェントに委譲します — こちらも1問ずつ質問しますが、助言の役割がメインワークフローから切り離されます。

興味深い技術的な詳細が1つ：Claude Code の subagent は自分でユーザープロンプトを開けないため、--agent モードでは advisor が各質問をオーケストレーションするセッションに返し、あなたの回答とともに再生成されます。これにより、助言が別のエージェントで実行されても、インタビュー体験が得られるのです。

比較：advisor vs kongming vs /ak:advise

Claude Code に既に advisor があるのに、なぜ kongming と --advice を足すのか？

もっともな疑問です。Claude Code には既に「advisor」があるのに、なぜ kongming と --advice フラグを足すのか？ 理由は2つに集約されます。深さと分離されたコンテキストです。

Claude Code 自身のドキュメントもこの見方をそっと裏付けています。advisor と、モデルを組み合わせる他の方法を比較した表の中で、Anthropic は advisor ツールを「タスク途中の意思決定ポイントで」動くものと説明し、一方で subagent（kongming が属する場所）は「委譲されたサブタスク全体にわたって」動く — 分離されている、と述べています。これは Anthropic 自身のドキュメントが、この記事が既に引いているのと同じ「共有か分離か」の線を引いているということです。

組み込みの advisor はメインセッションとコンテキストを共有します。つまり、あなたがどの計画に従っているかをすでに知っているのです。あなたが期待する答えを知っている advisor は、同調しがちになります — まるで、作った本人にテストを頼むようなものです。kongming は分離されたコンテキストで動作し、タスクと質問だけを受け取るので、ゼロから反論し、バイアスが少なくなります。トレードオフは、別のエージェントであるためトークンを多く消費し、キットにのみ付属することです。

公平に言えば、組み込みの advisor が悪いわけではありません。日々の軽い健全性チェックには、高速かつ無料で十分です。問題が現れるのは、判断が本当に独立した見解を必要とするほど大きいときだけです。ツール呼び出しが分離という点で subagent とどう違うのかを理解するには、skills vs subagents vs hooks vs MCP を参照してください。

どれを、いつ（手早い判断）

• CC advisor — 絶対的な客観性は求めない、手早い健全性チェックが欲しいとき。コーディング途中の「この方向で大丈夫？」。
• kongming（または --advice）— アーキテクチャの判断、go/no-go、難しいデバッグ、あるいは複数のアプローチが相反していて客観的な意見が欲しいとき。ワークフローにチェックポイントで助言を差し込んでほしいなら --advice を使います。
• /ak:advise — 要件が曖昧で、着手前に質問してスコープを固める必要があるとき。

助言エージェントを既製で欲しい？（AgentKit）

kongming、advisor、そして --advice フラグは AgentKit（Engineer Kit、agentkit.best、ak CLI）に付属します。正しく判断できるよう率直に言うと：Claude Code の組み込み advisor は今も無料で、軽い作業には十分です。キットが価値を加えるのは深さ、分離されたコンテキスト、そしてワークフロー統合（チェックポイントで助言を差し込むこと）においてです。中身を知るには、AgentKit レビューまたは Engineer Kit レビューを読んでください。

よくある質問（FAQ）

Claude Code の advisor とは？

難しい意思決定をエスカレーションするための組み込みのツール呼び出しです。メインセッションがネイティブ機能のように呼び出し、ランタイムが現在のコンテキストをより強力な advisor モデルに渡し、そのモデルがコメントを返し、メインセッションが続行します。subagent のような独立したワークスペースやループは持ちません。

kongming は AgentKit の advisor とどう違う？

kongming はチェックポイントで一度に答え、分離されたコンテキストで最強のモデル上で動作し、助言のみを返します — コードは決して編集しません。AgentKit の advisor はインタビュー形式で、助言の前に問題を明確にするため1問ずつ質問します。一方は速く客観的に反論し、もう一方は対話で要件を明確にします。

@agent-kongming は --advice フラグとどう違う？

どちらも kongming を呼びますが、違いはボタンを押すのが誰かです。@agent-kongming はあなたが advisor を招き、コンテキストを提供します。ak:plan／ak:cook／ak:fix／ak:vibe の --advice フラグは、ワークフローがチェックポイントを設定し、根拠を集め、あなたの代わりに kongming を呼ぶモードをオンにします。

/ak:advise は /ak:advise --agent とどう違う？

/ak:advise はインタビューをメインセッション内でそのまま実行します — 軽量で、別エージェントなし。/ak:advise --agent は別の advisor エージェントに委譲します — こちらも1問ずつ質問しますが、助言の役割がメインワークフローから切り離されます。

なぜ「分離されたコンテキスト」の助言が必要なのか？

あなたの計画をすでに知っている advisor は、それに偏りがちだからです — 自分のビルドを自分でテストするよう頼むようなもの。分離されたコンテキストなら、kongming はバイアス少なくゼロから反論でき、独立した見解を要する重要な判断に向いています。

kongming と advisor はコードを編集する？

いいえ。どちらも助言の役割で、コード変更ではなく助言を返します。決めて実行するのはあなたのまま。両者は、行動する前により明確に見えるよう手伝うだけです。

結論

判断の難しさに応じて選びましょう。軽い作業には速さのために組み込みの advisor を、客観性を要する本当に難しい判断には kongming に頼るか --advice をオンにし、要件が曖昧なときは /ak:advise に質問させてスコープを固めます。助言を brainstorm → plan → cook → ship ワークフローの中に正しく配置し、kongming/advisor をすぐ使える状態にしたいなら、Engineer Kit レビューを参照してください。