如果你最近一直在纠结要不要从 Claude Code 换到 Codex，那昨天 OpenAI 把你的最后一个借口拆掉了。
8 月 11 日，OpenAI 把外部智能体导入的说明统一成了一份文档：ChatGPT 桌面端的设置里多了一个 Import，能直接扫到你本机上的 Claude Code、Claude Cowork 和 Cursor；Codex CLI 里敲一个 /import，认 Claude Code 和 Cursor。36氪
官方文档写得很清楚：导入的是副本，不会修改或删除你已有的配置。36氪相当于免费给对手用户派了一辆搬家车，上门帮你装箱，原来的房子还原样给你留着。问题是，上车之前，没人告诉你哪些东西装不上车。
先看能搬什么：这份清单比你想的完整
把官方的搬家清单对照表整理了一下：CLAUDE.md 变成 AGENTS.md，你写了半年的项目规范文件直接继承；settings.json 变成 config.toml，Claude Code 那套 JSON 加 Markdown 的混搭，统一收进一个 TOML 文件；Skills、MCP 服务器配置、Hooks、子智能体都有对应项；你自己写的斜杠命令全部转成 skill，注意这一项严格说是"改装"不是"搬迁"，名字、调用方式、使用范围都可能跟着变；项目记忆变成 Memories，最近 30 天的聊天进 ChatGPT chats；已有项目文件夹变成"使用同一文件夹的项目"，Codex 只是接管你本机那个目录，不会把仓库上传走。
有个细节值得说一下：从 Claude Code 搬过来的老会话经常太长，Codex 一口气读不完。它的处理不是报错，而是在你发出搬家后第一句话时，自动把前面的内容压缩一遍、腾出地方再接着答。搬进来就能接着聊。
这辆搬家车也不是昨天突然冒出来的，三个月里它迭代了三回：/import 最早出现在 CLI 0.140.0，当时只能搬 Claude Code 的设置、技能和聊天记录；6 月 9 日搬进桌面端，还塞进了首次使用引导；7 月 21 日的 0.145.0 一口气扩到六个迁移类别；8 月 7 日又补上 Cursor 技能导入和老会话的后续同步。36氪这次把文档统一成一份，等于官宣：车备好了。
带不走的四样，才是你的核心资产
社区里做完完整迁移的开发者口径大致是：九成配置能自动完成格式转换。但卡住的那一成，才是要命的。
第一样，权限。你在 Claude Code 里手工调了半年的细粒度白名单，撞上 Codex 的沙箱只有粗粗三档：只读、工作区可写、完全放开。36氪这不是改个文件名的事，你得把当初那份白名单背后的意图重新想一遍，再翻译成三档里的一档。
第二样，Hooks。Claude Code 的钩子模型更富，条件分组、异步处理链都有，Codex 这边找不到对等物，复杂钩子链搬过去不是转换，是重新设计。微博上有做完迁移的博主也提醒，Hooks 的触发时机可能存在细微差异，建议跑一次流程测试。微博
第三样最要命：模型。前两样搬的是行李，这一样搬的是干活的那个人。Codex 原生只走 OpenAI 自己的协议，不认 Anthropic 的模型。36氪也就是说，你把 CLAUDE.md、技能、MCP 配置全搬进 Codex，从此接手这套配置的是 GPT，不再是 Claude——那些提示词是照着 Claude 的脾气调的，现在换了个人执行。除非自己搭一个兼容网关注册成模型提供者，否则这是整份迁移清单里唯一没有原生方案的项。
第四样，聊天记录的边界。只有本机的本地会话能搬，claude.ai 网页上的对话过不来，CLI 这边还划了条硬线：最近 30 天，最多 50 条。
还有一个数字值得泼盆冷水：有开发者去数了 Claude Code 的技能字段，一共 18 个，只有 6 个是通用的，剩下 12 个只有 Claude Code 自己认。36氪你写的技能，能带走的只有三分之一。所以社区里完整的流程是十二个字：一键搬家，手动检查半小时。
一扇门只朝里开：能搬进，不能搬出
翻完整套文档，有一个词从头到尾没出现过：/export。整套文档里，没有一个命令是用来把 Codex 的配置搬出去的。36氪导入不会回写，你在 Codex 里改的东西，不会同步回 Claude Code。桌面端确实给了一个自动更新开关，但看清楚同步方向：它的作用，是把 Claude Code、Cursor 那边的新东西源源不断地拉到 ChatGPT 这边。上家继续更新，下家继续接收。
对比一下，今年 3 月 Anthropic 做 Memory Import 的时候，两个方向都开着——能把 ChatGPT、Gemini 里的偏好导进 Claude，也支持把 Claude 的记忆导出去备份。而 3 月 30 日 OpenAI 发的 codex-plugin-cc 插件，让 Codex 能在 Claude Code 里面跑，一条 /codex:transfer 命令就能转会话。36氪从"进对手家里"到"把人接走"，四个多月，动作升了一级。
这对我们意味着什么？这次不是搬家，是分叉。从你点下 Import 那一刻起，两份配置就开始各自演化，而且没有合并按钮。
那到底谁该搬？
我的判断，分三类人。
被封号潮伤到的、Claude 订阅已经断了的：搬，不用犹豫。成本接近零，原配置还原样留着，Codex 用不顺手随时回得来，房子没塌。
配置很重的，尤其 hooks 和权限白名单挂着合规、自动化流程的：主仓库先别搬。拿一个副项目试水，搬完务必完整跑一遍流程。有知乎专栏作者说得很直白：真正赚到的是那些把 Claude Code 玩出花的人，他们的 skills 和 MCP，才是大半年的心血。知乎官方给的导入后复查清单值得贴在工位上：技能和智能体的权限、需要重新登录的 MCP 服务器、行为可能变样的 Hooks、要手动跟进的插件，还有那些带参数和文件路径的命令模板。微博上那份迁移攻略也给了一样的提醒：各家实现不同，必须手动核对 MCP 的自定义认证、Headers 和环境变量。微博
双持党：其实根本不用搬。现在的主流用法是"Claude Code 负责架构，Codex 负责搬砖"——Claude 想方案、做仓库级重构，Codex 进仓库改代码、跑测试，codex-plugin-cc 还能在 Claude Code 里直接调 Codex 做代码审查。知乎上高赞回答的观察是，2026 年有一个主流的用法：两个都用。知乎OpenAI 想让你搬家，你可以只请搬家队。
最后说个长期判断
这场搬家大战其实暴露了一件事：真正锁住你的从来不是配置文件，而是你照着哪个模型的脾气调了这套配置。文件能转换，脾气不能。
但反过来看，SKILL.md、AGENTS.md、标准 MCP 定义这些格式正在长成事实标准，格式越通用，谁就越难锁住谁。今天能一条命令搬进 Codex 的东西，明天理论上也能一条命令搬去别家。
对开发者来说，策略就一句话：家当别押在任何一家工具上。指令写成通用格式，技能攒成标准结构，MCP 保持标准定义。真到搬家那天你会发现，能带走的比一辆车多得多。
接下来值得盯三个信号：Anthropic 会不会跟进一个对称的"从 Codex 导入"；Codex 的三档沙箱权限会不会细化；技能格式会不会进一步标准化。这三个里任何一个动了，这份搬家账本就得重算。
