10月29日，谷歌通过Jules官方账号与产品日志同时确认，这款2024年12月上线、推出不到两年的异步编程智能体将逐步停止运营。11月11日之后转为只读，12月31日正式关停。同一天，谷歌的智能体开发平台Antigravity上线插件市场。一关一开，指向同一件事：两条重叠的编程智能体产品线被合成一条。
时间表分两段。11月11日之前，用户可以继续跑完手头的会话；此后Jules只读，能看历史但不能派新任务；12月31日彻底关停。官方给了一条导出路径：装Jules命令行工具、登录、把日志里的导出提示词粘进任意支持命令行的编程智能体，数据会落到用户主目录下的jules-export文件夹。
导出范围比想象中宽。账号设置、环境变量、定时任务、已连接的代码仓库、记忆、初始化脚本，以及每个会话的提示词、计划、完整活动日志与代码补丁，都能带走。代码、分支与合并请求本来就在GitHub上，不受影响。官方特别提示，环境变量文件里存的是真实密钥，导出目录不要放进代码仓库。
没有承诺的是迁移。谷歌明确表示不会把会话、记忆、定时任务自动搬进Antigravity，用户需要自己把初始化脚本与记忆整理成规则文件或项目说明，再一条条重建定时任务。这条边界很关键：产品可以合并，用户的工作流不会自动合并。
留下的时间也不宽裕。从公告到只读只有十三天，从只读到彻底关停也不过五十天。对把Jules当成日常积压清理工具的团队来说，这意味着要在两周内决定哪些会话值得导出、哪些定时任务需要重建，以及剩下的任务交给谁。
Jules最初的定位是替人做那些不想亲手做的活：连上仓库，把它克隆到云端虚拟机，自己规划改动、写代码、跑测试，最后开一个合并请求等审查。这套形态的优点是关掉编辑器也能干活，缺点是反馈回路长，改错了要重新派单，上下文靠文字传递。
过去一年，编程智能体的重心明显往编辑器里挪。同一个窗口里能看差异、能打断、能改一行再继续，人的判断被放进了循环。异步模式反而变成了补位：批量清漏洞、批量补测试这类不需要中途决策的任务才适合它。产品边界一模糊，两个团队做同一件事就成了常态。
还有一个更现实的原因：异步智能体的失败模式很难解释。任务在云端跑完只交回一份补丁，中间怎么想的、在哪里绕过了一个测试、为什么改了这个文件，只能从活动日志里回溯。对人类审查者来说，这类产出需要重新读一遍代码才能判断，省下的时间被审查吃掉了大半。编辑器内的智能体则把过程摊在眼前，信任建立得更快。产品方向的分歧，最后落在信任成本上。
谷歌的表述是，要把两者的长处合起来，既有远程后台执行，又有以智能体为核心的开发环境。这句话的潜台词是，异步执行将作为一种能力存在，而不是作为一个产品存在。对用户来说，能力保留、产品消失，迁移成本就落到了自己头上。
同日上线的插件市场是这个合并动作的另一半。此前要把智能体接到外部系统，得手写MCP端点、配环境变量、写技能与子智能体；现在这些被打成带清单文件的版本化包，按类别浏览，一键安装，应用端装完会同步到命令行。
每个插件最多能装五类东西：技能、MCP服务、规则、钩子、自定义智能体。这个组合说明它想解决的不是连接问题，而是行为问题。接上工单系统只是让智能体看得到票据，规则与钩子才决定它什么时候该停下来问人、哪些动作必须留痕。
首批合作方名单跨了交付、运维、数据、设计、支付几个方向：Atlassian旗下的Jira、Confluence、Bitbucket，Figma、Stripe、Datadog、Databricks、Canva、CrowdStrike、monday.com、Dropbox、Unity、Ping Identity、SentinelOne。装上一个插件之后，智能体能直接拉票据、读设计上下文、查支付流水、翻生产日志，不用在浏览器标签之间来回跳。
Jules关停留下一个具体问题：不在编辑器前盯着、纯靠云端跑批的编程智能体，谷歌暂时没有对应产品。开发者社区里已经有人提出这一点，并把目光投向其他厂商的云端编码方案。这个空位不会空太久，但空着的这段时间，习惯用Jules清积压的团队得自己找替代。
从行业角度看，这是一次典型的品类收敛。2024年到2025年，异步智能体、编辑器智能体、命令行智能体三条路线各自融资、各自迭代；到2026年下半年，能同时提供远程执行与本地环境的产品开始吃掉中间地带，单一形态的产品要么被并入，要么被放弃。
对采购方的提示很实际：智能体产品的生命周期正在缩短，绑定单一入口的风险在上升。可迁移性要看三件事，提示词与规则能不能导出，工具调用能不能换成标准协议，历史会话与记忆是不是留在自己手里。这三件事在签合同的时候问清楚，比事后导出便宜得多。