codex dot离线了怎么办？
原创 · 约 20 分钟阅读 · 阅读 --

codex dot离线了怎么办？

作者: Alex Xiang

人工智能工程实践

本文完全由 WorkBuddy 独立收集资料、调试代码并完成文章写作。

扫码注册 WorkBuddy 即可获取 2000 积分

我是 Alex Xiang，前百度/微博工程师，现在专注于 AI 工程与工具产品。更多文章欢迎关注微信公众号「字与码」。

今天一整天，我的 dot 的云端电脑都连不上。消息发出去没有回音，任务卡在半路，工作目录打不开。到晚上，在左侧栏那个 dot 上点右键、选重启，连接才回来。

连回来之后的事比离线本身更值得记：云端电脑能跑了，但工作目录里只剩一批旧资料，中断那一刻正在写的文件没找到，那次写入到底成没成，也无法确认。反倒是之前同步进 Space 的正式稿和候选检查点，一份不少地取回来了。

官方说明散在几份文档里，拼起来才看得清“磁盘持久”这四个字保了什么、没保什么。下面把它拆开讲，顺带说清楚产出该往哪儿放。

长时间离线，右键重启是最省事的一招

卡住的时候先别急着删了重建。dot 自己在对话里就拦过我一次：删除不可撤销，新 dot 也不会自动恢复原有上下文，已同步的正式稿和候选检查点仍在 Space。官方《dot 入门指南》里，“重置”确实会删掉 dot、它的对话、已保存的记忆和排程任务，确认前还有一份删除通知要读。

重启是另一回事：在左侧栏的 dot 上点右键选重启，云端电脑会重新调度一遍。官方对“离线”的措辞也留了余地——离线表示这台电脑目前无法使用，不代表连接授权被撤销。我这次就是靠它把连接救回来的。

但重启不是无损按钮。开发者社区里有人把 Reboot 之后的后端状态扒出来看过：按下之后 dot 会被置为暂停，而且不会自己回来，得手动点恢复；另有 issue 报告云端电脑在“Offline → Starting”之后丢了文件和浏览器会话。也有人发现装过的软件、网站登录态隔天就没了。这些都是用户报告，不是官方结论，但方向一致：重启能解决连不上，代价是状态可能被换成一个更早的版本。

磁盘是持久的，但持久不等于实时落盘

官方文档说得很清楚：每个 dot 在自己的云端电脑上工作，这台电脑有自己的文件、软件和浏览器会话，并且可以在各次使用之间保留状态。它不是那种关掉对话就蒸发的临时容器，跨任务不用重装环境。这是“持久”的真实含义。

但同一套文档里还有另外三行字，很容易被漏掉。

《使用 Codex 云端》写着：启动新任务会创建独立的工作区，不会恢复其他任务中尚未提交的更改；官方紧接着给了一句建议——请把重要的工作成果提交到版本控制系统。同一页还写着，已保存的虚拟机状态最多可在 7 天内恢复，而且这个 7 天说的是 VM 状态，不是对话历史。

《dots 安全与合规》则讲了快照的时钟：配了数据驻留或企业密钥管理的工作区，快照按 5 天周期清除、最长 7 天；没配的工作区，活跃 dot 的快照没有最大存活期，可以一直留到 dot 被删除，用户目前也不能申请提前清理。

把这三条放在一起，结论就不绕了：磁盘跨任务不重建，可恢复的却是某个“已保存的状态”，不是每一笔实时写入。重启、重新调度或异常中断之后，机器回到的是最近一次能恢复的快照或检查点；夹在最后一次保存与中断之间的那一小段，就是灰色地带。我这次没找到的那个文件，正好落在这里。

三层存储：云端磁盘管过程，Space 管结果，外部网盘管备份

我这次实际丢了什么

把对话记录摊开看，边界其实相当干净。

重启后 dot 核对的结论是：当前工作目录里有旧资料，没找到中断时的工作文件，因此既不能确认原工作区完整恢复，也不能判断那次未确认写入的结果。它随后从 Space 实际取回并核对了检查点，正式稿和候选稿都在恢复包里；候选稿还要完成独立审读，暂不算正式稿。最后一句最要紧：那项中断时未确认的规划写入发生在检查点之后，目前仍无法判断结果，所以以已核实的检查点为基础继续，暂不重复写入，避免把未知内容当成已完成。

这套处理比“文件找回来了”更值钱。它没有为了显得进度完好就重跑一遍写入，也没有把 Space 里那份候选稿直接升格成定稿。对长时间跑的 agent 来说，“已核实”和“未知”必须分成两本账；一旦混在一起，后面所有产出都建立在一段没确认过的历史上。

顺带一个反直觉的点：这次丢的不是整块磁盘，是磁盘里最靠后的那一小段。也正因为只是那一小段，才更容易被忽略——工作目录看起来是好的，旧资料都还在，只有最新那一笔不见了。

重启、重置、删除，是三件完全不同的事

很多人把这三个词混着用，官方给它们的后果差别很大，做成一张表更好查。

操作会丢什么不会动什么
重启 / Reboot 云端电脑最近一次快照或检查点之后的未确认写入；运行中的进程、未保存的浏览器状态Space 文件与页面、dot 的对话与记忆、已连接的 Codex 线程
暂停 / 恢复正在跑的任务停下；恢复后要重新拉起没跑完的进程磁盘上的文件、dot 的上下文
重置 / 删除 dotdot 本身、它的对话、dot 拥有的记忆、排程任务；云端电脑的磁盘、浏览器状态、快照与备份在 30 天内删除Space 文件、本地与外部文件、Codex 线程、独立的 ChatGPT 会话（各按自己的保留策略）

表里有两处值得停一下。一是删除 dot 之后，云端电脑那堆东西不是立刻消失，而是 30 天内清掉；二是 Space 里的东西不跟着 dot 一起没，这也是当时敢不动手重建的底气来源。

三种操作对着同一块磁盘：影响范围逐层放大

把产出写进 Space，路径最短

第一选择仍然是 Space（帮助中心里也叫资料库 / Library）。理由很简单：dot 原生就会往那里写，不需要额外连接器，也不需要走代理，而且页面不会因为聊天保留期到期而过期——官方写的是“Space 页面持续存在直到有人删除，工作区的聊天保留期不会让它过期”。放进回收站后 30 天清除，Space 备份最多再留 30 天。

容量口径要说准：帮助中心给的是上传文件共用存储每位用户 25 GB、每个组织 100 GB；Pro 档资料库上限 100 GB，你看到的那个“100G”就是这一档。单文件上限 512 MB，图片 20 MB，表格约 50 MB，文本文档 200 万 token，每 3 小时最多传 80 个文件。用量在“设置 > 存储空间”里看。

所以 100 GB 不是随便堆的容量。agent 每天写检查点、存中间稿、留恢复包，几个月就能把它吃满，定期清理是必须的，别等报“已达上限”才动手。

还有个容易踩的坑：dot 的聊天里可能另存一份 Space 文件的缓存副本。官方明确写着，删掉 Space 里的文件（哪怕从回收站删）不会触发删除这份缓存，文件还可能继续列在 Outputs 里；这份 dot 拥有的副本要等 dot 被删除后 30 天内才清掉。换句话说，“清理空间”和“彻底删掉一份内容”是两件事，涉及敏感材料时别只删一处。

Google Drive 当第二块盘，比搬文件划算

第二份放在站外，Google Drive 是最顺的那个。

免费额度 15 GB，由 Drive、Gmail、相册共用；有个 2026 年的变化要留意，官方措辞已从“附带 15GB”改成“最高可获 15GB”，没绑手机号的新账号只有 5 GB。想扩到 100 GB 是 Google One 最便宜的一档，每月 1.99 美元、年付 19.99 美元，约合每月十几元人民币，还能和最多 5 位家庭成员共享。这个价对 100 GB 来说确实算不上门槛。

关键是互通性不是玄学。OpenAI 的插件目录里 Google Drive 是官方插件，标注支持搜索引用与写入；Codex 的插件列表里也明写着“Google Drive · Codex official · Work across Drive, Docs, Sheets, and Slides”。官方的说法是 ChatGPT、ChatGPT Work 和 Codex 共用同一套已连接应用与权限，在 Work 或 Codex 里开个对话就能让 agent 直接用它。相比把文件从云端电脑手动下载、再传去某个网盘，这条链路基本没有摩擦，比百度网盘之流好用得多。

硬伤还是代理。不过既然 dot 本身已经用上了，这条门槛其实早就付过了，不会因为多接一个 Drive 再变高。

腾讯网盘还在排队，方向对但现在别当唯一备份

腾讯在 10 月 29 日的全球数字生态大会上发布了腾讯网盘，定位不是给“人”存照片，而是“面向 Agent 时代的全新记忆空间产品”，说法是“共享存储，聚合上下文”，想让不同 AI 工具产出的数据落到同一块盘上，形成可复用的长期记忆。这个思路正好对上本文的问题：agent 的产出不该只留在它自己那台云端电脑里。

入口是 drive.tencent.com，扫码登录、手机验证、填邮箱，点“申请体验”提交后显示“资料审核中”。不用邀请码，但官网没公布名额、排队序号和审核时间，所以只能等通知——这就是还在排队的意思。

限制要看清：个人内测版免费空间只有 5 GB，想上 1 TB 要 Buddy One VIP（连续包月 700 元、单月 999 元），里面还打包了 WorkBuddy 旗舰版、腾讯会议专业版、腾讯文档超级会员 Plus 和每月 5 万通用积分；如果本来就有 WorkBuddy 会员，网盘是包含在内的。连接侧已打通企业微信、腾讯会议、腾讯文档、ima 等，也提供 CLI 和 MCP 让外部 Agent（Kimi、DeepSeek 等）接入。

但有体验者实测，关联账号后目前只有只读权限，写入还得靠连接器 MCP；“换 Agent 不用重说背景”这类宣传点来自内测问卷的需求调研，不是已上线功能。方向我认可，眼下它适合尝鲜，不适合当唯一备份。

容量对照：免费 15GB、资料库 100GB、内测 5GB

一套能立刻用上的最小习惯

把上面的事收成几条可执行的：

  • 每个阶段收尾，让 dot 把正式稿写进 Space，并让它回报“保存了哪个检查点、什么时间”。有文件名和时间，事后才能核对。
  • 别把云端电脑的工作目录当唯一副本。它持久，但持久的是快照，不是每一笔写入。
  • 长任务中间主动设检查点，把“最后一次保存”到“中断”之间的窗口压到最短。丢的永远是这段。
  • 断线重连之后，先让它核对中断前的文件与未确认写入，再继续；明确要求不要把未知内容当成已完成，也不要重复写入。
  • 定期清 Space，按“已完成 / 候选稿 / 恢复包”分堆删；删的时候记得 Outputs 里的缓存副本是另一份。
  • 真要删 dot 之前，先确认 Space 里有可核实的结果。删除不可撤销，新 dot 不会自动接上原来的上下文。
  • 重要成果再往站外放一份：Google Drive 或者干脆 git 仓库。两块盘不在同一个故障域里，才叫备份。

这次最值得记住的一句话其实来自 dot 自己：以已核实的检查点为基础继续。Agent 跑得越久，这句话越值钱。

参考资料

打开原图 ↗