エージェントの相互運用性：あらゆるフレームワークに対応する単一のコントロールプレーン

エージェントの相互運用性とは何か？

エージェントの相互運用性とは、エージェントスタックを構成する要素（フレームワーク、モデル、ツール）を、ガバナンスを損なうことなく自由に組み合わせたり入れ替えたりできる特性のことです。あるフレームワークで構築されたエージェントは、別のフレームワークで構築されたエージェントと同じツールを呼び出すことができ、どちらも同じモデルにアクセス可能です。また、どちらも同一のID、アクセス権限、監査ルールの対象となります。

これには混同されやすい2つの側面があります。

• ビルド時の相互運用性。 特定のフレームワークやモデルプロバイダーに縛られることはありません。LangGraphでエージェントを構築し、別のエージェントをCrewAIで、3つ目を単純なHTTPサービスとして構築するといったことが可能です。また、コードを書き直すことなく新しいモデルを採用できます。
• 実行時の相互運用性。 エージェント同士が共通のプロトコルで通信してツールや他のエージェントにアクセスするため、一度作成したツールはどのエージェントからでも利用可能です。また、どのフレームワークから呼び出されたかに関わらず、ガバナンスが一律に適用されます。

後者がなければ、前者は単に断片化を広げるだけに過ぎません。真に重要な相互運用性とは、選択の自由と、その基盤となる一貫した単一のコントロールプレーンが組み合わさった状態を指します。

なぜオープン標準が基盤となるのか

相互運用性は、特定のベンダーによる独自のコネクタではなく、オープン標準に基づいている場合にのみ真価を発揮します。現在、エージェントの相互運用性を支える主要な標準規格は2つあります。

• MCP（Model Context Protocol） エージェントがツールにアクセスする方法を標準化します。MCPサーバーとして公開されたツールは、構築されたフレームワークに関係なく、MCP対応のあらゆるエージェントから呼び出すことができます。「N個のフレームワーク × M個の個別統合」が必要だった状況が、1つのプロトコルに集約されます。
• A2A（Agent-to-Agent） エージェント同士が呼び出し合う方法を標準化します。A2Aを実装したエージェントは機械可読なエージェントカードを公開するため、他のエージェントはカスタムの接続コードなしでそれを発見し、呼び出すことができます。

これらの標準規格に対応したプラットフォームであれば、あらゆるエージェントやツールの前面に配置しても、何が起きているかを正確に把握できます。独自の接続方式に依存するプラットフォームでは、自社方式で構築された部分しか管理できません。この違いこそが、 MCPとA2Aの 区別が重要である理由です。一方はエージェントがツールにアクセスする方法であり、もう一方はエージェント同士が連携する方法です。ベンダーニュートラルなコントロールプレーンには、その両方への対応が求められます。

TrueFoundryが実現するベンダーニュートラルな相互運用性

TrueFoundryの役割は、あらゆるフレームワーク、モデル、ツールが通過するコントロールプレーンとなることです。これにより、エッジでの選択肢が中央で混乱を招くことを防ぎます。

フレームワークに依存しないエージェントレジストリ

Bedrock、Vertex AI、LangGraph、カスタムHTTPサービス、A2Aエージェント、SaaS製品に組み込まれたコパイロットなど、エージェントの構築基盤が何であれ、以下に登録することでガバナンスの対象となります。 エージェントレジストリ、移行や書き換えは一切不要です。

特にA2Aエージェントの場合、レジストリは既知のエンドポイントでエージェントカードを解決し、ゲートウェイ経由で呼び出しをプロキシし、すべてのトレースにおいてJSON-RPCのリクエストとレスポンスを記録します。そのため、A2AエージェントとLangGraphエージェントは構築時には異なって見えても、実行時には同一のガバナンスが適用されます。つまり、同じレジストリ、同じID、同じ監査証跡が使用されます。

モデルとツールを統合する単一のインターフェース

モデル側では、すべてのプロバイダーがOpenAI互換の単一APIの背後に配置されるため、ゲートウェイを指定してベースURLを上書きするだけで、どのフレームワークからでも1,000以上のモデルにアクセス可能です。これを実現するためにTrueFoundry SDKを採用する必要はありません。現在のフレームワークを維持したまま、設定を1つ変更するだけです。

# Any OpenAI-compatible framework or app becomes portable by overriding the base URL.
from openai import OpenAI

client = OpenAI(
    api_key="your-truefoundry-api-key",   # a gateway token
    base_url="https://gateway.truefoundry.ai",
)
# LangChain, CrewAI, AutoGen, LlamaIndex, or a custom loop:
# set the same base_url and they all route through the one control plane.

ツール側では、MCPゲートウェイがすべてのMCPサーバーのフロントエンドとなり、アクセスを標準化します。そのため、一度登録されたツールは、ガバナンス対象のすべてのエージェントから利用可能になります。TrueFoundryのエコシステムは、コーディングアシスタント、フレームワークやアプリ、ガードレールといったカテゴリーにわたり116以上の統合を網羅しており、すべて同じゲートウェイを通じてアクセスできます。

閉鎖的なマーケットプレイスではなく、プラグイン可能な拡張ポイント

独自の「エージェントプラグイン」カタログを提供するプラットフォームがある一方で、TrueFoundryの拡張モデルは設計段階からオープンです。ツールはMCPサーバーとしてプラグインされ、安全性やポリシーロジックは以下としてプラグインされます。 カスタムガードレールこれらは単純なリクエストとレスポンスの契約に従うHTTPサービスであるため、ベンダーによるコネクタの構築を待つことなく、ドメイン固有の検証や変更を追加できます。その結果、プラグインマーケットプレイスが約束する「拡張性」というメリットを、閉鎖的なシステム特有のベンダーロックインなしで享受できます。

すべてのフレームワークに共通する単一のガバナンスモデル

すべてのフレームワークを単一のコントロールプレーン経由でルーティングする目的は、どのフレームワークが呼び出しを行ったかに依存せずガバナンスを適用することです。以下の3つの制御がどこでも一律に適用されます。

• エージェントのID. 登録されたすべてのエージェントは、LangGraphで構築されたものであれ、SaaSアプリに組み込まれたものであれ、それぞれ検証可能なIDを保持しているため、呼び出しはホップごとに追跡可能です。
• アクセス制御. どのエージェントがどのモデルやMCPツールにアクセスできるかは、フレームワークではなくロール（役割）によって決定されます。そのため、CrewAIエージェントもカスタムエージェントも同様のスコープで管理されます。
• ガードレール. プロンプトインジェクション、個人情報（PII）、機密情報、安全でないツール呼び出しのチェックは、どのフレームワークから発信された呼び出しであっても、ゲートウェイで実行されます。

この統一性こそが、相互運用性を単なる利便性からガバナンスの要へと変えるものです。各チームが課題に最適なフレームワークを選択し、四半期ごとに新しいモデルプロバイダーを追加し、新しいツール標準が成熟するにつれてそれを採用しても、セキュリティや監査の仕組みが分断されることはありません。すべては単一のモデルとして、お客様のクラウド内の1か所で強制され、呼び出しあたりのオーバーヘッドはわずか3〜4ミリ秒程度に抑えられます。

この戦略的な考え方はシンプルです。フレームワークや標準は常に変化し続けるため、スタック全体を特定の技術に依存させることはリスクとなります。ベンダー中立なコントロールプレーンを採用すれば、中心部を維持したままエッジでの変化を吸収できます。これは、モデル層における エージェントのポータビリティ と同じ考え方に基づいています。

関連資料

• MCPとA2Aの比較 エージェントがツールにアクセスする方法と、エージェント同士が連携する方法の違いについて
• エージェントゲートウェイ あらゆるフレームワークが経由するコントロールポイント
• AIエージェントレジストリ フレームワークに依存しない記録システム
• AIエージェントのポータビリティ モデルの切り替えにも同じ考え方が適用されます
• AIエージェントのアイデンティティ あらゆるフレームワークで共通のアイデンティティモデルを

結論

エージェントの相互運用性があれば、チームは各タスクに最適なフレームワークを選択しつつ、フレームワークごとに異なるガバナンス体制に悩まされることもありません。MCPやA2Aといったオープン標準と、フレームワークに依存しないレジストリを基盤とすることで、エージェントの構築方法や呼び出すモデルに関わらず、アイデンティティ、アクセス権限、ガードレールを一貫して維持できます。これこそが、ベンダーごとに断片化するスタックと、エコシステムの絶え間ない変化に対応し続ける単一のコントロールプレーンとの違いです。

TrueFoundryが、ベンダー中立な単一のコントロールプレーンを通じて、あらゆるフレームワークのエージェントをどのように管理しているかをご覧ください。 デモを予約する または 無料で始める。