Google Antigravity 推出 /boost：复杂任务可多花 token 换取更深推理

Google DeepMind 旗下 Antigravity 官方 X 账号于 8 月 31 日 23:05 UTC（北京时间 9 月 1 日 07:05）宣布推出新斜杠命令 /boost：对特别复杂的任务，用户可额外花费 token，让系统对眼前的挑战做更深入的推理。官宣附带一段使用演示视频，同一线程里给出文档链接，并明确上线范围：Antigravity 2.0 桌面应用与 CLI，仅限 Pro 和 Ultra 付费订阅者（见）。

官方把 /boost 定位为默认能力的补充：「Antigravity harness（运行框架）开箱即可处理广泛任务，/boost 帮助的是特别复杂的任务，前提是你愿意多花一些 token，推动系统对当前挑战进行深入推理。」截至本文核对时，这条推文获得 1,466 个赞、82,418 次浏览、94 次转发和 489 次收藏。

不是新模型，是把「推理深度」变成可购买的选项

/boost 不是模型更新，而是 harness 层的新命令。官方在中解释了机制：通过一个聚焦的多智能体工作流处理复杂任务。编排器（orchestrator）先分析你的 prompt，把任务分派给专门的深度推理管线，管线针对「复杂实现」或「根因调查」两类目标定制；随后自主子智能体接手，实现方案、验证结果、改进变更，最后才呈现结论。

这与 Antigravity 2.0 现有的 /goal、/grill-me、/browser 等命令（见）不同：那些命令改变的是 agent 的行为方式，/boost 改变的是推理深度。token 是模型按量计费的基本单位，官方等于把「想得更深」标了价。

三阶段管线：编排、并行执行、回归验证

官方把 /boost 描述为按需启动的多智能体推理管线，分三个阶段。第一阶段「目标与策略制定」：Primary Orchestrator 接收 prompt、检查工作区上下文，把复杂工程问题拆成可验证的子任务。第二阶段「并行执行与验证」：子智能体在相互隔离的作用域里干活，分实现工作流（写候选代码、生成单元测试）、调查工作流（不改文件地追踪调用图、分析陌生依赖）和本地验证（跑构建目标与测试套件）。

第三阶段「合成与交付」：编排器汇总结果，对着完整测试套件和边界用例做回归校验，失败的断言回灌下一轮迭代自动修正，全部通过后才交付带验证的变更摘要。

文档里的对比表给出了 /boost 与另外两种执行模式的分工：默认 agent 的任务跨度是「秒到分钟」，单智能体直连，单次工具检查，所有计划可用；/boost 是「秒到小时」，三阶段推理层级，多轮独立验证，付费计划可用；/teamwork-preview 则是「小时到天」的多角色智能体团队，做对抗性证伪和独立成功审计。与 /teamwork-preview 需要两阶段 scoping 访谈不同，/boost 不先对话，直接执行。

子智能体运行在临时隔离工作树（ephemeral isolated worktrees）里，继承工作区的文件与命令权限，越权操作仍会弹出交互式审批，调试日志和草稿 diff 不会混进主对话上下文。

官方圈定的四个用例

给出了 /boost 特别有效的四类任务：棘手 bug 修复（复现难以捉摸的问题、竞态条件、间歇性测试失败，并带真实复现测试）；算法优化（构造对抗性边界用例，对照理论界限做吞吐压力测试）；非平凡重构（现代化改造紧耦合模块，要求完整测试覆盖且零调用方回归）；根因调查（不修改任何文件，跨陌生代码库追踪执行调用图）。

调用方式是一句话：在 Antigravity 2.0 的任意对话轮次或 CLI 输入框里输入 /boost 加任务描述。文档示例是「/boost Reproduce and fix the intermittent deadlock in the connection pool during high connection turnover」（复现并修复连接池在高连接周转期间的间歇性死锁）。

从免费公共预览到 2.0 独立应用

Antigravity 是 Google DeepMind 的 agent-first（智能体优先）软件开发平台，2025 年 11 月 18 日以公共预览形式，官方当时称对 Gemini 3 Pro 的使用给出慷慨限速，速率限制每五小时刷新。

2026 年 5 月 19 日，官方推出 Antigravity 2.0：一个不含 IDE 的独立桌面应用，同时发布 CLI、SDK 与 API，官方称「数百万开发者」已采用 Antigravity IDE。发布这条消息的官方账号现有约 18.4 万关注者。

评论区反复追问：和 /teamwork 有什么区别

X 评论区里，开发者的反馈分化明显。简介自称 2023 年发明 serverless vector databases 的 John Rood 在中建议把触发逻辑反过来：「/boost 最好的形态不会是一个命令。先用便宜的跑一遍，只在验证发现具体失败时升级。复杂度不是好的触发条件，便宜那遍失败的证据才是。」

Derick Cornwall 则把它当作过渡方案：「你可以通过增加模型花在一个问题上的 token 量来提升低档模型的质量……在下一个 pro 模型发布前，这是个有用的权宜之计。」他在里提到自己一直用 Gemini 3.7 手动拼多智能体流程。

质疑的声音同样具体。用户 PRINCE ADEMILUYI 在中写道：「写这条帖的人干得不好，大家都对 /boost 有什么用、它替代了什么感到困惑。」linm 抱怨模型拖后腿：「请尽快发布新模型。现在 3.7 基本上是唯一真正能用的，这让这个功能显得没什么意义。」

iNasim4 的只有一句反问：「所以你们是要多收钱了吧？」Suyash Kelvin 则称「你们昨天削弱了模型，今天发布 /boost。这是糟糕的 Google。」

Hacker News 上，这条消息发布约三小时后获得 65 分、47 条。用户 Mond_ 批评付费门槛：「把它做成付费用户专属功能简直疯了。免费版和付费版的主要区别应该是你能用到的推理配额数量。」mystifyingpoi 概括为：「/boost、ultracode 这些魔法咒语看起来就是『往问题上砸更多钱和 token，也许会有用』。」

aniketsaurav18 注意到上线范围绕开了老用户：「他们像 Antigravity IDE 根本不存在一样忽略它。」hedgehog 则说官方说明「细节不多，听起来像是 Claude Code、Pi 以及人们每天捣鼓的一堆其他项目里任何高端模型都有的行为」。

独立 AI 媒体 AlphaSignal 在官宣当晚发布，称 /boost 真正增加的「是把重度用户手动拼装了几个月的模式产品化：拆解难题、并行探索与实现、用测试验证、失败后迭代」，并指出目前没有单独的按次计价，但 token 消耗会明显高于默认回合，因为要同时支付编排、多个子智能体和验证轮次的成本。后者属于媒体解读，官方未公布具体计价。

成本与分工边界：官方还没给出数字

围绕 /boost 的追问集中在两处。其一，token 成本：官方口径只有「多花一些 token」，文档没有给出单次调用的消耗数字或计价公式。其二，与 /teamwork-preview 的边界：两个命令都涉及多智能体和付费层，评论区多人追问差异。可用范围倒是写清楚了：文档把 Boost 列为「付费计划」功能，默认 agent 是「所有计划」，免费用户不在其中。这些口径，连同单次 /boost 到底多消耗多少 token，官方还没有给出数字。