云端 Coding Agent 关停日：Jules 11-11 前导出清单
Google Jules 官方 Turndown（2026-10-29）：2026-12-31 关停；11-11 前可完成会话，之后只读至年底。本文对照官方 changelog 整理时间线、CLI 导出步骤（npm i -g @google/jules + 文档内 export prompt）、~/jules-export 核对清单，以及 env-variables.json 密钥保管与「勿假设自动迁 Antigravity」提醒。GitHub 代码/分支/PR 保留；不整段转载官方长脚本。
云端 Coding Agent 关停日：Jules 11-11 前导出清单
Google 在 2026-10-29 的官方 changelog 发了 Jules Turndown：作为统一 agentic coding 的一部分，Jules 将于 2026-12-31 关停。你还有约两周（到 11 月 11 日）可以正常收尾会话；过了这天，服务会改成只读，一直撑到年底关停。
如果你曾经把环境变量、仓库 memories、定时任务、会话计划/补丁历史只放在 Jules 里，现在就要当回事。GitHub 上的代码、分支、PR 本来就在 GitHub，不会跟着 Jules 一起消失——丢的是平台内那层配置与历史。官方也给了 CLI + 导出提示词，可以把这些东西落到本机文件夹。
下文日期与步骤均对照官方 Turndown 页 与 changelog 总览（2026-10-29 条目）。不要假设会话会自动迁到 Google Antigravity——官方只说学习成果在影响含 Antigravity 在内的产品，没有承诺一键迁移。
一、先看结论
| 项 | 要点 |
|---|---|
| 关停日 | 2026-12-31 Jules wind down |
| 可写窗口 | 至 2026-11-11：可继续完成会话 |
| 11-11 之后 | 只读，直到年底关停 |
| 会丢什么 | Jules 内的设置、env、定时任务、memories、会话 plan/activity/patch 等 |
| 不会丢什么 | 已在 GitHub 上的代码、分支、Pull Request |
| 官方导出 | npm install -g @google/jules → jules login → 用文档里的 export prompt（建议从家目录跑） |
| 落盘位置 | 默认 ~/jules-export |
| Antigravity | 学习成果在影响该产品线；未承诺会话/配置自动迁过去 |
| 安全红线 | env-variables.json 含真实密钥，导出目录勿提交仓库、勿公开分享 |
二、时间线：为什么要急
| 日期（Asia/Shanghai 理解即可） | 状态 |
|---|---|
| 2026-10-29 | 官方发布 Turndown 公告与导出能力 |
| 今 → 2026-11-11 | 仍可完成进行中的会话；同时应完成导出与核对 |
| 2026-11-11 之后 | Jules 只读（不能再当「还能写代码的 agent」用） |
| 2026-12-31 | 关停 |
实操含义很直白：
- 11-11 前：把还在跑的会话收尾；把平台内资产导出到本机。
- 11-11～年底：若漏了什么，最多还能「看」——别赌只读期仍能完整导出或补救一切。
- 年后：平台侧历史以你手里的导出为准。
这不是「产品换皮营销」那种软迁移故事，而是明确的关停日历。云端 Coding Agent 的常态风险就在这里：能力很好用，生命周期由别人定。
三、官方说了什么（对照原文，不演义）
公告核心几句可以压成四条：
- 统一 agentic coding → Jules 实验阶段收束，2026-12-31 wind down。
- 11-11 前 finish sessions；之后 read-only until the end of the year。
- 现可导出 Jules 知道的工作相关数据：account settings、environment variables、scheduled tasks、connected repositories、memories、setup scripts，以及 每一个 session（含 prompt、plan、完整 activity log、code patches）。
- 代码 / 分支 / PR 已在 GitHub，留在原地；导出覆盖的是 Jules 内部的配置与历史。
关于「学到的东西去哪了」：官方写的是，你们用 Jules 做出的实践帮助他们看清 agentic 开发方向，这些学习正在塑造 Google 包括 Google Antigravity 在内的产品。注意措辞——是 learnings shaping products，不是「你的会话会搬进 Antigravity」。写迁移计划时，把 Antigravity 当新产品线参考，别当自动接盘方。
四、11-11 前 Checklist（建议按序打勾）
0）先盘点：你到底往 Jules 里塞过什么
- 是否连过 GitHub 仓库（导出依赖连接状态；未连过则 repo 相关数据可能为空，官方也允许跳过）
- 是否配置过 环境变量（构建/测试密钥、第三方 token）
- 是否开过 Scheduled Tasks / Suggested Tasks 一类自动化
- 是否依赖 memories（仓库级偏好、纠偏）
- 是否有未完成、但还想保留 plan / patch 的 session
GitHub 侧另开一条清单（与 Jules 导出并行，互不替代）：
- 重要分支已 push
- 需要保留的 PR 状态已确认（open / merged / 草稿）
- 本地未推送的改动另有备份
1）安装 Jules Tools CLI 并登录
官方安装与登录：
bash
npm install -g @google/jules
jules login说明：
- 需要本机有 npm；没有就先装 Node/npm，再继续。
jules login是交互式浏览器登录——让你自己完成，不要让自动化「替你点完」。- 登录凭证会进系统钥匙串（macOS Keychain / Linux secret-tool 等）；access token 大约 一小时过期，导出中途若全面 401，再跑一次
jules login或任意jules命令刷新。
可选自检：
bash
which jules
jules remote list --repo若 list --repo 报 401 并提示 GitHub：到官方指引的安装页连接 GitHub App
（文档写的是 google-labs-jules 安装选择页），连好后再导出。从未用 Jules 碰过 GitHub 仓库的，可以跳过这一步——导出里就没有 repo 数据。
2）用官方 Export Prompt 跑导出（推荐从家目录）
官方流程是：在家目录打开一个 CLI coding agent（例如 Claude Code），把 changelog 里的 Export prompt 整段贴进去。Agent 会按提示检查 CLI / 登录 / GitHub，再保存并运行导出脚本，最后告诉你导出了多少、文件夹完整路径。
请直接打开官方页复制提示词与脚本，不要用二手转载的过期版：
- https://jules.google/docs/changelog/2026-10-29/
- 或 changelog 总览同日条目：https://jules.google/docs/changelog/
本博客故意不整段粘贴那份长 Python 与完整 prompt——那是官方维护的导出工具，转载成「教程商品」既容易过期，也不符合安全习惯。你要的是官方当前页上的那一份。
导出成功时，数据默认落在：
text
~/jules-export（脚本里是相对当前工作目录的 ./jules-export；官方说明「从 home directory 跑」，因此常见结果就是家目录下的 jules-export。）
3）核对导出目录里有什么
按官方描述，大致结构是：
| 路径 / 文件 | 内容 |
|---|---|
user-settings.json |
账户级设置 |
env-variables.json |
环境变量（含明文值 → 当密钥保管） |
scheduled-tasks.json |
定时任务 |
sources.json |
已连接仓库列表 |
repos/<sourceId>/memories.json + memories.md |
该仓 memories（空 {} 表示本来就没有） |
repos/.../setup.sh、test-command.txt |
从会话 code output 里回收的 setup / test（仓库列表本身不含这些） |
sessions.json + sessions/<id>/ |
每个会话：summary.md、完整 activity、patch-*.diff 等 |
核对清单：
- 终端打印的 counts（repos / sessions / patches 等）与你印象中的用量大致同量级
- 重要仓库在
sources.json/repos/下看得到 - 关键 memories 的
memories.md可读 - 关键会话有
summary.md，需要的 diff 在patch-*.diff -
scheduled-tasks.json里若有生产向定时任务，已抄到你的新调度方案（cron / CI / 其它 agent）
官方还提醒：API 返回的 session 数可能略多于 jules remote list --session 看到的（含更老的），属预期现象。
4）保管 env，再谈「迁到别处」
- 整个
jules-export目录权限收紧，不要git add进任何仓库 - 需要继续用的密钥：在新环境重新配置，并考虑轮换已导出过的旧值
- 备份副本（加密盘 / 密码管理器附件）与「工作机明文目录」分离
- 导出过程中不要让 agent 打印 access token 或
env-variables.json的值（官方 prompt 也明确要求别打印）
五、迁到别处要注意什么（别假设自动迁 Antigravity）
| 你以为会发生的 | 官方实际表述 / 工程现实 |
|---|---|
| 「会话会自动进 Antigravity」 | 未承诺；只说 learnings 在塑造含 Antigravity 的产品 |
| 「关停后 GitHub 上的 PR 会没」 | 不会；代码/分支/PR 在 GitHub |
| 「只导出代码就够了」 | 不够；memories、env、定时任务、plan/activity 只在 Jules 侧 |
| 「11-11 后再导出也一样」 | 只读期能力边界以届时产品为准；窗口在 11-11 前，别赌 |
迁移时更稳妥的拆法：
- 代码真相源：继续以 GitHub（或你自建远端）为准。
- 运行配置：从
env-variables.json/ setup 脚本人工迁到新 CI、新 agent、新 secrets 存储——不要把整份 JSON 贴进聊天。 - 过程资产：
summary.md+ patches 当「为什么当时这么改」的档案；需要复现时再喂给新工具。 - 产品选型：Antigravity 或其它 agent——当新产品评估，单独验证导入/记忆能力，而不是默认「Jules 历史会跟过来」。
这也是「别把命交给别人的平台」的硬案例：能导出已经算官方做得体面；能不能无缝续上，仍然取决于你有没有在窗口期内把资产握在自己手里。
六、密钥与 env-variables.json 安全
官方原文就写明：env-variables.json contains your environment variable values，所以 keep the export folder private and out of your repositories。
建议最低标准：
| 做法 | 说明 |
|---|---|
| 目录级隐私 | chmod 收紧；云同步盘注意「默认分享链接」类坑 |
| 禁止入库 | .gitignore 全局忽略 jules-export/；Code Review 盯一眼 |
| 默认轮换 | 凡是进过云端 agent 环境的 token，关停导出后优先轮换 |
| 最小化展示 | 写迁移文档时只列变量名，不贴值 |
| 协作边界 | 需要同事接手时，用团队 secrets 系统发，不发整包 zip 到群聊 |
若导出时 ListSources 一类接口 401、其它调用却正常：多半是 GitHub 未连接到 Jules（见上文安装页），补连后再导出，否则 repo / memories 会缺一块。
七、检查清单（可打印）
时间
- 已把 2026-11-11、2026-12-31 写进自己的日历
- 进行中会话计划在 11-11 前结束或迁出
导出
- 已安装
@google/jules并jules login - 需要时已连接 GitHub App
- 已用官方当前页的 Export prompt 跑通
-
~/jules-export（或你指定的路径）counts 合理
核对
- settings / env / scheduled / sources / memories / sessions 都扫过
- 关键 patch 与 summary 能打开
安全与后续
- 导出目录未进 git、未公开
- 密钥已迁到新位置并考虑轮换
- 不假设 Antigravity 自动接盘；新产品单独验收
八、小结
- Jules 2026-12-31 关停；11-11 前可写可收尾，之后 只读到年底——日历比情怀重要。
- 官方导出覆盖设置、env、定时任务、仓库、memories、会话全文（plan / activity / patch）；GitHub 上的代码与 PR 本来就留在 GitHub。
- 装 CLI → 登录 → 用官方文档里的 export prompt → 核对
jules-export→ 严管env-variables.json。 - Antigravity 等后续产品可以关注，但不要默认会话会自动迁移；平台风险的标准动作永远是：窗口期内把可导出的东西落到自己控得住的地方。
参考来源
- Jules Turndown（官方，2026-10-29）：https://jules.google/docs/changelog/2026-10-29/
- Jules Changelog 总览（同日条目）：https://jules.google/docs/changelog/
- Jules GitHub App 安装选择（导出前连接仓库时用）：https://github.com/apps/google-labs-jules/installations/select_target