• 「Agent Router」は、AIごとに違う呼び出しの書式を共通APIにまとめる仕組みで、9月10日にAAIFへ加盟しました。
• アプリを書き換えずにモデルを切り替えられ、MCPの束ねやフォールバックなど4つの運用機能も担います。
• ただし出力の質・ゲートウェイへの集中・アクセス許諾の3つの依存は残り、業界標準になるかは見通しの段階です。

「動いているAIアプリを、来週から別のAIに切り替えてほしい」。そう頼まれたら、何が一番の壁になると思いますか。

性能や費用の比較より先に立ちはだかるのが、AIの会社ごとに違う「呼び出しの書式」です。9月10日、この違いを1本にまとめる仕組み「Agent Router」が、AIの標準づくりを進める団体に加わりました。

この記事では、Agent Routerが担う4つの仕事と、それでも残る3つの依存を順に見ていきます。

発表の中身は「加盟」と「改名」

2026年9月10日、オープンソースの「Envoy AI Gateway」が、Linux Foundation傘下の「Agentic AI Foundation（AAIF）」に加盟し、名前を「Agent Router」に変えました。プロジェクト側のブログによると、これで独立したプロジェクトとして運営されます。

同じ日、東京・渋谷で開かれた「AGNTCon＋MCPCon Japan 2026」の基調講演でも発表されたと報じられています。AAIFは、AIエージェント関連の技術を、特定の企業に偏らない立場で受け止める団体です。

Agent Routerは、6月に正式版、8月に更新版がリリースされ、本番環境で使える状態にあります。採用組織については、AAIFが「11の公開されている採用者」と書いています。ただし名前が挙がっているのは、BloombergやTencent Cloud、LY Corporationなど、6つの組織だけです。

11組織はAAIF自身の発表で、第三者が確認した数字ではありません。「そう発表されている」という温度で受け止めておくのが安全です。

AIを乗り換えるたびにアプリを書き直す壁

APIとは、アプリがAIサービスを呼び出すための決まった手順のことです。OpenAIやAnthropic、Googleは、それぞれ自社サービス向けにAPIを設計してきました。共通の設計図があったわけではないので、依頼の組み立て方や結果の受け取り方が、会社ごとに少しずつ違います。

だからモデルを乗り換えるたびに、アプリ側の接続部分を書き直す手間が生まれます。端子の形がメーカーごとに違う充電器を、機種を変えるたびに買い直すような状況です。

Agent Routerは、その間に入る変換プラグの役割を担います。アプリは常に「OpenAI互換のAPI」（OpenAIの呼び出し方式に合わせた共通の窓口）で依頼を送るだけです。裏でどの会社のAIが答えるかは、Agent Router側が引き受けます。

つなげる先は、OpenAI、Anthropic、Google Gemini、DeepSeekなど、16のプロバイダです。自社で動かすモデルの前に置くこともできます。アプリを書き換えずに、モデルを切り替えられる。これが土台です。

共通APIの上に載る4つの仕事

Agent Routerは、書式を変換するだけの道具ではありません。その上で、運用まわりの仕事を4つ引き受けます。

1つ目は「MCP Gateway」です。MCP（AIがツールやデータにつながるための共通規格）に対応した複数のサーバーを、1つの窓口に束ねます。どのツールを見せるかを選べて、認証をかけたり、ツールごとにアクセスを制限したりできると、公式ドキュメントに書かれています。部署ごとにバラバラだった入退室ゲートを、正面ゲート1つにまとめて、身分証の確認もそこで済ませるイメージです。

2つ目は、トラフィック管理です。あるAIサービスが止まったときに、予備へ自動で切り替える「フォールバック」を、優先順位を付けた接続先の一覧で設定します。トークン量の上限も、ユーザーとモデルの組み合わせなどで設けられます。

ただし公式ドキュメントによると、使用量は応答が終わってから加算されます。上限は「応答の途中」では止まらず、超えたあとの次のリクエストから断られる仕組みです。

3つ目は、推論に合わせたルーティングです。報道では「最適なAIサービスへ振り分ける」と紹介されていますが、公式ドキュメントが説明しているのは、少し違う場面です。

自社で動かしているAIモデルのサーバー群から、空き状況を見て最適な1台を選ぶ機能が中心です。OpenAIかAnthropicかを、その場で選び直す機能と読むと、ずれてしまいます。

4つ目は、可観測性です。トークンの使用量やレイテンシ（応答にかかる時間）などを、計測データとして集められます。AAIFの発表は「コスト」も見られると書いていますが、ドキュメントで確認できたのはトークン数の計測までで、金額の集計機能は見つかりませんでした。

この4つは、個別のツールを組み合わせても揃えられます。1つの基盤にまとまっていれば、設定の食い違いは減りますが、機能が1か所に集まるぶん、そこが止まったときの影響も広がります。

▶︎ あわせて読みたい：AIの使いすぎで予算オーバー、トークン管理という新しい仕事

「Gateway」から「Router」へ、中立団体に入る意味

名前が「Gateway」から「Router」に変わりました。Gatewayは出入口、Routerは宛先を判断して振り分ける役です。AIモデルやツールなど、複数の宛先へ振り分ける役割を前面に出した改名だと読めます。

もう1つの変化は、中立の団体に入ったことです。開発を始めたのは、BloombergとTetrateのエンジニアだと、AAIFのプロジェクトページに書かれています。AAIFの発表によると、決定権を持つメンテナの席は9つで、BloombergやNetflixなど5社で分け合い、過半を握る会社はないとされています。

1社が運営するプロジェクトは、その会社の都合で仕様が変わったり、終わったりするおそれがあります。競い合う会社のAIを同じ基盤で扱うなら、特定の企業に偏らない体制のほうが、採用側は安心しやすいはずです。業界共通の工具として寄贈された、と考えると分かりやすいでしょう。

なお、改名しても、旧Envoy AI Gatewayをすでに使っている環境は、そのまま使えると説明されています。実際にどこまで広がるかは別の話ですが、入り口の摩擦は小さくしてあります。

AAIFには、ツールとの接続や、AIエージェント同士の連携を決める規格も集まっています。

▶︎ あわせて読みたい：MCPは道具、A2Aは同僚。APIとの違いで読み解くエージェント連携

導入は「使う人」と「動かす人」で難しさが違う

使う側、つまりアプリ開発者から見ると、話は単純です。OpenAI互換のクライアントなら、接続先を変えるだけで使え、モデルの切り替えはモデル名の変更で済むと、公式サイトは説明しています。

動かす側は、2段階に分かれます。試すだけなら、手元のパソコンでコマンドを1つ実行すれば、特別な基盤なしで動きます。

一方、本番向けの構成は、Kubernetes（多数のサーバーをまとめて動かす基盤）の上に、専用の土台を先に入れるところから始まります。本番は大きな基盤が前提です。

機能ごとの前提もあります。トークン量の上限管理には、データ保管の仕組みが別に要ります。認証をかけるには外部の認証用サーバー、計測結果を見るには受け側の基盤が要ります。どれも公式ドキュメントに書かれた前提です。

自分で運用しない選択肢もあります。公式サイトには、TetrateやNutanixが、Agent Routerを土台に作った商用の製品が載っています。料金や条件は、今回は確認できていません。

導入の前に、次の2点を確かめておくと判断しやすくなります。

• 基盤を運用できる人が社内にいるか。いなければ、運営を任せる商用サービスを使うのか
• AIの使える範囲と、トークン量の上限を、誰がどんな基準で決めるのか

11組織の採用実績は、導入の簡単さの証拠にはなりません。AAIFのプロジェクトページが「本番で使っている」として挙げているのは、Bloomberg、Tencent Cloud、Nutanixの3社だけです。残りの利用規模や、本番か検証かの区別は分かりません。

共通化しても残る3つの依存

共通化が進んでも、依存はなくなりません。残りそうなものを3つ挙げます。

1つ目は、モデルごとの能力と癖への依存です。書式が揃っても、文体、推論の深さ、指示への忠実さ、得意な言語は、モデルごとに違います。コンセントの形が統一されても、つないだ先の電力の質は変わらないのと同じです。切り替えのたびに、出力の質は検証し直すことになります。

2つ目は、ゲートウェイへの集中です。プロバイダごとのAPIキーは、Agent Router側が持って、上流への認証を代行する設計だとAAIFのブログにあります。アプリ側の管理は楽になりますが、鍵、認証、ルーティングの設定が、ゲートウェイに集まります。

依存先が、個々のベンダーからゲートウェイという層へ移るだけ、という見方もできるわけです。救いは、誰でも使えるオープンソースで、メンテナが1社に偏っていない点です。必要になったときに、別の管理層へ移せる余地はありそうです。

3つ目は、アクセスの許諾です。誰が、どんな条件で、どのモデルを使えるのか。たとえばOpenAIは、2026年6月26日、GPT-5.6を米政府の要請を受けて少数の信頼パートナーに限定した形で始め、7月9日に一般提供へ移しました。共通APIがあっても、モデルを呼べる条件は、提供側の事情で変わりえます。

Agent Routerにも、ツール単位のアクセス制御はあります。ただ、誰に何を許すかを決めるのは人であり、その設計は組織の仕事として残ります。

▶︎ あわせて読みたい：AI社員をAI管理者が管理する時代へ、OpenAI「Admin plugin」の本当の意味

接続の書式が揃うと、ベンダー間の競争は、呼びやすさではなく、モデルの性能や周辺ツールとのつながり、アクセスの条件へ移っていくのではないでしょうか。

標準になるかは未確定でも、切り替えの備えは今から

Publickeyは、AAIFがAgent Routerの開発を続け、事実上の業界標準へ推進していく見通しだと伝えています。ただしこれは見通しで、実現の確約ではありません。AAIF自身は、Agent Routerを「AAIFがホストするプロジェクト」と呼んでいて、標準規格とは書いていません。

事実上の標準とは、公式に認定されるのではなく、多くの組織が実際に使うことで、結果として標準になる状態のことです。しかもAAIFの別の発表記事は、同じ役割を持つ別のゲートウェイも挙げています。同じ層に複数の候補があるわけです。

それでも、備えておく価値はあります。AIエージェントが増えれば、AIに任せる処理の数も増えます。そのとき、1つのモデルの中で軽い・重いを使い分けるだけでは、足りなくなる場面が出てきます。

複数の会社のAIモデルを、用途や負荷に応じて適切に切り替える。その切り替えを支える仕組みを、早めに入れておくことが重要になります。Agent Routerは、その候補の1つです。

明日からできることは、次の2つです。

• 自社のアプリで、AIの呼び出しがどこに直接書かれているかを棚卸しする
• 評価用に同じ質問を決めておき、モデルを切り替えたときの出力を比べる検証を1本作る

乗り換えやすさは、乗り換えたあとの品質確認とセットで考えたほうが、切り替えの仕組みのメリットを取りこぼしません。

よくある質問（FAQ）

Q1. Agent Routerとは何で、何ができるのですか？

OpenAI互換の共通APIを窓口にして、OpenAI、Anthropic、Google Gemini、DeepSeekなど16のプロバイダのAIを1本にまとめて扱えるオープンソースの仕組みです。旧名はEnvoy AI Gatewayで、2026年9月10日にLinux Foundation傘下のAAIFへ加盟し、名前を変えました。共通APIの上で、MCPサーバーの束ね、フォールバックなどのトラフィック管理、自社で動かすモデルへの振り分け、トークン使用量などの計測を担います。

Q2. Agent Routerを使えば、AIの乗り換えは本当に楽になりますか？

接続部分の書き換えは減ります。OpenAI互換のクライアントなら、接続先を変えてモデル名を替えるだけで切り替えられると、公式サイトは説明しています。ただし、文体や推論の深さ、指示への忠実さといったモデルごとの癖は残るため、切り替えのたびに出力の質を検証し直す必要があります。動かす側も、本番向けの構成はKubernetesの上に専用の土台を入れるところから始まり、大きな基盤が前提です。

Q3. Agent Routerは業界標準になり、多くの企業が使っているのですか？

現時点では、標準になると決まったわけではありません。Publickeyは、AAIFが開発を続けて事実上の業界標準へ推進していく見通しだと伝えていますが、これは見通しです。AAIF自身は、Agent Routerを「AAIFがホストするプロジェクト」と呼び、標準規格とは書いていません。採用実績も、AAIFが書く「11の公開されている採用者」はAAIF自身の発表で、名前が挙がっているのは6組織、本番利用として挙げられているのはBloomberg、Tencent Cloud、Nutanixの3社です。

MCPやエージェントの仕組みを、実際に手を動かして自分の道具に組み込んでみたい方は、いけともハンズオンのアーカイブをご覧ください：https://handson.workstyle-evolution.co.jp/

最新のAIニュースを継続的に追うなら、YouTube『いけともch』もあわせてどうぞ：https://www.youtube.com/@iketomo-ch

■合わせて読みたい

■関連記事