Google、AIエージェントのクラスタ制御基盤「AX」をオープンソース公開

AX（Agent Executor）は、クラスタ環境上で数百万規模の自律型AIエージェントを宣言的に管理・実行するためにGoogleがオープンソース公開したオーケストレーション基盤です。日常的にKubernetesを扱っているエンジニアであれば、違和感なく手元で動かせる設計になっています。

自律型エージェントは、従来のステートレスなマイクロサービスともバッチ処理とも異なる新しいワークロードです。実行状態を蓄積し、モデルAPIや外部ツールを呼び出し、監視を怠ると無限ループに陥って計算リソースを浪費するリスクを抱えています。AXは、そうしたエージェント特有の実行管理を宣言的マニフェストによって解決します。

何ができるのか

AXは、エージェント環境を構成する要素を「Task」「Workspace」「Model」という3つのシンプルなプリミティブに集約しています。

Taskは、信頼できないエージェントコードをCPUやメモリ制限付きの隔離サンドボックス内で実行するための単位です。YAMLファイルでコンテナイメージやタスクのゴール、デバッグ設定を記述します。

Workspaceは、GitリポジトリやMCP（Model Context Protocol）サーバ、スキルパッケージを事前にマウントし、エージェント起動時のオーバーヘッドをなくすウォームスタート用の環境設定です。

Modelは、クラスタ基盤が利用するLLMプロバイダを定義し、認証情報をKubernetes Secretから安全に読み込む役割を持ちます。

運用コマンドもkubectlとほぼ共通の使い勝手に揃えられています。ax applyでタスクを投入し、ax getやax describeで状態を確認できます。

特に実用的なのが一時停止とデバッグ機能です。ax suspendを実行するとアクターの状態をチェックポイントとして保存して停止でき、ax resumeでいつでもその場から再開可能です。さらにax sshを使えば、稼働中のサンドボックス内部に直接接続してリアルタイムのトラブルシューティングが行えます。

どう動かすのか

AXはApache License 2.0の下でGitHubに公開されていますが、稼働させるための前提要件はやや高度です。

まず、サンドボックス実行を担うAgent SubstrateがKubernetesクラスタ内のate-system名前空間で動作しており、そのControl APIへアクセスできる状態である必要があります。開発機側にはGo、kubectl、そしてコンテナレジストリへのプッシュ権限を持つDockerまたはPodmanが必須です。

セットアップは、go installでCLIツールを導入し、ビルドしたax-serverとタスク実行用イメージをレジストリに登録後、デプロイコマンドでPostgreSQLを含む制御プレーンをax-system名前空間に構築する流れとなります。

なお、リポジトリには現在激しい開発の途上にあるという警告が明記されており、正式リリースまでに仕様やプロトコルの破壊的変更が入る可能性が高い点には注意が必要です。

なぜ重要か

多くのエージェント開発ツールがプロンプト制御やメモリ層ばかりに注力するなか、Googleがクラスタレベルのリソース隔離やプロセス監視というインフラの本質課題に正面から踏み込んできた点は極めて合理的です。

社内基盤として大規模なAIエージェント実行環境を模索しているプラットフォームエンジニアであれば、宣言的な設計思想を学ぶためにも今すぐ試す価値があります。一方で、破壊的変更が前提の初期段階であるため、安定稼働を求めるプロダクションへの導入は正式版の動向を見極めてから判断すべきだと考えられます。