导读：Google Antigravity 2.0被定位为Agent优先开发平台，可在桌面端、CLI和SDK中编排多个Agent，并支持动态子Agent、Hooks和异步任务。多个Agent确实能并行搜索、编码和测试，但若同时修改同一文件，速度会迅速转化为冲突与返工。可靠做法是先拆分边界，再并行执行。
主Agent先建立任务图
把需求拆成接口、前端、测试、文档和安全检查，标记依赖和共享文件。能独立完成的任务并行，数据库结构、公共类型和核心配置由一个负责人修改。主Agent维护验收标准与最终合并。
每个子Agent只收到完成任务所需的目录、文档和工具。输出必须包含改动文件、假设、测试结果和未解决风险，不以“已完成”作为唯一报告。
工作树与文件所有权
每个写代码Agent使用独立工作树或分支，避免同时覆盖。任务开始声明文件所有权，发现需要跨边界修改时先请求协调。只读分析Agent可以并行读取，但不能暗中写入。
公共接口先由主Agent定稿并生成契约测试，子Agent围绕契约实现。合并按依赖顺序进行，每次合并后运行相关测试，出现冲突回到业务语义而不是机械选择一侧。
Hooks和权限控制
PreToolUse Hook阻断生产发布、危险Shell和项目外写入；PostToolUse记录命令、耗时和差异。子Agent权限低于主Agent，密钥和部署令牌不进入普通开发任务。
外部网页、Issue和依赖文档视为不可信资料，不能改变系统规则。下载和执行第三方代码进入沙箱。
并行是否真的更快
统计墙钟时间、总Token、冲突次数、重复读取和人工合并时间。四个Agent运行十分钟不等于只消耗十分钟资源。小任务并行开销可能高于串行。
先在两个独立子任务试点，证明质量后增加并行度。最终代码仍通过统一格式、静态检查、测试、安全扫描和人工评审。
执行清单
- 先画任务依赖与共享文件。
- 每个Agent使用独立工作树和文件所有权。
- 公共契约由主Agent统一维护。
- 用Hooks限制Shell、路径和发布权限。
- 以总成本、冲突和交付时间评估并行。
总结
Antigravity多Agent适合并行独立工作，不适合让多个模型同时争抢同一上下文。任务图、工作树、契约和统一验收建立后，并行才会真正缩短交付时间。
