agentgatewayとは？
agentgateway は Rust で書かれたオープンソースのプロキシで、AI エージェントと、エージェントが呼び出すあらゆるもの(モデルプロバイダー、MCP ツールサーバー、Google の A2A プロトコル経由の他のエージェント)の間に入ります。Solo.io が 2025 年 3 月に始め、2025 年 8 月に Linux Foundation へ寄贈し、2026 年 6 月には MCP もホストする Linux Foundation の Agentic AI Foundation(AAIF)で Growth 段階のプロジェクトになりました。
LLM ゲートウェイとしては、OpenAI、Anthropic、Gemini、Bedrock などの前に OpenAI 互換 API を置き、支出管理、コスト追跡、フェイルオーバー、そして重み、条件、または自前のルーティングサービスの呼び出しで振り分ける「仮想モデル」を備えます。MCP ゲートウェイとしては、複数のツールサーバーを 1 つのエンドポイントに束ね、stdio、SSE、Streamable HTTP を橋渡しし、OpenAPI 仕様を MCP ツールに変換し、OAuth を処理します。認証は JWT、API キー、OIDC に対応し、ツール単位の認可を CEL ポリシーで書けるほか、ガードレール、レート制限、OpenTelemetry も備えます。
動かし方は 2 通りです。YAML ファイルと組み込みの Web UI で操作する単一バイナリとして、または Gateway API を実装する独自コントローラー付きで Kubernetes 上で。もともとは Solo.io が CNCF でホストする Envoy ベースのゲートウェイ kgateway の AI データプレーンとして始まりました。kgateway 2.2 で両者は別々のチャートと API に分かれ、コントローラーは現在このリポジトリから提供されています。リポジトリ全体が Apache 2.0 です。Solo.io は、強化版ビルドに MCP ガバナンス機能の追加と 24 時間 365 日のサポートを付けた Solo Enterprise for agentgateway を販売していますが、価格は問い合わせのみです。
agentgatewayは使う価値があるか？
agentgateway は、LiteLLM や Bifrost が付随機能として扱う問題、つまりエージェントがどのモデルを呼ぶかだけでなく、ツールで何をするかを統制するという問題に対する、オープンソースで最も強力な答えです。ここでは MCP と A2A が第一級の扱いで、CEL によるツール単位の認可、セッションを意識した MCP ルーティング、OAuth のトークン交換を備え、LLM ゲートウェイも別物ではなく同じプロキシ上で動きます。中立的なガバナンスも説得力を高めています。プロジェクトは作られてから 5 か月で Solo.io から Linux Foundation に移り、2026 年 6 月に AAIF に加わりました。その発表によれば、Red Hat、Microsoft、Salesforce を含む 60 以上の組織から 300 人を超えるアクティブなコントリビューターがいます。
自己申告では高速です。モックのバックエンドを相手にしたプロジェクト自身の LiteLLM との比較では、agentgateway が毎秒 36,933 リクエスト、P99 1.97 ms、LiteLLM が毎秒 3,198 リクエスト、32.19 ms で、メモリは agentgateway が 30 MB 未満、LiteLLM が 12 GB 近くでした。その後の LiteLLM の Rust モードとの比較では、約 36 倍のスループットを主張しています。測っているのはプロキシのオーバーヘッドだけで、数字はプロジェクト自身のものであり、LiteLLM は別の数字を公表しています。割り引いても、Tokio と Hyper 上の Rust 製プロキシが 1 ミリ秒未満の遅延しか加えないのは妥当で、単発のチャット呼び出しよりも呼び出しの多いエージェントのループでこそ効いてきます。
もう 1 つの強みは Kubernetes です。コントローラーが Gateway API を実装しているため、すでに Gateway リソースで HTTP をルーティングしているチームは、同じオブジェクトとポリシーで LLM と MCP のバックエンドを追加できます。v1.7.0 にはコントローラー、CRD、スタンドアロン用の Helm チャートが付属します。代償は経緯です。kgateway 2.2 でコントローラー名が変わり、API は新しい agentgateway.dev グループに移り、以前の統合を使っていた人向けに移行ガイドが出ました。破壊的変更は今も毎月届きます。2026 年 10 月 27 日の v1.7.0 では、スタンドアロンモードで MCP セッションの暗号化が有効になり、プロンプトガードがデフォルトでツール出力も検査するようになり、動的バックエンドからループバックやクラウドのメタデータのアドレスへの接続が禁止されました。
セキュリティの記録は短いものの、見過ごせません。公開されたアドバイザリーは 7 件で、うち 1 件が深刻度「高」です。2026 年 7 月には状態を持つ MCP セッションがルートを またいで認可ポリシーを上書きできる問題があり、10 月には同じ種類の欠陥が MCP ガードレールで再び見つかり、無効なツール呼び出し ID で MCP 認可を回避できる問題も報告されました。これはまさにプロジェクトの売りの機能なので、バージョンを固定し、リリースノートを読むべきです。LiteLLM と比べるとプロバイダーの幅が狭く連携のエコシステムも小さく、スター数は約 6,100 対およそ 62,000 です。Bifrost と比べると、コストのダッシュボードというよりエージェント通信のためのポリシーエンジンです。
真価を発揮する場面
400 人のエンジニアリング組織で、20 の社内 MCP サーバーをコーディングエージェントに公開するプラットフォームチーム
エージェントに MCP エンドポイントを 1 つだけ渡し、どのチームがどのツールを呼べるかを決める
サーバーを 1 つの agentgateway ルートの背後に束ね、OIDC でユーザーを認証し、ツールごとの CEL ルールを書きます。サポート用エージェントはチケットを読めてもデプロイツールは呼べない、といった制御ができます。オープンソース版で無料ですが、2026 年のアドバイザリー 2 件で MCP セッションがこのルールを回避できたため、リリースは固定しましょう。
すでに HTTP サービスに Kubernetes Gateway API を使っている SRE チーム
別のゲートウェイを導入せずに、フェイルオーバー付きで OpenAI、Anthropic、Bedrock へのルートを追加する
agentgateway の CRD とコントローラーの Helm チャートを入れ、既存の HTTPRoute の横に LLM バックエンドと AgentgatewayPolicy オブジェクトを追加します。コントロールプレーンも OpenTelemetry のトレースも 1 つで済みますが、破壊的変更を含む毎月のアップグレードが代償です。
オープンソースとベンダー契約を比較している銀行のプラットフォーム責任者
無料版で足りるか、Solo Enterprise を買う価値があるかを判断する
オープンソース版にはすでに MCP フェデレーション、CEL による認可、ガードレール、コスト追跡が含まれます。Solo Enterprise は強化版ディストリビューション、追加の MCP ガバナンス、24 時間 365 日のサポートを加えますが、価格は問い合わせのみで非公開です。判断の分かれ目は、機能よりもサポート契約が必要かどうかです。
導入前に確認すること
- 導入
- curl -sL https://agentgateway.dev/install | bash でバイナリをインストールします。設定なしで agentgateway を起動すると ~/.config/agentgateway/config.yaml が書き出され、ポート 4000 で UI と API が立ち上がり、ウィザードでモデルを追加できます。Kubernetes では cr.agentgateway.dev の Helm チャートで CRD とコントローラーを入れます。
- 連携
- OpenAI、Anthropic、Gemini、Bedrock、Perplexity などの前に置く OpenAI 互換のチャット API。stdio、SSE、Streamable HTTP 経由の MCP と OpenAPI から MCP への変換。A2A。OpenAI Moderation、Bedrock Guardrails、Google Model Armor、Azure Content Safety、Webhook によるガードレール。OpenTelemetry のメトリクス、ログ、トレース。セルフホストモデル向けの Kubernetes Inference Gateway 拡張。
- データとプライバシー
- セルフホストなので、プロンプトは設定したプロバイダーとガードレール API にだけ送られます。ドキュメントにはプロジェクトへのテレメトリーの記載はありません。v1.7.0 以降、プロンプトガードはデフォルトでツール出力もベンダーのガードレール API に送ります。公開済みのセキュリティアドバイザリーは 7 件で、うち 1 件が「高」です。
- 大規模利用時のコスト
- プロジェクトのベンチマークでは毎秒約 37,000 リクエストでもプロキシのメモリは 30 MB 未満なので、ゲートウェイのハードウェアが費用の中心になることはまずありません。コストは毎月のアップグレードにかかる運用者の時間です。Solo Enterprise はデプロイメント単位の個別見積もりです。
- 制限
- 未解決の Issue と Pull Request が 313 件。破壊的変更を含む毎月のリリース。以前の kgateway 統合からは移行が必要。プロバイダー数とサードパーティ連携は LiteLLM より少ない。
良い点
- MCP、A2A、LLM の通信を 1 つのポリシーエンジンで扱える
- ツール単位の認可とガードレールを CEL で記述
- Kubernetes Gateway API コントローラーと単一バイナリの両方
- Linux Foundation のガバナンス下で Apache 2.0
気になる点
- 2026 年のアドバイザリーで MCP 認可の回避が繰り返し発生
- 破壊的変更を含む毎月のリリース
- 性能の数字はプロジェクト自身のもの
- Enterprise の価格は非公開
おすすめの人
モデル API だけでなく、MCP ツールサーバーやエージェントの前にも認証、認可、監査を置く必要がある Kubernetes 上のプラットフォームチーム。
agentgatewayの代替
agentgateway：よくある質問
- agentgatewayは使う価値があるか？
- エージェント、ツール、モデルを 1 つのポリシー層で扱いたいとき、特に Kubernetes 上で選ぶべきゲートウェイ。ただし毎月のリリースと MCP 認可の修正に追随できることが条件です。 評価は5点満点中4.2点です。
- agentgatewayの料金は？
- Apache 2.0 の無料オープンソース。Solo Enterprise for agentgateway(強化版ビルド、追加の MCP ガバナンス、24 時間 365 日サポート)は個別見積もりで、価格は公開されていません。
- agentgatewayの欠点は？
- 2026 年のアドバイザリーで MCP 認可の回避が繰り返し発生; 破壊的変更を含む毎月のリリース; 性能の数字はプロジェクト自身のもの; Enterprise の価格は非公開.
- agentgatewayは誰に 向いているか？
- モデル API だけでなく、MCP ツールサーバーやエージェントの前にも認証、認可、監査を置く必要がある Kubernetes 上のプラットフォームチーム。
- チームや本番環境でagentgatewayを使うと費用はいくらか？
- プロジェクトのベンチマークでは毎秒約 37,000 リクエストでもプロキシのメモリは 30 MB 未満なので、ゲートウェイのハードウェアが費用の中心になることはまずありません。コストは毎月のアップグレードにかかる運用者の時間です。Solo Enterprise はデプロイメント単位の個別見積もりです。
- agentgatewayは企業データを扱っても安全か？
- セルフホストなので、プロンプトは設定したプロバイダーとガードレール API にだけ送られます。ドキュメントにはプロジェクトへのテレメトリーの記載はありません。v1.7.0 以降、プロンプトガードはデフォルトでツール出力もベンダーのガードレール API に送ります。公開済みのセキュリティアドバイザリーは 7 件で、うち 1 件が「高」です。
- agentgatewayの代わりになるものは？
- 当サイトでレビューした中で最も近い代替はLiteLLM, Bifrost, Portkey AI Gateway 、 vLLM Semantic Routerです。
回答確認日：2026年11月9日
agentgatewayの開発元の方へ：この評価をサイトに掲載できます
