{"slug": "google-s-ax-a-real-kubernetes-bet-or-another-gemini-cli", "title": "Google's AX: A Real Kubernetes Bet or Another Gemini CLI?", "summary": "Google has open-sourced AX (Agent Executor), an Apache 2.0-licensed agentic orchestrator under its official GitHub org that maps a large population of agent \"actors\" onto a small pool of physical worker pods, snapshotting and rehydrating state on demand to avoid Kubernetes idle-time waste. The project, which topped Hacker News, exposes four primitives — Task, Workspace, Gateway, and Model — and a public demo showed 250 sessions on 8 pods, though Google's \"billions of concurrent agent tasks\" figure remains an unverified design target. Commenters debated whether AX is a durable infrastructure bet or a repeat of Gemini CLI's quiet deprecation, noting it appears to be a Google Cloud Platform effort rather than a DeepMind-backed one.", "body_md": "Google's \"Open Agentic Orchestrator\" — internally AX, publicly branded Agent Executor — sat at #1 on Hacker News this week: 179 points, 74 comments, under a title that reads more like a mission statement than a product name. The repo lives at `github.com/google/ax`, under the official Google GitHub org, Apache 2.0 licensed, with none of the \"unofficial, not supported\" disclaimers Google usually slaps on side projects.\n\nThat detail matters more than it sounds. Google has a well-documented habit of shipping infrastructure that looks official, gets community traction, and then quietly disappears when the org that built it loses internal political capital. The Hacker News thread spent most of its energy on exactly this question — is this a durable bet, or a repeat of what happened to Gemini CLI — and the honest answer is more useful than the marketing.\n\nAX isn't one project, it's three, stacked:\n\nThe pitch, in Google's own framing: agent workloads are a genuinely new compute shape. They fire a burst of tool calls for 200ms, then sit idle for 30 seconds waiting on a model, a human, or an API — and standard Kubernetes, built for long-running services, wastes enormous compute keeping pods alive for that idle time. Agent Substrate exploits the idleness: a large population of \"actors\" (agents) gets mapped onto a small pool of \"workers\" (physical pods), with full memory-and-filesystem state snapshotted out and rehydrated in on demand.\n\nFour primitives define the developer-facing API: **Task** (isolated execution), **Workspace** (repos, MCP servers, skills — or, in Google's \"generative workspace\" mode, just a plain-English goal like \"set up a Python 3 dev environment\" that the agent scaffolds itself), **Gateway** (network egress allowlisting plus credential injection), and **Model** (centralized model/secret configuration). It's YAML that looks like a Kubernetes manifest because it is one — submitted the same way as a Deployment or Job.\n\nThe most credible technical read on the Hacker News thread came from a commenter who pointed out that Google already runs gVisor-based sandboxing at scale in GKE, plus pod snapshot-and-rehydration. If that's the real mechanism behind the \"sub-second resumption, zero cold start\" claim, AX isn't inventing new infrastructure — it's pointing existing GKE production capability at a new workload type. That's still valuable, but it reframes the announcement from \"breakthrough\" to \"repackaging,\" which is a very different story than the one implied by \"billions of concurrent agent tasks per cluster.\"\n\nWorth being precise about what's actually demonstrated versus claimed: the public demo shows 250 sessions on 8 pods. The \"billions\" figure is Google's stated design target for the architecture, not a benchmarked result anyone outside Google has reproduced. Treat it the way you'd treat any vendor capacity number — plausible given the mechanism, unverified in practice.\n\nThe skeptical case, laid out clearly in the thread: most of Google DeepMind has probably never touched AX. It reads as a Google Cloud Platform effort — not a Google DeepMind-backed initiative — and that's historically the exact pattern that precedes a Google infrastructure tool getting quietly deprecated. The cited precedent is specific and recent: Gemini CLI was effectively superseded by Antigravity CLI after its consumer authentication path was deprecated in June 2026. A tool built by one part of Google, without buy-in from whichever part currently sets AI product direction, has a bad survival rate at this company.\n\nThe counter-case is also real: Google's *infrastructure* open source track record — as opposed to its consumer product graveyard — is genuinely strong. Kubernetes, Go, gRPC, TensorFlow, V8, JAX, Protobuf: all Google-originated, all still alive and maintained years or decades later. AX is infrastructure, not a consumer app, and it lives under the official `google` org with no hedging language. That's a stronger institutional signal than most Google GitHub drops get.\n\nNobody in the thread resolved it, because it can't be resolved from a launch post. The tell to watch for isn't launch-week enthusiasm — it's who owns the roadmap in two quarters, and whether Google DeepMind's own agent tooling (Antigravity, the Managed Agents API) ends up routing through AX or quietly building something parallel.\n\nGoogle itself ships a second, competing answer in the same space: **Scion**, a Google Cloud project that wraps existing agent harnesses — described in the thread as \"closer to a harness-compatible layer on Kubernetes\" — rather than requiring teams to adopt the full Agent Substrate stack. One Google org shipping two structurally different answers to \"how do you run agents at scale\" in the same season is itself informative: nobody inside Google has converged on one model yet, so betting your infrastructure on either this early is a bet on which internal faction wins, not which architecture is objectively correct.\n\nThere's also a genuinely different competitor outside Google: OpenAI's Agents API went to public beta on September 10, 2026, with nine hosted sandbox partners and native subagent concurrency — as a managed API call, no Kubernetes required. That's the real fork in the road for anyone actually building agent infrastructure right now: AX gives you full control over egress policy, model routing, and multi-tenant isolation, at the cost of running and operating a cluster yourself. OpenAI's Agents API gives you none of that control, in exchange for zero operational burden.\n\nIf you're running a handful of coding agents or automations — the Hermes/cron scale most of us operate at — none of this changes anything. A VM, bash, and manual egress rules are still fine. AX only starts mattering once you're past hundreds of concurrent long-running agent sessions and the idle-compute waste becomes a real line item.\n\nIf you are at that scale, the honest evaluation checklist is:\n\nThe genuinely new technical idea here — treating idle agent time as the resource to exploit, rather than treating every agent session as a persistent workload — is sound and likely correct as a long-term direction. Whether Google's specific implementation survives its own org chart is a separate question, and this week's launch enthusiasm doesn't answer it.", "url": "https://wpnews.pro/news/google-s-ax-a-real-kubernetes-bet-or-another-gemini-cli", "canonical_source": "https://dev.to/barry_norman_acw/googles-ax-a-real-kubernetes-bet-or-another-gemini-cli-2ilj", "published_at": "2026-09-21 20:24:07+00:00", "updated_at": "2026-09-21 20:54:35.624093+00:00", "lang": "en", "topics": ["ai-agents", "ai-infrastructure", "developer-tools", "mlops", "agent-protocols"], "entities": ["Google", "AX", "Agent Executor", "Kubernetes", "Gemini CLI", "Google Cloud Platform", "Google DeepMind", "gVisor"], "alternates": {"html": "https://wpnews.pro/news/google-s-ax-a-real-kubernetes-bet-or-another-gemini-cli", "markdown": "https://wpnews.pro/news/google-s-ax-a-real-kubernetes-bet-or-another-gemini-cli.md", "text": "https://wpnews.pro/news/google-s-ax-a-real-kubernetes-bet-or-another-gemini-cli.txt", "jsonld": "https://wpnews.pro/news/google-s-ax-a-real-kubernetes-bet-or-another-gemini-cli.jsonld"}}