Google I/O 大会刚刚落幕，备受开发者瞩目（同时也饱受争议）的 Antigravity 2.0 终于揭开面纱。如果说 Antigravity 1.0 是一个令人大失所望、充满 Bug 且定位模糊的缝合怪 IDE，那么 2.0 版本则完成了一次堪称“断臂求生”的底层重构。
Google 终于想通了：在 LLM 时代，开发者不需要另一个套壳的 VS Code，我们需要的是真正的 Coding Agent。
Antigravity 2.0 彻底撕掉了 IDE 的标签，将其核心定位重塑为 Agent-First Development Platform。现在的它，是一个由 Agent Platform + CLI + SDK + Cloud Managed Agents 组成的纯粹的 Coding Agents 矩阵。
然而，步子迈得太大，难免扯到蛋。本文将深度拆解 Antigravity 2.0 的核心技术演进，并从一线开发者的视角，狠狠吐槽那些“反人类”的破坏性更新。
核心架构突变：告别 IDE，拥抱 Agent-First
谋杀文件树：Project 与 Conversation 上位
在过去三十年的软件开发中，Workspace（工作区） 和 Folder（文件夹） 是不可动摇的基石。但 Antigravity 2.0 认为，Agent 不应该像人类一样去逐层展开文件夹。
💡 核心范式转移：Antigravity 2.0 彻底移除了传统的文件树视图（File Tree）。取而代之的是基于 Project（项目上下文） 和 Conversation（会话流） 的全新维度。
你的代码库现在被向量化并作为 RAG（检索增强生成） 的底层 Context 存在。开发者不再需要手动定位 src/components/Button.tsx，而是直接在 Conversation 中通过 System Prompt 或自然语言指令唤醒 Agent 去修改特定逻辑。这种设计极大地拉高了代码的抽象层级，但也让习惯了掌控每一个文件的老派程序员感到强烈的不适。
Antigravity CLI 篡位：再见，Gemini CLI
作为去 IDE 化的一部分，Google 官方宣布 antigravity CLI 正式取代原有的 gemini CLI。新的 CLI 深度集成了 Function Calling 和云端 Agent 调度能力。
# 过去：使用 gemini cli 生成代码（已废弃）
gemini code --generate "login component" --target ./src
# 现在：使用 antigravity cli 唤醒云端 Agent 介入 Project
antigravity agent spawn --task "Implement OAuth2 login" --project-id "prj_xyz123" --sync-local
通过 --sync-local 参数，云端 Managed Agent 生成的代码会以类似 Git Patch 的形式推送到本地，开发者只需 Review 并 Accept。
杀手级特性：Dynamic Subagents 与自动化工作流
Dynamic Subagents (动态子智能体并行)
这是 2.0 版本最具技术含量的升级。传统的 Coding Agent 通常是单线程的，而 Antigravity 2.0 引入了 多智能体协作（Multi-Agent Collaboration） 机制。
当你在 Conversation 中输入一个宏大需求（如：“重构用户鉴权模块”），主 Agent（Router Agent）会动态拆解任务，并并行生成多个 Dynamic Subagents。
graph TD
A[User Prompt: 重构鉴权模块] --> B(Antigravity Main Router)
B -->|Spawn| C[DB Schema Agent]
B -->|Spawn| D[Backend API Agent]
B -->|Spawn| E[Frontend UI Agent]
C --> F{Context Sync & Conflict Resolution}
D --> F
E --> F
F --> G[Generate Unified PR / Project Commit]这种并行工作流极大地缩短了大型 Feature 的开发周期，配合底层的 Mini LLM 进行快速代码验证，整体吞吐量比 1.0 提升了数倍。
Scheduled Tasks：Agent 级别的 Cron Job
2.0 新增了 Schedule Tasks 功能，这意味着 Agent 不再是被动响应指令，而是可以主动执行任务。你可以配置一个 Agent 每天凌晨拉取最新的 GitHub Issues，自动分析 Bug 堆栈，并在你上班前生成修复代码的 Draft PR。
商业化策略：精准收割的定价刀法
在定价方面，Google 展现出了精准的“刀法”。除了原有的免费版和天价的 $249.99 Ultra 版，2.0 增加了一个极具诱惑力的中间档位。
| 功能维度 | Free Tier | 5x Pro (新增) | Ultra |
|---|---|---|---|
| 月费 | $0 | $99.99 | $249.99 |
| 云端并发 Agent 数 | 1 | 5 | 无限制 |
| Dynamic Subagents | 不支持 | 支持 (最多 10 个子任务) | 完全解锁 |
| Scheduled Tasks | 无 | 每天 5 个任务 | 无限制 |
| 底层模型 | Gemini Flash | Gemini 1.5 Pro (全量上下文) | Gemini 1.5 Ultra |
这个 $99.99 的 5x Pro 档位显然是瞄准了高级独立开发者和小型初创团队，它提供了足够用的并发 Agent 能力，性价比极高。
开发者避坑指南：Antigravity 2.0 的“反人类”吐槽
虽然架构理念先进，但作为刚刚发布的 2.0，其工程实现和产品细节依然充满了让开发者血压飙升的痛点。
1. 灾难级的 Left Panel UI 设计
既然取消了文件树，左侧面板（Left Panel）现在被用来展示 Project History（项目历史） 和 Conversation（会话）。 痛点：这两个维度的信息被粗暴地揉捏在一个 List 里面，极其混乱。更离谱的是，当前版本竟然 没有提供清理或批量删除会话的功能！当你测试了 50 个废弃的 Agent 任务后，你的左侧面板将变成一个无法直视的垃圾场。
2. 破坏性更新：`.gemini/workflow` 惨遭灭门
在 1.0 时代，很多高级玩家通过在项目根目录建立 .gemini/workflow 文件夹，使用 YAML 定义了一系列自定义的 Command 和 CI/CD 钩子。
痛点：升级到 2.0 后，这些自定义 Command 全部失效且凭空消失。由于官方全面转向 SDK 和云端 Managed Agent 模式，旧版的本地 YAML 配置被彻底抛弃，且目前官方文档中 没有任何 Migration Guide（迁移指南）。
临时替代方案（基于新版 SDK 猜测）： 开发者现在必须使用 Python 或 Node.js 编写 Antigravity SDK 脚本来重新注册这些工作流：
// antigravity.config.js (2.0 替代方案)
import { AgentClient } from '@google/antigravity-sdk';
const client = new AgentClient({ projectId: process.env.PROJECT_ID });
// 重新注册过去的自定义 Command
client.registerCommand('build-and-deploy', async (context) => {
const agent = await client.spawnAgent({ role: 'devops' });
await agent.execute('Run build script and push to staging');
});
3. 裸奔的安全机制：缺乏权限与模式控制
作为一个 Agent-First 平台，Agent 拥有直接修改项目状态、执行 CLI 命令甚至提交代码的权力。 痛点：当前版本极度缺乏细粒度的 RBAC（基于角色的权限控制） 和 Mode Control（模式控制）。 你无法为特定的 Subagent 设置“只读模式（Read-only）”或“需要人工确认（Human-in-the-loop）”的强拦截。一个发疯的 Agent 可能会在并行工作流中直接覆盖掉你刚写好的核心逻辑，而你只能在 Project History 中痛苦地 Rollback。
总结
Google I/O 带来的 Antigravity 2.0 是一次勇敢且激进的跳跃。它用行动宣告了传统 IDE 在 AI 时代的局限性，并为我们描绘了一个由 Dynamic Subagents 和 Agent-First 架构 主导的未来。
然而，步子迈得太大导致的 UI 混乱、向下兼容性极差（工作流丢失）以及权限控制的缺失，让它目前更像是一个面向极客的“昂贵玩具”，而非企业级生产力工具。对于追求稳定性的团队，建议暂时观望；但对于热衷于探索 LLM 工作流 前沿的开发者，那个 $99.99 的 5x Pro 档位，绝对
