Google Antigravity 2.0: The Harness You're Not Using (Yet)
A complete breakdown of Google Antigravity 2.0: workspace permission scoping, progressive SKILL.md disclosure, /goal and /learn workflows, Chrome DevTools browser QA, background schedules, and mobile control.
When developers compare AI coding tools, the conversation usually revolves around raw model benchmarks. In day-to-day software work, however, the harness surrounding the model matters just as much as the model itself.
While most attention has been locked onto Claude Code and OpenAI Codex, Google quietly overhauled its developer ecosystem with Antigravity 2.0—shipping a standalone desktop app, an IDE, a CLI, mobile remote control, persistent skills, and background task execution.
The video below walks through the full Antigravity 2.0 stack and how its harness architecture changes the way coding agents operate against real projects.
Why the Agent Harness Matters as Much as the Model
A frontier language model on its own can only read tokens and output tokens.
To do real software engineering, it needs a harness: the runtime layer that controls how the model reads files, executes terminal commands, manages long-running tasks, respects workspace boundaries, and verifies its own output.
Antigravity 2.0 approaches this as an integrated environment across four surfaces:
- a standalone desktop application for orchestrating agent threads
- a full IDE experience for direct code editing and diff review
- a command-line interface (agy) for terminal-first workflows
- cloud sandboxes and the Interactions API in Google AI Studio
Workspace Boundaries and Sandbox Permission Scoping
One of the most practical parts of Antigravity 2.0 is how it handles command execution and file permissions.
By default, terminal commands run inside a local sandbox scoped strictly to your active workspace directory, scratch folders, and standard build tools—without unrestricted network access or access to unrelated files on your machine.
When a command genuinely needs external network access—such as pushing to GitHub, deploying to Vercel, or calling an outside API—the harness requests explicit approval to bypass the sandbox for that specific step.
That separation lets routine file reads, lint checks, and local builds run automatically at full speed without giving an agent unchecked access to your entire operating system.
The Skills Architecture and Progressive Disclosure
A common mistake when configuring coding agents is dumping thousands of lines of instructions into a single global prompt file. That bloats the context window on every turn and degrades reasoning quality.
Antigravity 2.0 solves this with a modular Skills architecture built around progressive disclosure.
Each skill lives in its own folder with a required SKILL.md file (containing YAML frontmatter with a concise name and trigger description) alongside optional helper scripts, examples, and reference docs.
At the start of a session, the agent only sees the short one-line descriptions of available skills. It only reads the full SKILL.md file when your task actually requires that specific capability—keeping the context window lean until specialized knowledge is needed.
High-Leverage Slash Commands: /goal, /learn, and /teamwork
Instead of forcing you to manually prompt every follow-up step, Antigravity builds structured workflows into slash commands:
- /goal turns an open-ended prompt into an autonomous execution loop where the agent plans, implements, runs builds and tests, and does not stop until the completion criteria are verified.
- /learn captures corrections, environment quirks, or design preferences from the current session and persists them as reusable rules or skills so you never have to repeat the same fix twice.
- /teamwork coordinates multiple autonomous subagents working in parallel across isolated Git branches or worktrees, allowing one agent to handle frontend components while another builds data pipelines or runs verification.
Browser Subagents and Automated Visual QA
Terminal build passes do not guarantee that a web page actually looks right.
A Next.js build can exit with code 0 while a hero section overflows on mobile, an image fails to load, or a layout looks generic.
Antigravity integrates directly with Chrome DevTools via Model Context Protocol (MCP). An agent can launch a real headless or visible browser tab, navigate to your local dev server, inspect the live DOM and console errors, test responsive viewports, and capture screenshots to visually verify its own frontend changes before handing the result back to you.
Background Schedules, Mobile Control, and the Interactions API
Beyond interactive coding sessions, Antigravity extends into persistent background automation:
- Scheduled tasks let you run recurring cron jobs or one-shot timers that wake the agent up to check data feeds, run audits, or summarize updates.
- Mobile remote control pairs via QR code so you can monitor a running local session, review diffs, or approve a sandbox permission request from your phone.
- On the cloud side, Google AI Studio's managed sandboxes and the new stateful Interactions API make it straightforward to move agentic workflows from local experimentation into production applications.
When to Use Antigravity 2.0
You do not need to abandon Claude Code or Cursor to get value out of Antigravity 2.0.
Where Antigravity shines is full-stack orchestration: tasks that combine multi-file code edits, live browser QA through Chrome DevTools, reusable SKILL.md libraries, and long-running /goal loops.
In 2026, the best builders are not loyal to a single model—they understand how each harness works and pick the right environment for the job.
Watch more on Travis Automates
New video breakdowns on AI, markets, and modern software tools every week—plus templates and build resources inside AutomateOS.
Related Library Content
Sources & References
- [1]
- [2]
- [3]Model Context Protocol (MCP) Specification(Model Context Protocol)