202609AIオーケストレーションの動向ー自律化が進むAIオーケストレーションに、人間をどこまで残すべきかー

アフェリエイト広告

はじめに
各社の動き
一覧比較
所感 ― gcという私の実践
出典

はじめに

2026年8月末、Nous Researchが「Hermes Desktop」に複数エージェントを束ねる”Bot Mode”を投入した。この動きを追ううちに、OpenAI・Google・xAIもそれぞれ独自の角度から「複数のAIをどう統率するか」に取り組んでいることが見えてきた。自分が開発している多重AI統御システム「gc」も、根っこにある問題意識は同じだ。ここでは各社の現在地を整理し、最後にgcの設計思想を筆者の所感として添える。

各社の動き

Nous Research「Hermes Bot Mode」― 名前を持つBotの自己組織化

Hermes Desktopの新機能。エージェント・プロファイルを、名前・役割・ピン留めしたモデル・記憶・スキルを持つ”Bot”として並立させる。Botは@メンションで他のBotにハンドオフし、2〜6体のBotが最大3ラウンドのグループチャットで協調する。ローンチデモでは、Qwen Botとそのチームメイトがゲーム開発タスクを人間の指示なしに自分たちで分担する様子が示された。料金はFree/Plus/Super/Ultraの4段階で、上位プランは「Nous Portal」経由の月額クレジットで300以上のモデルにアクセスできる。

Sakana AI「Fugu」― 学習された協調戦略でモデルを自動配分

2026年6月リリース。Claude・GPT・Gemini・DeepSeekなど既存の複数モデルを、タスクの性質に応じて自動で判断・分配・統合する”指揮者”モデル。ICLR 2026採択のTRINITY（Thinker/Worker/Verifierの役割分担）とConductor（強化学習によって協調戦略を自ら獲得）という2本の論文が技術的裏付けになっている。2026年6月の輸出規制でAnthropicの上位モデルが海外提供停止になったことを受け、「特定ベンダーへのAPIロックインからの解放」を明確な狙いに掲げる。料金はStandard $20/Pro $100/Max $200の月額制。

Anthropic「Claude /fork」― 単一エージェントの信頼を作る保険

Claude Codeのセッションを分岐させ、元のセッションの文脈をまるごと複製した並行ブランチを作るコマンド。うまくいけば採用し、失敗すれば元のセッションは無傷のまま残る。複数モデルを横断する発想ではなく、1つのエージェントに長時間・多段階の作業を任せる際の”失敗しても被害が局所化される”という信頼を作ることが狙い。長時間自律走行を目指す上での布石という位置づけになる。

OpenAI「Agents SDK」― 最小限のハンドオフ・プリミティブ

各エージェントが「自分が制御を移せる相手」をあらかじめ宣言しておき、実行時にランタイムが制御を移す、意図的にミニマルな設計。CrewAIのような重量級のグラフ/クルー抽象化を避けており、軽量なルーティングを志向するチームに向く。委譲判断はエージェント自身が行う。

Google「A2A（Agent2Agent）プロトコル」― プロファイルの業界標準化

製品ではなく通信規格。各エージェントが自分の能力を「Agent Card」というJSON形式で公開し、依頼元のエージェントがそれを見て最適な委譲先を判断する。ベンダーやフレームワークが異なっても相互に発見・委譲できることを目指しており、Anthropicが提唱したMCP（ツール接続の標準）を補完する位置づけとされる。HTTP・SSE・JSON-RPCといった既存標準の上に構築され、長時間タスクやエンタープライズ認証にも対応する。

xAI「Grok Bot」― 自己組織化する委譲の”元祖”

Cursor Ultraのサブスク上で提供される機能。各エージェントは名前・肩書き・説明文からなるプロファイルを持ち、自分の手に負えないタスクに当たると、アカウント内の他エージェントの説明文を自動で走査してマッチする相手に人間の介入なしで委譲する。記録した作業を自分で汎化して再利用可能なスキルに変換する自己改善の要素も持つ。Hermesの記事内で”Grok Botの無料版”と明示的に位置付けられており、この自己組織化パターンの先行例と言える。

一覧比較

	束ねる対象	課金方式	委譲・実行経路の決定者	検証の仕組み
Hermes Bot Mode	任意モデルを割り当てたBot（人数可変）	Nous Portal経由の月額クレジット	Bot同士が自律的にハンドオフ	明記なし
Sakana Fugu	Claude/GPT/Gemini/DeepSeek等	独自の月額＋従量課金	学習済みモデルが自動判断	ベンチマークスコアで性能訴求
Claude /fork	単一エージェントの並行ブランチ	Claude自体のサブスク内	人間が分岐を指示	失敗ブランチを捨てて被害局所化
OpenAI Agents SDK	宣言済みハンドオフ先のエージェント群	自社API利用料	エージェント自身が委譲を判断	明記なし
Google A2A	異なるベンダー・フレームワークのエージェント	プロトコルのため中立	Agent Cardを見て依頼元が判断	プロトコル外（実装依存）
xAI Grok Bot	名前・肩書き付きの複数エージェント	Cursor Ultraサブスク	エージェント自身が自律委譲	明記なし

所感 ― gcという私の実践

ここからは筆者自身の考えとして書く。

自分が作っている「gc」は、Opus・Sonnet・Gemini・Codexという4つを、Discordのメンション指示でCLIプロセスとして起動し、APIを一切呼ばずに既存サブスクのまま統率する仕組みだ。設計の核は「オーケストレーションの実行基盤であって指揮者ではない」という一点にある。実行経路は常に人間が明示し、AIの自律判断は許さない。判定も”完了報告”ではなく実際の成果物で行う。

各社の動きを並べてみて実感したのは、業界の主流はすでに「AIが自分のプロファイルを読んで委譲先を自分で決める」方向に踏み出しているということだ。xAIのGrok Botが先陣を切り、HermesがGrok Botの”無料版”として追随し、OpenAIのAgents SDKも委譲判断はエージェント自身に委ねている。gcが今大事にしている「人間が指揮する」という前提は、この流れの中ではむしろ少数派になりつつある。

一方で、Grok Bot、Hermes、OpenAI Agents SDK、そしてある意味Fuguも共通して手薄なのが、委譲した後の検証プロセスだ。誰が、何を根拠に、委譲された作業の成否を判断するのかが、調べた範囲では明確になっていない。ここはgcが最初から譲らなかった部分であり、他社が自律化を急ぐ今こそ、逆に価値が上がる部分だと考えている。

ただし正直に言うと、ヘビーユーザーではない一個人の立場からすると、この記事で並べた「委譲の巧拙」以上に切実なのは、サブスク料金とベンダーロックインの問題そのものだ。複数のAIを併用しようとすると、必要なのは技術的な統率力だけでなく、複数のサブスクをどう契約し続けるかという生活者としての判断になる。しかもその前提は自分の努力とは無関係に揺らぐ。2026年8月末、OpenAIはSpaceXによるCursor買収を受けて、Cursorへのモデル提供を11月12日を目処に打ち切ると発表した。個人のAPIキーを使えば一部機能は残るが、Tab補完やAuto model routing、クラウド/バックグラウンドエージェント、Automations、CLIといった主要機能はBYOKでは救えず、しかもAPI利用料はChatGPTのサブスクとは別会計になる。つまり「どのツールで、どのモデルを、どう契約するか」は、ユーザー側の選択だけでは完結せず、企業間の資本関係一つである日突然崩れる。gcが最初から”サブスクのまま・APIを使わない”にこだわった背景には、こうした個人の立場で味わう契約の不安定さから距離を取りたいという、かなり生活実感に近い動機もある。

だから自分の今後の方向性としては、「AIにメンションさせたい」という将来構想はこの業界の流れに素直に乗るとして、乗り方を工夫したい。GoogleのAgent Cardのような標準化されたプロファイル形式を参考に役割・性能プロファイルを設計しつつ、委譲は「AIが提案し、人間が承認してから実行する」という中間段階を必ず挟む。信頼が積み上がった経路だけを段階的に自動実行へ解放し、その際もClaudeの/forkのような状態のスナップショットを取っておき、失敗したら丸ごと戻せるようにする。

つまりgcは、各社が競っている「委譲の自動化」そのものでは後発でいい。その代わり、「委譲した結果を人間が検証できる状態を保ち続ける」という一点だけは、どの他社よりも先に行っていたい。それが、サブスクのまま・APIを使わずに4つのAIを統率するという最初の設計判断と、一本の線でつながっている。