7月9日消息,Google Antigravity 发布 Antigravity CLI 1.1.0,核心变化是 Agent 执行模式循环正式对外开放,并将 request-review 设为默认执行行为:Agent 在写入文件前自动暂停,展示可交互的行级 diff 预览,用户可逐条接受或拒绝修改后再落盘。Antigravity CLI 是 Antigravity 2.0 的终端界面,与 GUI 共用同一套 Agent 引擎;此次更新不涉及新模型发布,而是把终端侧的权限与审阅流程推到更靠前的位置。
默认不再直接改文件,先看 diff 再决定
1.1.0 将 Agent 执行模式循环公开为 default、accept-edits、plan 三档切换。其中新增并默认启用的 request-review,会在文件写入操作前暂停,提供交互式行级 diff 预览,快捷键 f 可进入审阅;用户可对单处代码修改选择接受或拒绝,确认后才写入磁盘。对新建文件,版本还增加了专门的 Create file 确认预览,把新内容渲染为仅含新增行的 diff,避免无中生有的文件创建被一键放过。
设置侧同步补齐了持久化入口。settings 面板新增 Agent Mode 选项,用户可把默认执行模式设为 default、accept-edits 或 plan,无需手改 settings.json,也不必每次启动传 mode 参数,且支持实时同步、立即生效。命令层面,plan 模式取代旧的 planning,并移除 fast 斜杠命令,执行模式切换收束到 Shift+Tab 循环与 plan 前缀。diff 预览本身也做了渲染加强:计算更准确的行级差异,附带 3 行上下文与分段分隔,内联预览高度设上限并给出截断提示;带着未发送评论退出 diff 视图时,会弹出评论确认。
修的是工作区误报与配置路径,不只是界面抛光
同版本还修了一批直接影响可用性的问题。工具确认对话框此前会把工作区内合法的文件创建与读取误标为 outside workspace;1.1.0 改为按规范化文件 URI 对照活动工作区目录判断。在以点开头的祖先目录下启动 CLI 时,工作区初始化也可能失败;修复后路径排除过滤器只作用于工作区内的相对路径,不再误伤点前缀祖先目录。agents 面板创建子 Agent 时,页头曾显示 agent.json 而非 agent.md,全局配置目录也曾指向错误的 antigravity-cli 路径,现已改为实际启动扫描使用的 gemini config 目录。此外,全屏浮层中多余的快捷键提示被清掉,tasks 时间戳从 UTC 转为本地时区,页脚快捷键提示改为读取用户自定义的 keybindings 配置。
这些修复说明 1.1.0 不只是多一个审阅模式。对日常在 SSH、点目录嵌套仓库、多子 Agent 场景里用 CLI 的开发者,误报工作区越界和写错全局配置路径,会直接打断信任与上手成本。
真正的变量是终端 Agent 把改代码收成先审再写
Antigravity CLI 的产品定位,是把 Antigravity 2.0 的多步推理、多文件编辑、工具调用与会话历史,以低开销终端界面放进命令行,并与 GUI 共享 Agent 引擎与设置。官方博客强调 CLI 侧重速度与轻量,GUI 侧重完整编排。1.1.0 把默认行为从更接近自动落盘,推到写盘前强制审阅,和 Cursor、Claude Code、Kimi Code 等终端或 IDE Agent 近期强化权限确认、diff 预览的方向一致:模型越敢改仓库,产品越要把人眼过一眼做成默认路径,而不是高级选项。 市场容易误读的地方,是把这次更新写成 Antigravity 能力跃迁或 Google 新编程模型。公开材料只支持 CLI 执行与审阅流程升级。accept-edits 与 plan 仍在模式循环里,说明产品并未取消更激进的自动改写路径,只是把默认值挪到更保守的一侧。request-review 能否在长 diff、多文件并行修改时保持可用,还取决于预览截断与评论流程是否拖慢节奏;这需要真实仓库负载验证,版本说明本身给不出结论。
接下来要看默认审阅会不会成为 Antigravity 全产品线的共同约束
后续首先要看 request-review 是否从 CLI 默认,进一步同步到 Antigravity 2.0 GUI 的默认写盘策略;官方一直强调两侧共用引擎,默认权限若长期分裂,会削弱同一套 Agent 的叙事。其次要看开发者是否接受默认暂停:若大量用户改回 accept-edits,说明审阅摩擦仍高于安全感收益。再次要看子 Agent、后台任务与写盘审阅叠加时,是否出现确认风暴或漏审。共同的验证窗口很近:1.1.0 已在 GitHub Releases 标为最新版,社区星标约 1500,下一两个小版本若围绕 diff 审阅继续修体验,这条默认策略才更像产品主线,而不是一次实验性开关调整。