Google 宣布关停 Jules，放在里面的代码和没做完的工作怎么办？

已经推上 GitHub 的代码不用管，但你留在 Jules 里没跑完的任务，留给你的操作时间只有十来天了。

很多人看到停服日期写着 2026 年 12 月 31 日，以为年底前慢慢收拾就行。其实 Google 在 2026 年 10 月 29 日发布的关停日志里划了两道线：你能继续操作、收尾现有会话的截止日是 2026 年 11 月 11 日；一过这天，Jules 就会变成只能查看、不能继续让它干活的状态，一直维持到 12 月 31 日彻底关停。官方公告里没有写具体到几点和哪个时区，稳妥起见，别卡着最后一天去碰运气。

目前已经有用户陆陆续续收到了关停提醒邮件，Linux.do 社区里就有收到邮件的发帖人晒出截图，感叹 Google 又在整合 AI 工具。如果你手头还有正在后台运行的任务、等着你回复确认的对话，或者改了一半还没推进代码仓库的成果，现在头一件事就是去把这些没结束的会话盘点清楚，趁还能动手赶紧收尾。

代码留在 GitHub 原处，但接手干活的上下文得自己存下来

收完尾，不少人的第一反应大概是：反正我的代码、分支和拉取请求都在 GitHub 上，原封不动留在原处，工具关了换一个用不就行了？

已有代码仍留在 GitHub，但代码和工作记忆是两样东西。这就好比同事离职交接，光在桌上留下一摞定稿文件，新接手的人翻开代码，根本无从得知上一次为什么选了这个方案、中间踩过什么雷，也不知道还剩哪几项测试没做。少了这层前因后果，换个工具接着改，往往得从头猜起。

Jules 这次开放导出的，正是这些留在工具内部的上下文。归拢起来主要是两块：一块是环境变量、定时任务和配置脚本这类让任务跑起来的配置；另一块是工具攒下的记忆，外加每次会话的提示词、执行计划、完整活动记录和代码补丁，也就是知道之前做过什么的记录。把这些底稿拿回来，下一个接手的工具才接得上茬。

导出文件里带着环境变量的真实值，千万别顺手塞进代码仓库

官方提供的导出办法要借命令行工具跑一趟。按照 官方更新日志 里的步骤，你需要先安装 Jules Tools 并登录账号，再用命令行编程助手（官方拿 Claude Code 举了例子）去执行公告里给好的那段导出提示词。跑完之后，会话摘要、原始活动记录和修改差异都会存进本地一个叫 `jules-export` 的文件夹里。

动手前和导完后，有两个地方很容易让人吃亏：

一是以前连过 GitHub 仓库的用户，导出前得先去确认一下 GitHub 账号还处于已连接状态；要是连接断了，导出来的文件里是拿不到仓库相关数据的。

二是导出的 `env-variables.json` 文件里包含环境变量的真实值，如果你曾把密钥存在环境变量里，它也会跟着进入这份文件。整个 `jules-export` 文件夹必须留在你的代码仓库外面私密保管，千万别当成普通项目文档，顺手提交进代码库或者传到公开的地方。

文件落到本地后，我们建议自己做一次验收：挑一个你熟悉的历史会话，点开看看摘要、活动记录和代码补丁齐不齐，再对照 GitHub 仓库确认想要的改动都已经合入，最后把有用的记忆和配置另存到自己日常顺手管理的地方。

把经验带进 Antigravity 是产品方向，旧任务先按导出方案保管

这波关停背后，是 Google 正在整合智能体编程方面的工作，IT之家也在 10 月 30 日引用官方声明报道了这件事。按照官方的说法，他们正在整合智能体编程方面的工作，打算把从 Jules 摸索出来的经验用到包括 Antigravity 在内的其他 Google 产品里。Jules 官方 X 账号发文表示，团队正努力把远程后台任务与 Antigravity 开发环境结合起来。

随后 Google Labs 官方 X 账号也转发了这条动态，确认团队会将这段经验带到其他产品。

目前官方给现有用户的交接办法，是先把配置和记录导回本地。哪怕你把文件全导了出来，那也只是拿走了底稿；真要把旧活儿交给另一个编程工具接着干，还是得让新工具重新理解项目结构、检查之前跑出来的结果，再把定时任务这些安排重新搭一遍。

对于正在用 Jules 写代码、挂后台任务的开发者来说，不必干等 Antigravity 未来的新功能替你安排去处：赶在 2026 年 11 月 11 日只读期限到来前，先把悬在半空的会话结清；再赶在 2026 年 12 月 31 日彻底停服前，把配置和工作记录稳妥存回本地，给下一个接班的工具留一份看得懂的交接单。