Claude Code 背刺？我不用了，Codex 可以直接导入了

YunLab · AI 工具亲历

Claude Code 是我一直在使用、也一直安利给身边朋友的工具。

一直以来，我都是一个人在使用，代理 IP 也没有变过。但最后，我依然没有逃过账号被封的命运。申诉了，也没有改变结果。

这是我的个人经历，不代表每个人都会遇到。但它确实改变了我对这类工具的看法。

既然背刺，那就不用了。

真正让我遗憾的，是此前在 Claude Code 里完成的那些工作，尤其是积累下来的对话内容。

虽然 Codex 可以找到相关项目、文件和工作结果，但那不是 Claude Code 中的原始对话上下文。很多讨论是怎样一步步展开的，为什么做出某个决定，中间尝试过什么、放弃过什么，这些内容并没有真正迁移过来。

我找过一段时间，始终没有找到完整保留这些原始上下文的办法。

今天更新 Codex 桌面版后，我忽然在设置中发现了一个新功能：Import from another agent。

它可以直接从 Claude Code 导入设置、Skills、Plugins、Hooks、项目和近期对话。我当场跑了一遍。

大约 40 秒后，Codex 显示本次导入 54 项，失败 0 项。25 段 Claude Code 历史会话全部进入 Codex。

这次不再只是“找到原来的项目文件”，而是连过去的对话记录也一起回来了。

先看这次实测结果

本次导入从北京时间 14:03:45 开始落地，14:04:25 完成，用时约 40 秒。

这 25 段历史会话被关联到 3 个本地项目。原会话的日期仍然保留，时间跨度从 2026 年 5 月 24 日到 7 月 31 日，没有全部变成“刚刚导入”。

需要特别说明：54 项成功，只代表本次被检测、选择并处理的 54 个对象写入成功，不代表整个 Claude Code 环境已经无损复制，也不代表每个插件和 Hook 都完成了运行测试。

本批结果中没有出现 Settings、Instructions、MCP、Subagents、Slash commands 和 Memories 的成功或失败记录。它们可能没有被选择、没有被检测到，或者没有需要处理的内容，不能把它们算作失败。

Codex 能从 Claude Code 导入什么

根据 OpenAI 的官方说明，目前支持的主要转换关系如下：

这里的“项目导入”不会复制项目文件。Codex 继续使用原来的文件夹，因此不会产生两份代码。

标准 Claude Chat 的普通聊天记录不在支持范围内。这里导入的是 Claude Code 保存在本机的近期工作会话。

OpenAI 最早在 2026 年 6 月 9 日发布的 Codex app 26.608 中加入了这个入口，后来又扩展到了 Codex CLI。版本变化可以查看官方的更新记录。

桌面版的完整使用方法

1. 打开 ChatGPT / Codex 桌面应用。
2. 进入 Settings → Import。如果设置中还没有单独的 Import 页面，则进入 Settings → General → Import other agent setup。
3. 选择 Claude Code。Codex 会扫描本机可识别的内容。
4. 在 Select items to import 中选择 Tools & setup、Projects 和 Chat sessions。可以全部导入，也可以只选择需要的内容。
5. 选择 Continue，等待导入完成。
6. 打开一个导入的项目或历史会话，检查内容是否正常。
7. 如果左下角状态卡提示某个插件或连接还需要设置，选择 Finish，完成登录或授权。

已经深度使用 Codex、并有自己配置的人，更适合分批导入，避免一次混入过多同名配置。

Codex CLI 的使用方法

先启动本地交互式 Codex CLI：

codex

进入 Codex 后输入：

/import

注意，它不是 codex import，而是交互界面中的 /import 命令。接下来选择 Claude Code，再选择需要导入的设置、项目或近期会话。

CLI 最多发现最近 30 天的 50 段会话。这个 50 条上限属于 CLI，不能直接套用到桌面版。

/import 只能在本地交互式会话中使用。Codex 正在执行任务、当前是远程会话，或者 CLI 正连接本机 app-server daemon 时，都不能运行。

完整限制可以查看官方的/import 命令说明。

我怎样确认它不是“界面显示成功”

我没有只看导入完成提示，而是继续检查了实际落地结果。

第一，导入历史中有一批明确的 Claude Code 记录：54 项成功，失败数组为空。

第二，13 个 Skill 目录都在导入时间新建，并且每个目录中都有可以被 Codex 识别的 SKILL.md。

第三，25 段会话全部有独立的 Codex 任务记录和本地会话文件，25 个任务均未归档，并且保留了原来的日期。

第四，本次导入清单中的 elements-of-style 插件已经能在当前 Codex 任务中调用。这篇文章的精简和段落整理，就实际使用了它。

这只能证明一个具体插件能力已经可用，不能代替其他插件的逐项验收。

导入后还要检查什么

1. 打开两三段近期会话，检查标题、日期和主要上下文。
2. 选择一个安全的 Skill 或 Plugin，完成一次真实调用。
3. 查看 Hooks 的命令内容，确认用途后再允许执行。
4. 检查插件和 MCP 是否要求重新登录或授权。
5. 如果导入了 Instructions 或 Settings，检查 AGENTS.md 和 Codex 配置是否符合预期。

尤其要注意：插件显示已安装，不等于它依赖的外部账号已经授权；Hook 显示已导入，也不等于它已经获得执行信任。

官方终端用户指南目前没有提供一键回滚步骤。因此，如果 Codex 中已有大量自定义配置，分批导入比一次全选更稳妥。

我的判断

这项功能真正降低的不是安装成本，而是更换工具时的连续性成本。

过去从 Claude Code 转到 Codex，最麻烦的不是重新打开一个项目，而是重新整理 Instructions、Skills、Plugins、MCP 和历史上下文。现在，Codex 已经能够接住其中相当一部分。

它还不是一次完全无感的环境克隆。配置格式会转换，插件可能需要重新授权，Hooks 的运行规则也可能不同。正确的使用方式是：

导入、检查、跑一个真实任务，再正式依赖。

这次实测中，25 段历史会话全部可见，13 个 Skill 实际落地，一个导入插件已经参与了这篇文章的写作。

这也补上了我被封号后最大的遗憾。