Googleがエージェント実行基盤「AX」を公開、クラスタあたり数十億タスクを処理
Google's Open Agentic Orchestrator
Googleがオープンな宣言型コントロールプレーン「AX」を公開した。タスク、ワークスペース、ネットワークポリシー、モデルをプリミティブとして抽象化し、軽量アクターとして数十億のエージェントセッションを単一クラスタで実行できる。アイドル状態のエージェントはチェックポイントされ、1秒未満でコールドスタートなしに再開。基盤にはAgent Substrateを採用し、生成AIによるワークスペース自動構築も統合されている。
従来のオーケストレーターは、ステートレスなマイクロサービスや予測可能なバッチジョブ向けに作られており、アイドル状態のサンドボックスを稼働させ続けるとコストが膨らむ一方で、1秒未満のサスペンドとレジュームをネイティブにサポートしていない。
HNでの議論
202- sigbottle
今みんなが収束しつつある一般的なワークフローって何なのか、誰か説明してくれない？AIエコシステムをあまり追いかけていなかったんだけど、最近エージェントのサンドボックスやVMについて調べていて、今はこういうスタートアップやツールが山ほどあるんだなと。エージェントに一時的なスクラッチボックスを与えるのって、そんなに価値があることなの？
自分は今でも、proxmoxでVMを作って、そのマシンにエージェントを入れて自由に走らせているだけ（dotfilesのセットアップスクリプトで開発環境はほぼタダで作れるし、VMスナップショットを取るだけでもいい）。これの何がダメなの？これって今のエンタープライズ向けのスケーラブルな解じゃないの？
- mcoliver
GoogleのAntigravityハーネスとJulesには満足しているので、これを触るのが楽しみです。共有ありがとう。同時に、ローカルのオフラインモデルも見直したいと思っています。
モデルの状況についてはそこそこ理解しているつもりですが、ローカルモデルにはどのエージェントハーネスを使えばいいのか、少し迷っています。Hermes、Cline、Aider、Qwen Code、Goose、Pi、OpenCode、それとも何か別のもの？自分はターミナルに住んでいるので、デスクトップUXはボーナスだけど必須ではないです。
Antigravityの設定やプログラムを変更してローカルモデルを指すことはできますか？どこにエネルギーを注ぐべきでしょうか？
- dmix
> タスクはコンテナイメージとコマンド、コンピュートのリクエストとリミット、環境変数などを宣言する。[...] タスクが公開するリスナーと、サンドボックスが到達できるホストとポートのegress許可リストを宣言する。これを使ってエージェントを、たとえばあなたのLLMプロバイダーとGitホストだけに制限できる。
より分離を強めるために、エージェントやコードサーバーを動かすLinuxミニPCを丸ごと買うつもりです。Codex/Claude Codeは（ほとんどのIDEと同じく）デスクトップアプリでも、SSH経由でコードに対してプロンプトを実行できます。
これが新しい標準的なやり方になるのかなと思っています。仕事用ラップトップと、分離されたエージェントボックスを手に入れるという。
アクセス制御とネットワークのホワイトリストの運用は常にメンテナンスの課題で、間違いを犯しやすいです。
- weedfroglozenge
誰もこれを使う用事なんてないし、このウェブサイトを見て何のためのものか分かるやつは自分を騙しているだけだ。流れているデモgifでさえ、タスクを一時停止して再開しているだけじゃないか。
- Mond_
こういうリリースの現実として、Googleの重役のほとんどはこれを聞いたこともないだろうし、タイトルで「Googleの」とラベル付けするのは誤解を招く。
確かにGoogleの従業員が開発したものだが、それはGoogleやDeepmind、GCPの全面的な後ろ盾があることを意味しない。特に、ウェブサイトもそれを主張しているようには見えない。
- aleksandrm
ウェブサイトを見てみたけど、それでも目的が分からない。
- pianopatrick
なぜ選ばれたのかは理解できるけど、大量のyamlを書くのは好きじゃない。
- dilyevsky
興味深い、私たちも社内エージェント用に非常によく似たフレームワークを開発していた：https://github.com/apoxy-dev/clrk 私たちの場合、主なユースケースはLLMプロバイダー、HTTP、ランダムなTCP/UDP呼び出しを含むすべてのネットワークI/Oを傍受することだった