更新成 ChatGPT 后,原来的 Codex 项目和历史记录还在吗
原 Codex App 更新为新版 ChatGPT 桌面端后,官方说明是通过正常更新完成迁移,并且桌面 Codex 项目仍然可以通过 ChatGPT 移动端访问。这说明 Codex 项目不是因为品牌合并而被整体取消。
原 Codex App 更新为新版 ChatGPT 桌面端后,官方说明是通过正常更新完成迁移,并且桌面 Codex 项目仍然可以通过 ChatGPT 移动端访问。这说明 Codex 项目不是因为品牌合并而被整体取消。
但“项目继续存在”和“所有聊天历史完全合并”是两个不同问题。

可以确认的部分
- Codex 仍然是新版桌面端中的独立开发模式。
- 原 Codex App 用户按正常方式更新。
- 桌面 Codex 项目可以继续从移动端访问。
- 开发者可以把 Codex 设置为默认视图。
- Codex CLI、IDE 扩展和云端入口仍然保留。
不要默认所有历史都会自动融合
新版应用同时存在 Chat、Work 和 Codex,不同模式的会话结构、项目上下文和权限可能不同。原 ChatGPT 桌面端也可能作为 ChatGPT Classic 单独保留,因此旧 Chat 历史和 Codex 项目不一定会变成同一套项目记录。
升级前建议备份什么
- 未提交代码
- 关键任务说明
- 长提示词和项目规则
- 重要对话中的业务结论
- 插件配置
- 远程主机信息
- 自动化任务说明
- 本地环境变量和凭据来源
注意不要把真实密钥直接复制到普通文档中,应使用密码管理器或安全的密钥系统。
升级后怎么验证
打开一个旧项目,检查:
1. 仓库路径是否正确。
2. 历史任务是否可见。
3. Git Diff 是否正常。
4. 本地终端能否运行。
5. 插件和远程环境能否连接。
6. 手机端是否能看到对应项目。
总结
从官方信息看,Codex 项目会继续作为新版 ChatGPT 的开发工作存在,但用户不应把产品合并理解为所有历史、项目和旧客户端数据都自动统一。重要内容始终要有独立备份。
官方资料
相关文章
Codex 修改依赖后项目坏了,如何要求它不要随便升级版本
AI 在修问题时可能发现新版本 API 更方便,于是顺手改 package.json、go.mod 或 lockfile。小问题因此变成依赖升级。生产项目最好默认禁止无关依赖升级。
Codex 如何给 REST API 写集成测试?数据库与鉴权场景
围绕「Codex 如何给 REST API 写集成测试」给出面向 Codex 用户的原理、配置、操作步骤、排查方法与常见问题,适合新手直接照着实践。
Codex 如何生成新员工 Onboarding 文档?快速读懂项目
围绕「Codex 如何生成新员工 Onboarding 文档」给出面向 Codex 用户的原理、配置、操作步骤、排查方法与常见问题,适合新手直接照着实践。
Codex 如何 Mock 第三方 API?避免测试依赖外部服务
围绕「Codex 如何 Mock 第三方 API」给出面向 Codex 用户的原理、配置、操作步骤、排查方法与常见问题,适合新手直接照着实践。