谷歌收拢编程产品，Jules 将停运

谷歌正在逐步停用 AI 编程助手 Jules，并把相关经验融入 Antigravity。这次调整传递的信号是：谷歌希望把远程后台执行任务与以智能体为核心的开发环境，收进同一套体验。

对程序员来说，眼下更有用的信息有两层：Jules 用户需要关注后续停服安排，其他人则可以借此理解 AI 编程工具的整合方向。不过，产品整合是否能改善开发效率，这则公告还没有给出证据。

Jules 要停了，后台编程任务会去哪儿

Jules 于 2024 年 12 月推出，定位是处理开发者「不想做的」编程工作。官方声明提到的用途包括修复漏洞、编写测试和发布功能。

它探索的是异步编程智能体：开发者交出任务后，智能体在后台推进，不要求开发者始终围着对话窗口操作。谷歌在声明中进一步提到，让智能体自主在远程环境执行后台任务，是希望融入 Antigravity 的能力之一。

Jules 将逐步停止运营，但谷歌仍在推进它所探索的异步编程方式。

这里需要区分「积累经验」与「完成迁移」。官方说的是把 Jules 的经验融入 Antigravity，原文没有说明现有任务、配置和使用记录能否迁移，也没有提供最终停服日期、迁移步骤或用户权益安排。正在使用 Jules 的开发者，目前还不能把这则消息当成完整的迁移指南。

Antigravity 想把后台执行与开发环境接起来

据原文介绍，Antigravity 是谷歌 DeepMind 于 2025 年 11 月 18 日推出的「智能体优先」开发平台。它作为 VS Code 分支，以独立可下载 IDE 的形式分发，支持 Windows、macOS 和 Linux。

「智能体优先」可以理解为：开发环境围绕 AI 执行任务来组织，让 AI 自主规划、执行、验证并迭代复杂的软件工程任务。这里描述的是平台的设计目标，原文没有给出任务成功率或实际验证效果。

谷歌此次强调的组合，是一边保留远程后台任务的自主执行方式，一边提供以智能体为核心的开发环境。前者负责让任务在后台推进，后者承载开发者与智能体协作的过程。

这解释了谷歌为什么要整合产品，却还没有回答整合后的具体体验。任务如何从 IDE 交给远程环境、开发者在哪里检查结果、什么情况下需要人工介入，原文都没说清。

我的判断

把后台任务与日常开发环境放到一起，方向有合理性。修复漏洞、补测试或实现功能，最终都要回到代码检查、验证和交付；如果这些环节能够衔接起来，开发者就有机会减少工具之间的切换。

但这仍是对产品方向的判断。原文没有提供 Jules 与 Antigravity 的对照数据，也没有展示整合后的工作流。官方所说的帮助开发者更快交付，是实验目标，不能直接当作已经证明的效果。

与继续使用独立后台助手相比，统一 IDE 是否更合适，也取决于团队愿不愿意调整现有开发环境。Antigravity 基于 VS Code 分支，不能据此认定它与团队现有工具完全兼容。

产品停止运营，不足以证明一种技术路线失败；经验进入新产品，也不足以证明新产品已经更好。

这则消息最确定的部分是谷歌的产品重心发生了变化。至于能力能否完整承接、使用成本如何变化，还要等待更具体的说明。

能拿来做什么

• 如果正在用 Jules 修复漏洞、编写测试或实现功能，先梳理仍依赖它的任务，并记录复现步骤、代码位置和验收要求，为后续调整工具做好准备。
• 如果准备尝试 Antigravity，可以选一个边界清楚的补测试或修复漏洞任务，检查它能否完成规划、执行和验证，再判断是否适合接入日常开发。
• 评估异步编程工具时，把注意力放在任务完成后的检查与交付上。能否说明改了什么、如何验证，比单看它能否在后台运行更有参考价值。