Envoy AI GatewayがAgent Routerへ。AAIFに移ってもCRD・CLI・namespaceは変わらない

発表の骨子：改名と、ホスティング先の移動

Agent Router（旧Envoy AI Gateway）のメンテナチームは、2026年9月9日付のブログで、同プロジェクトが9月10日にAgentic AI Foundation（AAIF）へ正式に参加すると発表しました。AAIFはLinux Foundationの傘下にある財団で、同日付でAAIF側からも受け入れを伝えるブログが出ています。ふたつの発表は同じ出来事を、プロジェクト側と財団側の視点で伝えたものです。

プロジェクト側の発表は、変更の性質を3語で示しています。「Same code. Same maintainers. New home.（同じコード、同じメンテナ、新しい家）」という一文がそれで、動いたのはソフトウェアではなくホスティング先と名前である、という整理です。

移動の前後関係も明記されています。Envoy AI GatewayはもともとCNCFの中のEnvoyサブプロジェクトとして始まり、9月10日に単独のプロジェクトとなってAAIFへ入る、という経路です。つまりこれは、CNCFという別の財団の中の一機能という位置づけから、独立したプロジェクトとしてAAIFに置かれる位置づけへの変更にあたります。

日付の扱いには注意が必要です。両ブログとも掲載日は9月9日で、9月10日として明示されているのはAAIFへの正式な参加と、単独プロジェクトへの移行です（On 10 September, Agent Router, previously Envoy AI Gateway, officially joins the Agentic AI Foundation）。改名そのものの発効日はどちらの発表にも書かれておらず、AAIF側は掲載日と同じ9月9日付で「Envoy AI Gateway is now Agent Router」と現在形で書いています。本稿が9月10日を参加日として書き、改名については日付を特定していないのはこのためです。

実務で先に確かめたいのは「何が変わらないか」

すでにEnvoy AI Gatewayを運用している読者にとって、改名の報で最初に気になるのは移行作業の有無です。プロジェクト側の発表は、この点を項目ごとに書き下しています。

まずKubernetes上の識別子です。AIGatewayRoute、AIServiceBackend、BackendSecurityPolicyといったCRDと、aigateway.envoyproxy.io というAPIグループは改名しないと明記されています。CLIも引き続き aigw で、envoy-ai-gateway-system というnamespaceもそのままです。ライセンスはApache 2.0のまま、メンテナもリリース間隔も変わらないとしています。

興味深いのは、APIグループに envoyproxy.io というドメインが残る点です。プロジェクトの所属はCNCFのEnvoyサブプロジェクトから離れますが、マニフェストに書かれる文字列はEnvoy由来のまま据え置かれます。改名を宣伝上の刷新ではなく、既存の設定資産を壊さない範囲に限定した、という判断が識別子に表れています。実際、発表は「Your manifests from yesterday apply tomorrow. There is nothing to migrate.（昨日のマニフェストは明日もそのまま適用でき、移行すべきものは何もありません）」と書いています。

変わるものは名称と所在です。名前はEnvoy AI GatewayからAgent Routerへ、リポジトリは theagentrouter/agent-router へ、サイトは theagentrouter.ai へ移り、旧 envoyproxy/ai-gateway と aigateway.envoyproxy.io のリンクはリダイレクトされるとしています。コミュニティのチャットもAgent RouterのDiscordへ移り、週次のコミュニティミーティングは従来どおり続きます。

ここで、ふたつの発表の書きぶりに差があります。プロジェクト側はリポジトリについて「The repository moves to theagentrouter/agent-router」と現在形で書き、AAIF側は「The repository will move to a new GitHub organization following this announcement.（リポジトリはこの発表のあと、新しいGitHub organizationへ移ります）」と将来形で書いています。リポジトリのURLを社内のCIやマニフェストに直書きしている場合、移動の完了時点は発表文からは確定できません。AAIF側は「any required operational details will be published before the move」とも書いており、運用上の詳細は移動前に告知されるとしています。

ガバナンス：9つのメンテナ席を5社で分ける構成

改名そのものより読者の判断に効くのは、その裏にあるガバナンスの形です。AAIF側の発表は、プロジェクトの成熟度を示す数値をまとめて挙げています。以下はいずれもAAIFの記載によるもので、編集部が独自に数え直したものではありません。

AAIFによれば、開発は2024年10月に公開の場で始まり、9つのメンテナ席をBloomberg、Nutanix、AMD、Tetrate、Netflixが分け合っていて、過半数を握る企業はないとしています（Nine maintainer seats are shared across Bloomberg, Nutanix, AMD, Tetrate, and Netflix, with no company holding majority）。あわせて21組織から132人のコントリビュータ、15本の安定版リリースを挙げています。

特定ベンダーに依存しないためにAIゲートウェイを入れるのに、そのゲートウェイ自体が1社の持ち物だった、という事態は避けたいところです。メンテナ席が5社に分かれ、単独で過半数を持つ企業がないという構成は、その懸念に直接答える情報にあたります。ただしこれはAAIFの説明であり、議決手続きやメンテナの任免規則までを示したものではありません。

バージョンの節目も示されています。1.0は2026年6月にリリースされ、1.x系列での互換性を約束しており、1.1は8月に続いたとされます。AAIF側は、既存利用者向けの項目でも「The 1.0 compatibility commitment remains in place throughout the 1.x series.」として、この約束が改名後も続くと書いています。

出自についても触れられています。AAIFの説明では、Bloombergの技術者が外部モデルと自社管理モデルへの接続で直面した課題を、モデルの問題ではなく業界が10年かけて解いてきたトラフィックの問題と捉え、2024年夏にEnvoyコミュニティへ持ち込み、Tetrateと組んで取り組んだのが発端だとしています。

日本の読者との接点：公開採用企業にLY Corporation

AAIFの発表は、公開されている採用企業を11社としたうえで、Bloomberg、Tetrate、Tencent Cloud、Nutanix、LY Corporation、National Research Platformを例示しています（eleven publicly listed adopters）。この11社という数はAAIFの記載であり、編集部は一覧ページを確認していません。名前が挙がっている6社は、発表文に書かれたものをそのまま記しています。

この中にLY Corporationが入っていることは、日本でマルチベンダーのLLM利用を社内標準化しようとしている担当者にとって、検討材料のひとつになります。国内の大規模サービス事業者が公開の採用企業として名前を出している、という事実がある一方で、どの規模でどの用途に使っているかは発表に書かれていません。採用の事実と、その運用規模は分けて受け取る必要があります。

製品としての位置づけは、AAIFの説明では明快です。開発者はOpenAI互換のAPIと、すぐ使えるMCP（Model Context Protocol、モデルに外部のツールをつなぐための規格）のエンドポイントを通じてモデルとツールに接続し、プラットフォーム側の担当者が背後でプロバイダ、資格情報、クォータ、ルーティング、フェイルオーバーを管理します。モデルを切り替えるときは、リクエストのモデル名を変えるだけで済む場合がある、としています。

構成上の役割分担も明示されています。データプレーンはEnvoyのままで、Agent RouterはAIトラフィック向けにEnvoyを管理するコントロールプレーンを提供する、という切り分けです。プロジェクト側の発表も、末尾を「Agent Router configures. Envoy handles the traffic.（Agent Routerが設定し、Envoyがトラフィックを扱う）」と締めています。既存のEnvoy運用の知見がそのまま効く範囲がどこまでか、という見立てには、この一文が手がかりになります。

編集部による確認範囲の明示

編集部が確認できなかったこと

本稿は上記ふたつの発表だけを原典としています。そのため、AAIFがLinux Foundation傘下の財団として持つ具体的なガバナンス文書の内容、CNCFのEnvoyサブプロジェクトとしての位置づけが手続き上どのように解消されたか、リポジトリ移動が完了した時点、11社の採用企業一覧の内訳は、いずれも確認していません。

他のAIゲートウェイ製品やクラウド事業者のモデル集約機能との機能比較も、本稿では行っていません。比較の根拠となる各製品の一次資料を取得していないためです。ここで扱えるのは、今回の発表から読み取れる範囲、すなわちガバナンスの所属が変わったことと、利用者の手元の設定が変わらないとされていることの2点です。

読者が先に手を付けられること

発表の範囲で読者が先に着手できるのは、旧リポジトリ envoyproxy/ai-gateway や aigateway.envoyproxy.io のURLを、CIの設定、Kubernetesのマニフェスト、社内手順書のどこに直書きしているかの棚卸しです。プロジェクト側は旧リンクがリダイレクトされるとしていますが、AAIF側はリポジトリの移動を発表後の予定として書いており、移動の完了時点は発表文からは確定できません。AAIF側は運用上必要な詳細を移動前に公開するとしているため、棚卸しを先に済ませておけば、その告知が出た時点で差し替え対象がそろいます。

一方で、CRDとAPIグループ、CLI、namespaceは改名されないと明記されているため、クラスタ上の設定を先回りで書き換える必要はありません。手を動かす対象は、あくまで外部URLを参照している箇所に限られます。