谷歌用 Antigravity 2.0 替代 Gemini CLI

产品更新

谷歌在 2026 I/O 大会上发布 Antigravity 2.0，从单一 IDE 转向多智能体工作平台，新增定时任务和后台调度能力，同时推出 Antigravity CLI 替代 Gemini CLI，6月18日起停止对个人用户服务。

谷歌用 Antigravity 2.0 替代 Gemini CLI

谷歌在今天的 2026 I/O 开发者大会上发布了 Antigravity 2.0，这次更新的核心是产品定位的转变：从「面向开发者的智能体式 IDE」转向「通用智能体优先工作平台」。同时，谷歌宣布 Antigravity CLI 将在 6 月 18 日起替代 Gemini CLI，后者将停止对个人用户的服务。

这次更新不是简单的版本迭代，而是谷歌对多智能体编程场景的重新思考。从产品架构到交互方式，Antigravity 2.0 都在试图解决一个问题：当开发者需要同时管理多个智能体、处理复杂的异步任务时，现有的单智能体 IDE 模式已经不够用了。

从 IDE 到多智能体中枢

Antigravity 2.0 最大的变化是取消了智能体与代码仓库的强绑定。之前的版本按「workspace」组织会话，一个 workspace 对应一个代码仓库，智能体的工作范围被限定在这个仓库内。这种设计在处理单一项目时没问题，但当开发者需要跨多个仓库协作、或者让不同智能体处理不同模块时，就会遇到边界问题。

新版本改为按「project」管理。一个 project 可以对应多个文件夹，每个 project 有独立的智能体设置和权限边界。开发者可以在同一个 project 下部署多个子智能体，分别处理前端、后端、测试等不同任务，也可以安排后台自动化例程，让智能体在后台持续运行。

Antigravity 2.0 的 project 管理界面，展示多个子智能体同时运行的状态

这种设计的好处是显而易见的。以一个全栈项目为例，开发者可以让一个智能体负责 React 前端开发，另一个智能体处理 Node.js 后端逻辑，第三个智能体专门跑测试和 CI/CD 流程。这些智能体可以并行工作，互不干扰，但又能通过 project 层面的配置共享上下文和依赖关系。

定时任务和后台调度

Antigravity 2.0 新增的定时任务功能是另一个值得关注的点。开发者可以通过 /schedule 命令设置一次性任务或周期性调度，让智能体按预设时间自动执行。

这个功能看起来简单，但实际上解决了一个长期存在的痛点：开发者经常需要让智能体执行一些耗时的、不需要实时反馈的任务，比如跑完整的测试套件、生成文档、或者批量重构代码。在之前的版本中，这些任务要么需要开发者一直盯着终端等结果，要么就得手动切到后台运行，体验都不太好。

现在，开发者可以直接用 /schedule 命令安排这些任务，比如：

/schedule "每天凌晨 2 点跑一次完整测试套件"
/schedule "每周一早上 9 点生成上周的代码变更报告"

智能体会在后台按时执行这些任务，完成后通过通知或日志告知结果。如果任务失败，智能体还会尝试自动修复或者提供诊断信息。

谷歌还提供了一组斜杠命令来优化交互体验：

  • /goal：让智能体连续执行多个步骤，直到达成目标
  • /grill-me：在执行任务前先澄清需求，减少误判
  • /browser：显式调用浏览器能力，用于需要实时查询文档或 API 的场景

这些命令的设计思路是给开发者更多控制权。以 /grill-me 为例，当开发者提出一个模糊的需求时，智能体不会直接开始写代码，而是先问几个问题，确认技术栈、边界条件、性能要求等细节，然后再动手。这种方式虽然多了一轮交互，但能显著降低返工的概率。

Antigravity CLI 替代 Gemini CLI

谷歌同步推出的 Antigravity CLI 是这次更新的另一个重点。根据官方博客，Gemini CLI 将在 6 月 18 日起停止对个人用户的服务，建议用户迁移到 Antigravity CLI。

从社区反馈来看，Antigravity CLI 的体验确实比 Gemini CLI 好不少。一位开发者在 Linux.do 上分享了详细的使用体验，总结下来有几个亮点：

1. 更清晰的任务管理

Antigravity CLI 新增了 /tasks 命令，可以查看所有后台任务的状态。这个设计比 Gemini CLI 的 /ps 命令要直观得多。开发者可以通过键盘上下箭头切换任务，按 Enter 查看输出结果，整个流程非常流畅。

Antigravity CLI 的 /tasks 界面，展示多个后台任务的执行状态

2. 折叠显示工具调用

默认情况下，所有工具调用、文件读写操作都会折叠显示，只保留关键信息。这个设计对 CLI 用户非常友好，因为大部分时候开发者只关心结果，不需要看到每一步的详细日志。如果需要查看细节，可以手动展开。

3. Spec-driven 工作流

Antigravity CLI 引入了 /artifact 命令，可以查看智能体生成的中间文档。这种 spec-driven 的工作方式和传统的 TDD（测试驱动开发）有点像：智能体会先根据需求生成一份规格文档，然后根据文档执行具体的代码实现。

这种方式的好处是开发者可以在代码生成之前就介入，修改或补充规格文档，确保最终的实现符合预期。对于复杂项目来说，这比直接生成代码要靠谱得多。

4. 权限管理更灵活

Antigravity CLI 的权限管理有三个选项：

  • request-review：每次执行命令前都需要手动确认
  • always-proceed：全部放行，适合信任度高的场景
  • strict：严格模式，限制智能体的操作范围

大部分开发者会选择 always-proceed，因为频繁确认会打断工作流。但对于生产环境或者敏感操作，strict 模式提供了额外的安全保障。

Managed Agents：云端自动化的新尝试

除了桌面应用和 CLI，谷歌还通过 Gemini API 推出了 Managed Agents。这是一个云端智能体服务，开发者只需一次 API 请求，就能启动一个运行在隔离 Linux 环境中的软件智能体。

Managed Agents 的核心特性是持续保存能力。即使关闭会话后再次返回，已编译的文件、记忆日志和项目状态仍会保留。这意味着开发者可以把一些长期运行的任务交给 Managed Agents，比如持续集成、自动化测试、或者定期生成报告。

这个功能的想象空间很大。比如，开发者可以用 Managed Agents 搭建一个自动化的代码审查流程：每次有新的 Pull Request 提交时，Managed Agents 自动拉取代码、跑测试、检查代码规范、生成审查报告，然后把结果推送到 GitHub 或 GitLab。整个流程不需要人工介入，完全由智能体自动完成。

移动端和原生编译能力

谷歌还宣布 Google AI Studio 移动应用本周开放预注册。开发者可以在手机上整理软件想法，然后回到桌面端查看可运行的原型。这种跨设备的工作流对于需要随时记录灵感的开发者来说非常实用。

更有意思的是，Antigravity 2.0 新增了面向移动操作系统的原生编译能力。开发者可以通过提示词生成完整的 Android 应用，连接 Workspace 数据通道，并把完整包直接导出到 Google Play Console 测试轨道。这意味着从构想到测试的链路被大幅缩短，开发者不需要手动配置构建环境、处理依赖关系、或者上传安装包，智能体会自动完成这些步骤。

和竞品的对比

从功能上看，Antigravity 2.0 和 Cursor、Windsurf 等产品的定位有明显差异。Cursor 和 Windsurf 更像是增强版的 VS Code，核心还是代码编辑器，智能体是辅助工具。而 Antigravity 2.0 的定位是「智能体优先工作平台」，代码编辑器反而是辅助工具。

这种差异体现在产品设计的方方面面。比如，Cursor 的交互逻辑是「开发者写代码，智能体提供建议」，而 Antigravity 2.0 的交互逻辑是「开发者提需求，智能体自主完成任务」。前者更适合需要精细控制的场景，后者更适合需要快速迭代的场景。

从模型能力来看，Antigravity 2.0 的优势在于可以免费使用 Gemini 3 Pro、Claude Sonnet 4.5、GPT-OSS 等高级模型。虽然 Cursor 也支持多模型切换，但大部分高级模型需要付费订阅。对于个人开发者或小团队来说，Antigravity 2.0 的成本优势非常明显。

但 Antigravity 2.0 也有明显的短板。从社区反馈来看，Gemini 3 Pro 的代码能力虽然比之前有显著提升，但在 Agentic coding 场景下仍然略逊于 Claude Sonnet 4.5（76.2% vs 77.2%）。而且，Antigravity 2.0 的生态还不够成熟，插件系统、第三方集成、社区支持等方面都需要时间积累。

Gemini CLI 的终结

谷歌宣布 Gemini CLI 将在 6 月 18 日起停止对个人用户的服务，这个决定在社区引发了不少讨论。一些开发者认为这是谷歌在清理产品线，集中资源发展 Antigravity；也有人认为这是谷歌对多智能体编程场景的战略调整，Gemini CLI 的单智能体模式已经不符合未来的发展方向。

从产品演进的角度看，Gemini CLI 的终结是必然的。Antigravity CLI 在功能、性能、用户体验上都全面超越了 Gemini CLI，继续维护两个功能重叠的产品没有意义。而且，Antigravity CLI 的架构更灵活，可以更好地支持未来的多智能体场景。

但对于已经在使用 Gemini CLI 的开发者来说，迁移成本是一个现实问题。虽然谷歌提供了迁移指南，但项目配置、工作流、脚本等都需要重新适配。好在 Antigravity CLI 的设计思路和 Gemini CLI 比较接近，大部分命令和配置可以平滑迁移。

写在最后

Antigravity 2.0 的发布标志着谷歌在 AI 编程工具领域的一次重要转型。从单智能体 IDE 到多智能体工作平台，从同步交互到异步调度，从代码编辑器到任务中枢，这些变化都指向一个方向：AI 编程工具正在从「辅助工具」变成「主要工作方式」。

但这种转型也带来了新的挑战。多智能体协作的复杂度、异步任务的可控性、权限管理的安全性，这些问题都需要在实践中不断打磨。而且，开发者的工作习惯也需要相应调整，从「写代码」转向「管理智能体」，这不是一个简单的技能升级，而是一种思维方式的转变。

对于个人开发者和小团队来说，Antigravity 2.0 的免费高级模型是一个很大的吸引力。但对于大型团队和企业用户来说，产品的成熟度、生态的完善度、以及长期的技术支持才是更重要的考量因素。谷歌需要在这些方面持续投入，才能真正和 Cursor、Windsurf 等成熟产品竞争。

至于 Antigravity 2.0 能不能成为下一个主流的 AI 编程工具，还需要时间来验证。但至少从产品设计和技术方向来看，谷歌这次是认真的。

参考来源