Google Antigravity 2.0 核心技术栈深度洞察:Agent 操作系统的诞生

引子:一次彻底的架构断裂
昨天(2026 年 5 月 19 日),Google I/O 大会上发布了 Antigravity 2.0。这不是一次功能更新——这是一次架构断裂。
Antigravity 1.x 是 VS Code 的 fork,本质上仍然是"IDE + AI 助手"——在编辑器侧边栏里跟你聊天、帮你写代码。2.0 完全不同:它是一个独立的桌面应用,设计中心不是编辑器,而是 Agent。IDE 从"主角"变成了"工具之一"。
独立桌面应用"] ORCH["Multi-Agent
Orchestration"] SCHED["Scheduled Tasks
后台自动化"] PARALLEL["Parallel Subagents
动态生成"] HUB --> ORCH HUB --> SCHED HUB --> PARALLEL ORCH --> EDIT2["Editor"] ORCH --> TERM["Terminal"] ORCH --> BROWSER["Browser"] end style HUB fill:#2563eb,stroke:#1d4ed8,color:#fff style ORCH fill:#10b981,stroke:#059669,color:#fff style SCHED fill:#f59e0b,stroke:#d97706,color:#000
核心转变:Agent 成为一等公民。你不再是"写代码的人",而是"指挥 Agent 团队的架构师"。Antigravity 2.0 是 Google 对"Agent 作为操作系统原语"的架构宣言。
核心技术栈:四级阶梯 + 共享协议
Google 将整个 Agent 开发体系设计为四级阶梯,底层由 A2A 协议统一互联。这不是四个独立产品,而是同一个运行时的四种入口——从低代码到全代码,向上兼容:
Code-First · 完全自定义 Agent 网格
图引擎 + 协作式多 Agent"] R3["Rung 3: Antigravity 2.0 + CLI + SDK
开发者 Agent 编排
Gemini 3.5 Flash 共优化 Harness"] R2["Rung 2: Managed Agents API
Agent-as-a-Service
Google Cloud 安全沙箱"] R1["Rung 1: Agent Studio
Low-Code · 可视化 Agent 构建
模型花园 + 拖拽式工具连接"] end A2A["A2A Protocol
跨层级 Agent 互操作层"] GEMINI["Gemini Enterprise Agent Platform
Session Memory · 治理 · 安全 · 合规"] R4 --> R3 R3 --> R2 R2 --> R1 A2A --- R1 A2A --- R2 A2A --- R3 A2A --- R4 GEMINI --- R1 GEMINI --- R2 GEMINI --- R3 GEMINI --- R4 style R4 fill:#7c3aed,stroke:#6d28d9,color:#fff style R3 fill:#2563eb,stroke:#1d4ed8,color:#fff style R2 fill:#10b981,stroke:#059669,color:#fff style R1 fill:#f59e0b,stroke:#d97706,color:#000 style A2A fill:#ef4444,stroke:#dc2626,color:#fff style GEMINI fill:#8b5cf6,stroke:#7c3aed,color:#fff
关键设计原则:向上兼容。你在 Agent Studio(Rung 1)里构建的 Agent,可以作为 ADK 2.0(Rung 4)的子 Agent 被调用。从快速原型到生产部署,不需要重写。
核心组件深度拆解
1. Antigravity Agent Harness(共享运行时引擎)
这是整个 Antigravity 生态的心脏。所有表面——桌面、CLI、API、SDK——共享同一套 Agent 运行时。关键特性:
- 与 Gemini 3.5 Flash 共优化:不是通用 LLM 调用层。Gemini 3.5 Flash 在几乎所有 benchmark 上超越 3.1 Pro,速度快 4 倍。Harness 与模型的调度、工具调用、上下文管理深度绑定
- 动态子 Agent 生成:单个 prompt 可以 spin up 多个子 Agent,自动分解任务。不是预定义的 DAG,而是运行时动态决定
- 并行编排:多个 Agent 同时执行独立任务,而非串行等待
- 持久化隔离环境:每个 Agent session 保有完整文件系统和状态,可以跨多轮对话恢复——不是无状态的 function call
2. Antigravity 2.0 Desktop(Agent 控制塔)
独立的桌面应用,不再是 VS Code。核心能力:
- 多 Agent 可视化编排:同时看到多个 Agent 的工作状态和产出(Artifacts)
- Scheduled Tasks:定时任务——Agent 可以在后台自动运行。这是 Agent 从"你问它答"到"持久化服务"的关键一步
- 动态子 Agent:从单个 prompt 自动生成子 Agent 进行并行工作
- 跨表面集成:连接 AI Studio、Android Studio、Firebase
3. Antigravity CLI + SDK
终端和编程式入口——与桌面应用共享认证、上下文、Skills 和配置:
- Antigravity CLI:终端原生,零 GUI 开销。Gemini CLI 正在被正式迁移到此
- Antigravity SDK:编程式访问 Agent Harness,可自定义 Agent 行为,可部署到自有基础设施。这意味着 Antigravity 不是"只能用 Google 的产品"——SDK 允许在任何地方运行相同的 Agent 逻辑
4. Managed Agents API(无服务器 Agent)
这是 Google 的"Agent-as-a-Service"方案,对标 AWS Lambda 的 Serverless 范式但完全针对 Agent 设计:
可跨多轮恢复
每个 Agent 拥有自己的独立 Linux 沙箱(provisioned with skills, MCP servers, server-side tools),全生命周期隔离。通过 Interactions API 调用,通过 A2A 与 Agent Platform 治理集成。
与 Hermes 的架构对比
| 维度 | Antigravity 2.0 | Hermes |
|---|---|---|
| 定位 | Agent 操作系统 + 开发平台 | Agent 运行时 + 对话网关 |
| 运行时 | Agent Harness(Gemini 共优化) | AIAgent(模型无关) |
| 多 Agent | A2A 协议原生 + 动态子 Agent | delegate_task + Kanban |
| 环境 | Google Cloud 安全沙箱 | 本地进程 / Docker / SSH |
| 定时任务 | Scheduled Tasks(GUI 配置) | cronjob(YAML 定义) |
| Skills | Markdown 定义 · Gemini 共优化 | SKILL.md · 模型无关 |
| 托管 | Managed Agents API(Serverless) | 自托管(Gateway 进程) |
| 模型绑定 | 深度绑定 Gemini 3.5 Flash | 任意 OpenAI-compatible Provider |
关键差异:Antigravity 2.0 是全栈垂直整合(从模型到桌面到云端),Hermes 是水平通用集成(任意模型、任意工具、任意平台)。这不是谁好谁坏的问题,而是两种架构哲学。
关键洞察
洞察 1:Agent 成为操作系统原语
Antigravity 2.0 的架构中最激进的设计不是任何单一功能,而是 Agent 在系统中的地位变化:
- Scheduled Tasks:Agent 可以定时运行——从"工具"到"服务"
- Dynamic Subagents:Agent 可以生成子 Agent——自组织的 Agent 网格
- 跨表面存在:桌面 + CLI + API + SDK + AI Studio + Android + Firebase——Agent 不是某个产品的功能,而是贯通所有产品的原语
洞察 2:Google 的"Harness + Model Co-optimization" = 锁定策略
Antigravity Agent Harness 与 Gemini 3.5 Flash 共优化——这不是技术选择,是战略选择。Harness 的调度策略、工具调用格式、上下文管理都针对 Gemini 优化。换个模型跑同一个 Harness,效果会打折扣。
这是 Google 对标 Anthropic 的回击:
- Anthropic:Claude Code + MCP + Stainless SDK(收购 Stainless)→ Agent 开发工具链
- Google:Antigravity 2.0 + Managed Agents + A2A + Gemini 3.5 Flash → Agent 操作系统
双方都在构建"模型 + 运行时 + 工具"的垂直栈,但 Anthropic 更依赖第三方工具生态,Google 更偏向自建平台。
洞察 3:Managed Agents = Serverless 2.0
Managed Agents API 是 AWS Lambda 的"Agent 版本",但有根本区别:
- Lambda 是无状态函数,Managed Agents 是有状态的持久化沙箱(文件系统 + 会话状态)
- Lambda 按请求计费,Managed Agents 按 Agent session 计费
- Lambda 执行代码,Managed Agents 编排 Agent(代码执行 + 工具调用 + 子 Agent 协调)
这是云计算从"函数即服务"到"Agent 即服务"的范式升级。
洞察 4:A2A + MCP = Agent 时代的 TCP/IP 栈
Google 同时在推动两个协议但分工明确:
Agent ↔ Agent
任务委派 · 上下文传递 · 结果协调"] MCP["MCP Protocol
Agent ↔ Tool
工具发现 · 参数传递 · 结果返回"] SDK["Stainless SDK / Antigravity SDK
类型安全的 API 执行层"] end A2A --> MCP MCP --> SDK style A2A fill:#ef4444,stroke:#dc2626,color:#fff style MCP fill:#2563eb,stroke:#1d4ed8,color:#fff style SDK fill:#10b981,stroke:#059669,color:#fff
回顾我们之前分析过的 Stainless 和 LiteLLM:
- LiteLLM:API 网关层(统一接入、路由、成本控制)
- Stainless:类型安全通信层(SDK 生成、MCP Server)
- Antigravity 2.0:Agent 运行时层(编排、调度、沙箱)
这三者合在一起,构成了 Agent 基础设施的完整技术栈。
洞察 5:对 AI Infra 方向的启示
如果你在构建 Agent 基础设施,Antigravity 2.0 的架构提供了三个值得深度思考的方向:
- 从 Cron 到 Persistent Agent:Hermes 的 cron 系统可以考虑演进为"持久化 Agent"——不是每次启动新 session,而是 Agent 保持存活、定时执行任务、累积上下文
- Agent Harness 抽象:将 triton-agent 的 NPU 调度运行时抽象为可复用的 Harness 层——统一管理算力资源、算子执行、结果验证
- Skills 的可移植性:Antigravity 的 Skills 是平台无关的 Markdown。如果你的 Agent 生态需要跨框架协作,Skills 应该是可移植的,而非绑定到特定运行时
总结
Antigravity 2.0 是 Google 对"Agent 作为操作系统原语"的架构宣言。核心技术栈:Agent Harness(共享运行时 · Gemini 3.5 Flash 共优化)+ 四级阶梯(Agent Studio → Managed Agents API → Antigravity 2.0 → ADK 2.0)+ A2A 协议(跨 Agent 互操作)+ Managed Agents(Serverless Agent)+ Scheduled Tasks(Agent 持久化)。
这是 Google 对标 Claude Code + Anthropic 生态的全栈回击,也是 Agent 开发从"辅助工具"到"操作系统"的里程碑事件。