# 如果换电脑，我怎么恢复自己的 Codex 工作区
**作者**: 阿良｜AI 工作流
**日期**: 2026-07-05T02:27:18.000Z
**来源**: [https://x.com/RealYDT/status/2073594539433153005](https://x.com/RealYDT/status/2073594539433153005)
---
换机恢复总图
昨天我把 Codex 工作区规则整理到签收态。
本来以为可以收工了。
但整理完以后，我又想到一个更现实的问题：
如果这台电脑坏了，我还能不能把这套工作区恢复回来？
这不是一个小问题。
因为 Codex 工作区不是一个普通项目文件夹。
它至少有三层东西：
项目仓库。
全局规则和技能。
本机授权和运行状态。
这三类东西不能混在一起备份。
混在一起，短期省事。
换电脑时就会出问题。
要么规则丢了。
要么工具跑不起来。
要么把 Token、Cookie、浏览器 session 这种不该迁移的东西也一起带走。
所以我这次给自己做了一份换机恢复清单。
不是为了现在马上换电脑。
而是确保这套工作流不是只活在当前这台机器上。
## 第一份备份：项目仓库
项目仓库恢复内容
第一份要恢复的是项目仓库。
也就是 RealYDT OS 这个工作区本身。
这里面放的是项目级资产：
- 项目入口 AGENTS.md
- 项目主规则 RULES.md
- 真源边界 SOURCE_OF_TRUTH.md
- ops/protocols 里的长流程
- ops/checklists 里的发布前检查和规则体检
- 写文章用的素材目录
- X Article 草稿工具
- 已经沉淀下来的 SOP 和工作流记录
这部分适合放在 GitHub private repo。
新电脑上直接 clone 私有仓库，就能把项目主干恢复回来。
但这里有一个边界：
这个仓库不是公开模板。
因为里面有大量个人工作流上下文。
哪怕没有 Token，也不适合直接公开。
如果以后真要做公开版，应该另起一个干净模板仓库。
公开版只放通用结构。
不要放个人文章、账号复盘、任务截图和本机工作流记录。
## 第二份备份：CodexHome
CodexHome 需要单独备份
第二份要单独备份的是 CodexHome。
这部分不能只靠项目仓库恢复。
因为它保存的是跨项目能力：
- 全局入口 AGENTS.md
- 稳定操作偏好
- Windows 使用习惯
- 通用安全规则
- memories 里的长期偏好
- skills 里的可复用能力
我现在最重要的规则，不全在项目里。
比如：
Windows 默认用 PowerShell。
文件操作优先用 -LiteralPath。
不自动 commit / push。
发布前检查 Token、邮箱、授权链接、订单和个人信息。
这些不是某一篇文章的规则。
它们是我跨项目都要保留的操作习惯。
所以换电脑时，不能只 clone 项目仓库。
还要把 CodexHome 里的三类内容恢复回来：
1. 全局入口。
2. 全局 memories。
3. 全局 skills。
我的判断是：
项目仓库解决“这个工作区怎么恢复”。
CodexHome 解决“Codex 这个人怎么继续按我的习惯工作”。
这两件事不是一回事。
## 不要迁移登录状态
不要迁移的内容
换电脑时，最容易出问题的是第三类：
本机授权和运行状态。
这些东西不要迁移。
比如：
- .env
- API Key
- OAuth Token
- Cookie
- 浏览器 session
- 授权 callback
- 临时 payload
- 上传缓存
- 本地日志数据库
- sqlite-wal / sqlite-shm
- 历史交接快照
这些东西不是“宝贵资产”。
它们是本机状态。
有的会过期。
有的会泄露权限。
有的会把旧任务上下文带到新电脑。
所以我现在的原则是：
规则迁移。
项目迁移。
技能迁移。
凭据不迁移。
新电脑重新授权。
这一步看起来麻烦，但它能避免一个更大的问题：
你以为自己是在恢复工作区。
实际是在复制一堆旧登录状态和过期上下文。
## 新电脑恢复顺序
如果我真的换电脑，我会按这个顺序来：
第一步，装基础环境。
包括 Git、Codex、Python、Node，以及常用编辑器。
不急着跑项目。
先保证基础工具可用。
第二步，恢复项目仓库。
从 GitHub private repo clone 项目。
恢复后先看：
AGENTS.md
SOURCE_OF_TRUTH.md
RULES.md
ops/protocols
ops/checklists
tools
这些文件在，项目主结构就回来了。
第三步，恢复 CodexHome。
把全局入口、memories 和 skills 放回固定位置。
如果新电脑路径不同，就要先改规则里的路径。
最省事的做法是：
新电脑尽量保持和旧电脑一样的目录结构。
不是因为路径好看。
而是减少规则里的绝对路径漂移。
第四步，重新授权。
X、GitHub、API、浏览器登录，都在新电脑重新走一遍。
不要复制旧电脑的 Token。
不要复制旧浏览器 session。
不要把旧 .env 直接丢过去。
如果必须恢复环境变量，也要逐项确认来源和用途。
第五步，跑验证。
我会至少做 5 个检查：
1. Codex 能不能读取全局 profile。
2. 项目 AGENTS.md 能不能正常加载。
3. rules-audit.md 能不能跑一次体检。
4. X Article 工具能不能生成 preview。
5. DOCX 渲染链路能不能生成页面图。
这些检查不复杂。
但它们能确认一件事：
工作区不是“文件复制过去了”。
而是真的能继续工作。
## 为什么不把所有东西打成一个压缩包
我以前会觉得，换电脑最简单就是打包整个目录。
现在我不这么想。
因为整个目录里有太多不同性质的东西。
有些是长期资产。
有些是本机状态。
有些是历史日志。
有些是缓存。
有些是授权上下文。
这些东西如果不分层，恢复时就会变成一锅粥。
真正需要长期保存的，是能解释和复现工作流的东西：
规则。
协议。
清单。
技能。
文章和截图。
工具代码。
验证记录。
真正不应该迁移的，是能代表当前机器身份和权限的东西：
Token。
Cookie。
Session。
授权链接。
临时请求体。
运行中的数据库缓存。
这两类东西必须分开。
## 我最后留下的换机清单
如果只保留一版极简清单，我会写成这样：
换电脑前：
1. 确认项目仓库已经推到 private repo。
2. 确认 .gitignore 没有漏掉敏感文件。
3. 单独备份 CodexHome 的入口、memories 和 skills。
4. 导出重要文章目录和素材目录。
5. 不导出 Token、Cookie、session 和临时缓存。
换电脑后：
1. clone 项目仓库。
2. 放回 CodexHome。
3. 检查路径是否变化。
4. 重新授权 X / GitHub / API。
5. 跑规则体检。
6. 跑 X Article preview。
7. 跑 DOCX 渲染测试。
这套流程不复杂。
但它解决了一个关键问题：
我的 AI 工作区，不再只依赖当前这台电脑。
它变成了可以恢复、可以验证、可以继续维护的系统。
## 最后的判断
这次我没有继续加规则。
我只是给规则系统补了一个恢复方案。
因为长期用 Codex、Claude Code 或其他 Agent，真正重要的不是“今天能不能跑起来”。
而是：
换电脑以后还能不能恢复。
半年以后还能不能看懂。
出问题以后能不能定位。
授权过期以后能不能重新接上。
这比继续写一堆 prompt 更实际。
我的结论也很简单：
项目用 GitHub private repo 恢复。
全局能力单独备份 CodexHome。
凭据和 session 全部重新授权。
恢复后用 5 个检查确认它真的能跑。
这才算一个能长期用的 Codex 工作区。
## 相关链接
- [阿良｜AI 工作流](https://x.com/RealYDT)
- [@RealYDT](https://x.com/RealYDT)
- [Upgrade to Premium](https://x.com/i/premium_sign_up)
- [10:27 AM · Jul 5, 2026](https://x.com/RealYDT/status/2073594539433153005)
- [5,065 Views](https://x.com/RealYDT/status/2073594539433153005/analytics)
- [View quotes](https://x.com/RealYDT/status/2073594539433153005/quotes)
---
*导出时间: 2026/7/5 18:01:06*