概要

Googleは、自律型AIエージェントの実行とスケーリングを担うオーケストレーター「AX」をApache 2.0ライセンスでオープンソース公開した。AXはGoogleの「Agent Substrate」上で動作し、エージェントを従来のマイクロサービスのようにではなく、状態を保持し続ける「ステートフルアクター」として扱う点が最大の特徴だ。Kubernetesの設計思想を色濃く受け継いでおり、Task（実行ライフサイクル）、Workspace（環境構築）、Gateway（ネットワークセキュリティ）、Model（LLMパラメータ管理）という4つの宣言型プリミティブを、ax.io/v1alpha1というAPIグループの下でKubernetesのCRD（カスタムリソース定義）さながらに提供する。ユーザーはax applyのようなkubectlライクなコマンドでこれらのリソースを操作できる。

gVisorサンドボックスとサブ秒復帰によるコスト最適化

AXの技術的な核心は、gVisorによるサンドボックス分離と、サブ秒単位のタスク一時停止・再開機能にある。各エージェントセッションは隔離された「アクターサンドボックス」として実行され、CPUとメモリに厳密なリソース境界が設定されることで、障害や誤動作が及ぼす影響範囲（ブラスト半径）を抑え込む設計だ。さらに、エージェントがモデル推論の応答待ちやツール呼び出しの完了待ちといったアイドル状態に入ると、実行状態がチェックポイントとして保存され一時停止する。再開時にはコールドスタート遅延がほぼゼロのサブ秒間隔で復帰できるため、数十のタスクを少数の共有ホストワーカー上に多重化することが可能になる。従来型のKubernetes運用では、アイドル中も専用サンドボックスを起動したままにしておく必要がありコンピュートリソースが無駄になりがちだったが、AXのこの仕組みはモデルAPIや人間の判断待ちで長時間アイドル状態になりやすいエージェントワークロード特有の無駄を大きく削減できるとされる。

位置づけと運用面への懸念

AXは、LangGraphやCrewAIのようなアプリケーションレベルの高水準オーケストレーターとは異なり、より低レイヤーの「基盤実行ランタイム」として位置づけられている。想定利用者も個人開発者というよりは、大規模かつ長時間稼働するエージェント群を管理する必要があるエンタープライズだ。一方で技術コミュニティからは、Kubernetesクラスタやコンテナレジストリ、koによるCRD管理を前提とすることへの懸念も上がっている。Googleが掲げる「エルゴノミックなワークフロー」という謳い文句に対し、実際の導入・運用に伴う複雑性を疑問視する声だ。エグレスプロキシ接続のドロップや、シークレット管理機能がまだ初期段階にとどまっている点も課題として指摘されている。

今後の展望

こうした課題を抱えつつも、AXは自律型AIエージェントを本番環境で大規模運用するための「本質的なコンピュートプリミティブ」として位置づけられている。エージェントワークロードの実行基盤という新しい領域において、Kubernetesが果たしてきた役割をAIエージェント向けに再構築しようとする試みであり、今後エンタープライズでの採用が進むかどうかは、運用オーバーヘッドの解消とセキュリティ機能の成熟度にかかっていると言えそうだ。