Antigravity 2.12.0 新增了 /boost 命令
深度解析 Antigravity 2.12.0 新增的 /boost 深度攻坚命令，对比 /teamwork-preview 多智能体协同在定位、流程与工作模式上的核心差异。
#Antigravity #AI Agent #Boost
/boost 与 /teamwork-preview 都是 Antigravity 中用于处理复杂任务的高阶调度机制，但两者的设计定位、协作形态和前置流程有本质区别：
1. 核心定位与使用场景
| 维度 | /boost (深度攻坚 / 强化委托) | /teamwork-preview (多智能体协同 / 团队项目) |
|---|---|---|
| 主要定位 | 纵向深挖：针对高复杂度、需要深度思考与严苛验证的单项硬核任务。 | 横向协作：针对跨模块、大体量、需要多角色分工或超大规模并行探索的系统级项目。 |
| 适用场景 | • 复杂的代码重构、困难的算法实现 • 疑难 Bug 根因定位、死锁/性能排查 • 单点深度调研与严谨技术选型 | • 完整系统从 0 到 1 构建（如开发一个编译器、复杂 Web 应用） • 难解数学定理证明与大规模并行推演（支持多 Agent 并行） • 完整的技术文档审阅评估 |
| 底层智能体形态 | 调度者协调特定攻坚角色： • DeepCoder（专注代码实现）• DeepInvestigator（专注根因分析与验证） | 依据任务形态路由的多 Agent 团队： • 文档评审组 / 形式化证明管线 • 大规模并行探索团队（可扩展到数十/上百 Agent） • 模块化开发与对抗性审核团队 |
2. 工作流程与交互方式的区别
/boost：快速路由与闭环打磨
- 无需冗长的前置对齐：通常由 Orchestrator 自动决定进入 Solo 模式还是 Delegation 模式。
- 高保真任务传递：原汁原味地将用户需求派发给攻坚 Subagent，无需繁重的需求拆解模板。
- 多轮验证循环：Worker 完成后，调度者会主动挑错、审查未满足条件，并在必要时发起追问与额外轮次，直到完全满足标准。
/teamwork-preview：严谨的提示词工程与契约验收
- 两阶段工作法：必须先经历 (1) 需求打磨与契约拟定，再 (2) 正式委派启动。
- 强制防“伪通过”（Anti-Self-Certification）：通过交互式流程建立客观的测试基准（Acceptance Criteria）和约束，防止 Agent 团队自己给自己打满分并过早交卷。
- 工件跟踪：全程维护
prompt_draft.md，在用户最终确认批准前不会盲目启动多智能体系统。
3. 一句话总结与选择建议
- 选
/boost：当你有一个具体的硬骨头要啃（复杂的实现、难排查的 Bug、深度的验证调研），希望让专业模型深入推演、反复检查代码质量时使用。 - 选
/teamwork-preview：当你想要立项做一个完整的复杂系统/项目，或者做大规模并行推演，需要先梳理好需求边界与验收标准，再交由一个多 Agent 团队分工搞定时使用。
