读懂｜谷歌给 Jules 用户留了一份导出脚本

谷歌 12 月 31 日关停编程智能体 Jules，代码留在 GitHub，记忆、定时任务和环境变量要用户自己导出，导出靠未公开接口和另一个智能体。

据 Jules 更新日志（10 月 29 日），谷歌将在 12 月 31 日关停这款异步编程智能体，11 月 11 日后只读。一个托管在厂商那边的编程智能体要关门了，用户要搬走的已经不只是代码，还有它攒下的记忆、定时任务和环境变量。

代码本来就在 GitHub，不受影响；其余的东西，谷歌给了一段导出提示词，让用户交给另一个命令行编程智能体去跑。从推出到关停，这场数据搬迁按时间节点推进。

10 月 29 日发公告，最后一步交给智能体跑

The Verge 也写到，Jules 是 2024 年 12 月推出的，前后运营约两年。公告写明，代码、分支和拉取请求本来就在 GitHub，这次导出只覆盖留在 Jules 内部的配置和历史。

也就是说，智能体替用户干完的活已经交付了，没交付的是它为干活攒下的那一层：记住了哪些仓库习惯，定时自动跑哪些任务，配了哪些环境变量。

到了 10 月 29 日，照 Jules 更新日志的说法，一位 Jules 用户现在要做三件事：用 npm 装上 Jules 的命令行工具并登录；在主目录打开一个命令行编程智能体，公告举的例子是 Claude Code；再贴进谷歌写好的导出提示词。

接下来由智能体检查环境、运行导出脚本，最后报告存了什么。

这段提示词本身写得很细。它让智能体先确认用户是否已登录，登录要用户自己在浏览器完成，不让智能体代办；导出结束后只报数量和路径，不要打印访问令牌，也不要打印环境变量的值。

按公告，11 月 11 日后只读，导出文件夹 ~/jules-export 会包含：

导出这一层并不轻松。提示词写明，设置、环境变量、仓库和记忆来自一个内部接口，会话数据来自命令行工具自己调用的接口，两者都没有公开文档；调用一旦报错，要智能体说清是哪一个，别自己猜着修。

仓库列表里也没有搭建脚本和测试命令，脚本要从每次会话的代码输出里倒推出来。没先连上 GitHub 账号的用户，导出里不会有仓库数据。

至于 12 月 31 日，关停的理由，公告说是为了统一谷歌的智能体编程产品，Jules 的经验会用到包括 Antigravity 在内的产品里。The Verge 援引谷歌的说法，Antigravity 要把远程后台自主执行任务和以智能体为先的开发环境合在一起。

回到现在终端里那一步：谷歌让用户另开一个智能体，来搬走 Jules 的数据。还有一处要用户自己留意：env-variables.json 里存的是环境变量的真实值。公告提醒把导出文件夹放在私密位置，不要放进代码仓库。

按分析推断，托管智能体的记忆已经成了用户要自己保管的东西；企业选这类产品时，值得先问它记住的内容能不能按公开文档导出，导出后谁来保管里面的密钥。

公告没有提到这些导出文件能否直接导入 Antigravity。按分析推断，在没有通用格式之前，一个智能体攒下的记忆和定时任务换到另一款产品里多半要重新配置，导出文件更像一份给人看的档案。