Agent-First AI Development Platform with Multi-Surface Orchestration
google_deepmind · Tech · 2025 · source Agentic: yes · promotional bias: med · source-backed · extracted with prompt 0.5.2 (schema v2)
Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.
Problem
Domain: AI development environment
Google DeepMind needed an agent-first development platform for long-running software tasks across editor, browser, and agent manager surfaces.
Constraints:
- Multi-surface agent work
- Asynchronous feedback
- Capacity constraints at launch
Architecture
Google Anti-gravity is an agent-first developer platform with three coordinated surfaces: an editor, an agent-controlled Chrome browser, and an agent manager. Gemini 3 Pro powers agents that work outside the IDE across code, authenticated web context, browser actions, and long-running task execution. The agent manager organizes work through dynamic artifacts such as plans, walkthroughs, diagrams, screen recordings, research reports, open questions, task lists, and memory items, so users supervise progress through structured outputs rather than raw token streams.
Diagram confidence: explicit (topology described by the source).
flowchart LR editor-surface[Editor surface] --> agent-manager[Agent manager] editor-surface --> gemini-agent[Gemini agent] agent-manager --> artifact-system[Artifact system] gemini-agent --> agent-manager gemini-agent --> agent-controlled-browser[Agent-controlled browser] agent-controlled-browser --> artifact-system gemini-agent --> artifact-system artifact-system --> memory-bank[Memory bank] agent-manager --> user-feedback-loop[User feedback loop] artifact-system --> user-feedback-loop
Components
| Component | Role | Interacts with |
|---|---|---|
Editor surface |
VS Code-like coding surface with agent sidebar and fast handoff to the agent manager. | Agent manager, Gemini agent |
Agent manager |
Central control panel for supervising long-running agent tasks and artifacts. | Editor surface, Artifact system, Gemini agent |
Agent-controlled browser |
Chrome browser the agent can use for authenticated context retrieval and browser actions. | Gemini agent, Artifact system |
Gemini agent |
Gemini 3-powered development agent that executes tasks across surfaces. | Editor surface, Agent manager, Agent-controlled browser, Artifact system |
Artifact system |
Dynamic representations of plans, walkthroughs, research, diagrams, recordings, tasks, and memory. | Agent manager, Gemini agent, Memory bank |
Memory bank |
Stores reusable artifacts or derived knowledge for future tasks. | Artifact system |
User feedback loop |
Human review and feedback during task execution. | Agent manager, Artifact system |
Data flow
A developer starts from the editor or agent manager. The agent can move between editor work, browser research/control, and agent-manager supervision; Gemini decides whether to produce artifacts; artifacts expose plans, questions, task progress, proofs, and memory; the user can provide feedback during execution or jump back to the editor with the same files, artifacts, and conversation.
3 supporting quotes
Why this architecture
Anti-gravity uses multiple surfaces and artifacts because long-running agent work no longer fits inside a single IDE chat. The browser gives the agent web context and interaction, the editor remains available for direct developer control, and artifacts make task supervision less dependent on scrolling through strings and chain-of-thought-like logs.
3 supporting quotes
Models used: Gemini 3 Pro
Scale
- The product launched alongside Gemini 3 Pro and initially hit capacity limits.“And then, of course, Anti-gravity came out earlier this week alongside Gemini 3 Pro on Tuesday.”transcript, stated
- Artifacts are designed to scale into new representation types as the model decides what a task needs.“because it's dynamic the agent will decide this over time so suddenly there's maybe a new type of artifact that we maybe we missed Right?”transcript, implied
Alternatives considered (roads not taken)
Keep agents inside the IDE/chat surface
Rejected because: The platform treats agent work as spanning editor, browser, and manager surfaces.
Supervise agents through conversation logs
Rejected because: Raw token streams are hard to follow for many concurrent or long-running tasks.
Patterns
multi-agent-orchestration (developer-platform)
The platform manages agent work across multiple surfaces.
tool-use-orchestration (browser-use)
The agent can operate an agent-controlled Chrome browser.
Tradeoffs
Keep an editor escape hatch inside an agent-first product.
Chose Fast handoff from agent manager back into the editor with files, artifacts, and conversation preserved over Forcing every task to remain fully delegated to the agent.
Rationale: The product recognized that some tasks still required direct developer control because trust in models was not universal.
How to supervise long-running coding agents.
Chose artifact-centered agent manager over raw conversation and token streams.
Rationale: Artifacts present plans, progress, diagrams, and proof of work in forms that humans can review more easily than raw logs.
Gotchas (what bit them)
Raw agent conversation logs did not scale as the main supervision interface.
Root cause: Long-running multi-agent work generated too many token strings and intermediate steps for users to follow.
Resolution: Antigravity introduced artifacts and an agent manager so users could supervise progress through structured outputs rather than raw traces.
Evaluation
The summary emphasizes dogfooding and feedback loops rather than numeric benchmark metrics.
Metrics: internal dogfooding · user feedback
Outcomes
- Early users reported workflow improvements, while launch demand caused capacity constraints.
The product was launched as an agent-first AI development platform.