Skip to content
ライブ

MCP

プロトコルの両端:サーバーとクライアント。

機能

プラットフォームは MCP サーバーです: スコープチェック、承認ポリシー、コール台帳を備えた OAuth 2.1 リソースサーバー。これにより、外部クライアントがエージェントをツールとして使用できます。これは MCP クライアントでもあります。リモート MCP サーバーは、プロバイダーごとのコードなしにコネクタになり、サーキットブレーカーで保護されているため、欠陥のある第三者がそれでの会話を落とすことができません。

重要性

ほとんどの製品は MCP の一端を選んでサポートと呼びます。両方であることは、エージェントをツールとして使用でき、ツールを使用できることを意味します。これにより、ターミナルではなく構成可能になります。

仕組み

  • サーバー側は実際の OAuth 2.1 リソースサーバーです

    スコープチェックと承認ポリシーゲートツール呼び出し、および呼び出しはファイアアンドフォーゲットではなくセッション台帳に書き込まれます。

  • クライアント側は汎用です

    リモート MCP サーバーの追加は構成です。ごく少数のコネクタにはハンドライト型のネイティブアダプタがあります。残りは汎用パスを通過します。

  • 故障したツールサーバーは含まれています

    サーキットブレーカーが動作不良のリモコンをトリップするため、その障害は会話ではなく1つの機能を低下させます。

質問

自分の MCP サーバーをプラグインできますか?
はい:カスタムコードなしでコネクタになります。認証は今日は静的ベアラトークンです。カスタムリモートサーバー用の OAuth 2.1 は計画されています。
他のツールが MCP 経由で私のエージェントを呼び出せますか?
はい。プラットフォームは OAuth、スコープ、および承認ポリシーを使用して MCP サーバー表面を公開します。
ストーリーに戻る

That was step 5 of 6: the agent consults its bag. Next, tasks, delegation edges, decisions and artifacts persist as rows you can replay, and the spend is already accounted for.