Agentgateway

こんにちは。ジェダイパンくず🍞 です。 今年 (2026 年) は、「エージェントの通信をまとめて扱う gateway」が製品カテゴリとして立ち上がってきました。Kong は 4 月に AI Gateway 3.14 で Agent-to-Agent (A2A) のトラフィックに対応し、API7 は 8 月に A2A 1.0 を gateway でどう扱うかの記事を公開し、Maxim も 10 月に自社の Bifrost へ Agent Gateway を追加しています。そこで今回は OSS の agentgateway を使って、A2A・MCP・LLM の 3 種類のトラフィックを 1 つの gateway に通すサンプル環境を作り、手を動かしてみました。 動作確認のために書いたコードは下記に置いてあります。 https://github.com/jedipunkz/agent-gateway-playground 検証したバージョンは agentgateway v1.7.0、a2a-go v2.8.0 (A2A v1.0)、MCP Go SDK v1.8.0 です。環境は Linux で、Docker は使っていません。 Agent Gateway とは AI エージェントが外とやりとりする通信は、大きく次の 3 種類に分けられます。 通信 プロトコル gateway が中身として見るもの エージェント → LLM OpenAI / Anthropic などの API モデル名、入出力の token 数、プロンプト エージェント → tool MCP (JSON-RPC) tools/list や tools/call などのメソッド、tool 名、引数 エージェント → エージェント A2A (JSON-RPC / REST / gRPC) Agent Card、SendMessage などのメソッド、task の状態、context ID 一般的な API gateway は主に HTTP のパスやヘッダを見て振り分けます。しかしこれらの通信はどれも中身を JSON-RPC や独自の JSON の本文で表すので、パスだけでは「どの tool を呼んだか」「どのエージェントのどの task か」が分かりません。Agent Gateway と呼ばれている製品は、これらのプロトコルを解釈して、その単位で認可・制限・観測をするものです。 ...