MCPゲートウェイ
すべてに接続します。
設計によりニュートラルです。
エージェントは、1 つの管理されたゲートウェイを介してツール、API、モデルにアクセスします。資格情報がコードに触れることはありません。
上流システムごとに 1 つのバインディング
各エージェント、ユーザー、チームが到達できる範囲を定義し、ゲートウェイがすべての通話でそれを強制します。
チームは、独自のサーバーを立ち上げるのではなく、すでに承認されている統合を参照し、必要なものをリクエストします。
まったく同じルールに従って、内部 API と REST エンドポイントをパッケージ化された統合と並行して接続します。
そもそもなぜゲートウェイなのか
1 つの標準、任意のエージェント
MCP はオープン スタンダードであるため、Claude、Cursor、または独自のエージェントは、特注コードなしで同じ統合を使用します。
資格情報のスプロールなし
チームごとに 1 つの MCP サーバーがあると、資格情報が無秩序に拡散し、ポリシーが断片化され、統合された監査証跡が存在しないことを意味します。
1 つの監査証跡
すべての通話は、代理ユーザー、使用された資格情報、および結果とともに 1 か所に記録されます。
通話の解決方法
代理ユーザーを解決する
ゲートウェイは、何か他のことが起こる前に、誰が、または何が行動しているのかを特定します。
ポリシーを確認する
アクセスは、ネットワークではなく、ワークスペースおよびエージェント レベルで評価されます。
資格情報を添付します
シークレットはボールトからのアウトバウンド ホップに添付され、そのときのみ上流システムが呼び出されます。
中央で統治される。どこでも使用されます。
各チームに 1 つのゲートウェイ。
チームごとにサーバーはありません。
承認された統合
チームがすでに使用しているシステムを接続するか、レビューのために新しい統合をリクエストします。
行動時の方針
ルールは文書に記載されるものではなく、エージェントが行動するときに適用されます。
ワークスペースおよびエージェントレベルでの制御
アクセスは、ネットワークの場所ではなく、ワークスペースおよびエージェントごとに決定されます。
エージェントに接続する準備はできていますか?
デモを予約して、エージェントが行うすべての接続をゲートウェイがどのように管理するかを確認してください。
アクセス ルールがチームにどのように機能するかを確認する
管理された呼び出しによって生成される監査証跡を確認する
独自の API と内部エンドポイントを接続する