AIの次のボトルネックはモデルではなくエージェント間の協調

AIエージェントの次の課題は「モデルの性能」ではなく、「エージェント同士が協調して思考できるかどうか」です。Cisco SVPのVijoy Pandey氏は、この問題を「認知のインターネット(Internet of Cognition)」という構想で解決しようとしています(VentureBeat, 2026)。

ポイント

現在のAIエージェントは「個々に優秀だが、チームとして機能しない」状態にあります。Ciscoは社内で20以上のエージェントと100以上のツールをMCP経由で連携させた実経験から、エージェント間の「知識共有プロトコル」が欠如していることが最大のボトルネックと特定。SSTP・LSTP・CSTPの3層プロトコルで「エージェントが共同で思考する」インフラを提唱しています。

企業がAIエージェントを1つ2つ導入する段階では、エージェント間の連携は問題になりません。しかし、Ciscoのように20以上のエージェントが100以上のツールを使う規模になると、エージェント同士の「思考の共有」が業務効率を左右します。あるエージェントが解決済みの問題に、別のエージェントがゼロから取り組むような非効率は、規模が大きくなるほど深刻化します。

3層プロトコルの設計思想

Pandey氏が提唱するプロトコルは、3つのレイヤーで構成されています。それぞれが異なる時間軸と範囲での「知識共有」を担います。

プロトコル正式名称時間軸使用シナリオ
SSTPShort-term Shared Thinking Protocolリアルタイム(秒〜分)同一タスクに取り組む複数エージェントの即座の情報共有
LSTPLong-term Shared Thinking Protocol中長期(時間〜日)過去の解決策・学習結果の蓄積と再利用
CSTPCross-organizational Shared Thinking Protocol組織横断(永続)異なる組織のエージェント間での知識交換

この3層設計は、人間の組織における知識共有の構造と類似しています。SSTPは「同じ会議室で議論する」レベル、LSTPは「社内ナレッジベースに記録して後のチームが参照する」レベル、CSTPは「業界標準やベストプラクティスを組織を超えて共有する」レベルに相当します。

SSTP:リアルタイムの共同思考

SSTP(Short-term Shared Thinking Protocol)は、同一のタスクやインシデントに対応する複数のエージェントが、リアルタイムで思考を共有するプロトコルです。たとえば、ネットワーク障害が発生した際に、ログ解析エージェント、トラフィック分析エージェント、設定チェックエージェントが同時に調査を開始し、発見した情報を即座に他のエージェントに伝達します(VentureBeat, 2026)。

SSTPがなければ、各エージェントは独立して調査を進め、重複した作業が発生します。SSTPにより、あるエージェントが「この設定は正常」と判定した情報が即座に他のエージェントに共有され、調査範囲を効率的に絞り込めます。

LSTP:学習結果の蓄積と再利用

LSTP(Long-term Shared Thinking Protocol)は、エージェントが過去に解決した問題のパターンや学習結果を蓄積し、将来の類似問題で再利用するプロトコルです。人間のチームで言えば「ナレッジベース」や「ポストモーテム記録」に相当します。

Ciscoの実装では、Kubernetesクラスタの問題解決パターンをLSTPで蓄積し、同種の問題が再発した際には過去の解決策を参照して対応時間を大幅に短縮しています。この仕組みが、Kubernetes問題80%削減という成果につながっています(VentureBeat, 2026)。

CSTP:組織を超えた知識共有

CSTP(Cross-organizational Shared Thinking Protocol)は、最も野心的な構想です。異なる企業・組織のAIエージェント間で、機密情報を保護しながらベストプラクティスや汎用的な知識を共有するプロトコルを目指しています。これが実現すれば、業界全体のAIエージェントの能力が互いに向上していく「分散型超知能」のインフラとなります。

Cisco社内での実装実績

Ciscoはこの構想を理論に留めず、自社環境で実装・実証しています。

20+
Cisco社内で連携する AIエージェントの数
100+
MCP経由で接続されているツールの数
80%
Kubernetes関連の問題削減率

Kubernetes問題の80%削減は、単にAIエージェントを導入した結果ではなく、エージェント間の知識共有(LSTP)によって達成された成果です。1つのエージェントが単独で解決するのではなく、複数のエージェントが過去の解決パターンを共有し、新しい問題に対して集合知として対応するアプローチが機能しています。

Pandey氏は、OpenAIがMCP対応を発表したことにも言及し、「今やMCPが業界標準」と認識を示しています。MCPがツール接続の標準化を担い、SSTP/LSTP/CSTPがエージェント間の思考共有を担うという、2層のプロトコルスタックが形成されつつあります(VentureBeat, 2026)。

エージェント間協調の技術進化

Ciscoの取り組みは、AIエージェント間の協調技術の進化の文脈に位置づけられます。

1

第1段階:単独エージェント(2024〜2025年前半)

1つのAIエージェントが1つのタスクを処理。エージェント間の連携は存在せず、それぞれが独立して動作する段階。

2

第2段階:オーケストレーション(2025年後半〜2026年前半)

オーケストレーターが複数のエージェントを指揮。タスクの振り分けと結果の集約は行うが、エージェント同士が直接「思考を共有」する仕組みはない段階。

3

第3段階:共同思考(2026年〜)

SSTP/LSTP/CSTPのようなプロトコルにより、エージェント同士がリアルタイムで思考を共有し、集合知として問題を解決する段階。Ciscoの現在の実装がこの段階。

4

第4段階:分散型超知能(将来構想)

CSTPにより組織を超えたエージェント間知識共有が実現。業界全体のAIエージェントが互いの学習結果を活用し、継続的に能力が向上する「認知のインターネット」が完成する段階。

現在はまだ第2段階から第3段階への過渡期にあります。ほとんどの企業はオーケストレーション段階(LangGraph、CrewAI、OpenAI Agents SDKなど)にあり、Ciscoのような共同思考段階に到達している企業はごく少数です。しかし、MCPの標準化によりエージェント間通信の基盤が整いつつあるため、今後2〜3年で第3段階は一般化する可能性があります。

日本企業への影響と準備すべきこと

Ciscoの「認知のインターネット」構想は、日本企業のマルチエージェント戦略にも重要な示唆を与えます。

第一に、エージェント導入は「単体導入」から「チーム設計」に移行すべきです。1つのエージェントを導入して効果を検証する段階から、複数のエージェントがどのように連携するかを設計段階で考慮するアプローチに移行する必要があります。エージェント間の知識共有を前提とした設計は、後から追加するのが難しいため、初期設計に組み込むことが理想的です。

第二に、MCPへの対応は「できれば」ではなく「必須」になりつつあります。OpenAI、Anthropic、Google、Ciscoが相次いでMCP対応を表明していることから、MCPはエージェント間連携のデファクトスタンダードになると考えられます。自社のツールやシステムをMCP対応にしておくことで、将来のマルチエージェント環境への準備が整います。

注意

SSTP/LSTP/CSTPは現時点ではCiscoの社内実装と提唱段階であり、業界標準のプロトコル仕様として公開されているわけではありません。導入を検討する場合は、Ciscoの公式発表を継続的にウォッチしつつ、まずはMCPベースのツール連携から着手することが現実的なステップです。

まとめ

AIエージェントの次のボトルネックは「モデルの性能」ではなく「エージェント同士の協調能力」です。CiscoはSSTP・LSTP・CSTPの3層プロトコルで「認知のインターネット」を提唱し、20以上のエージェントと100以上のツールの連携でKubernetes問題80%削減を実証しています。日本企業としては、エージェント導入を「個別ツール」から「チーム設計」へ発想を転換し、MCPベースのツール連携から準備を進めることが推奨されます。