

OpenAI推出Codex导入功能,支持一键迁移Claude Code等竞品工具的配置、技能、插件、项目记忆和近期聊天记录,但仅支持单向导入且无法导出,旨在争夺开发者积累的本地化工作资产,凸显AI编程工具间对用户‘家当’而非单纯模型能力的竞争。
AI编程大战,盯上了对手用户的家当。
换一个AI编程工具,最贵的从来不是订阅费,而是那个你改了半年的CLAUDE.md,积攒的几十个技巧,MCP服务器上一个个点过来的授权,还有一串闭眼就能敲出来的斜杠命令。
这些东西不用花钱买,却是Claude Code替你干活的说明书。换到Codex,说明书作废,一切都得从头写起。
真正让开发者舍不得离开的,正是这份攒了半年、装在自己机器上的家当。

OpenAI最近干的事,就是把这份家当整个打包,搬进自己家。
8月11日,OpenAI把外部智能体导入的说明统一到了一份文档里。

打开ChatGPT桌面端,设置里多了一个Import,能扫到Claude Code、Claude Cowork和Cursor;在Codex CLI里敲一个/import,认Claude Code和Cursor。
勾几下,这些工具留在你机器上的配置、技能、插件、项目和最近30天的聊天,一次性搬过来。
搬的是副本。
官方文档写得很清楚:导入不会修改或删除你已有的智能体配置。
相当于给对手的用户免费派了一辆搬家车,上门装箱,隔壁那间屋子还给你原样留着。
顺手翻了一遍这套流程的全部文档,有一个词从头到尾没有出现过——/export(导出)。
只能搬进,不能搬出。
先说这辆车能装什么,官方给出了一张「搬家清单对照表」:

指令文件(Claude Code这边主要就是CLAUDE.md)搬过去变成AGENTS.md;
settings.json搬过去变成config.toml:Claude Code那套JSON加Markdown的混搭,到Codex这边统一收进一个TOML文件;
Skills还是Skills,插件还是插件,但插件能不能直接用,得往下看。
MCP服务器配置对上Codex的MCP配置,Hooks对上Codex hooks,子智能体对上Codex agents。
你自己写的那些slash命令:把一段常跑的流程封成/xxx,团队共用的那种,搬过去之后不叫命令了,全部转成skill。
插件里自带的命令也一样,安装时就地转换。
名字换了,调用方式换了,使用范围也可能跟着变。所以严格说,这一项不是搬迁,而是改装。
Claude Code的项目记忆变成Memories。最近30天的聊天进ChatGPT chats。
至于「项目迁移」,官方的原话是,已有项目文件夹会变成「使用同一文件夹的项目」。
说白了,Codex只是接管了你本机那个目录,不是把整个仓库上传或复制到OpenAI那边去。

勾选清单细到指令、设置、技能、插件、项目和聊天,逐项可选。
这里有一个细节,最能看出这活儿做得认不认真。
从Claude Code搬过来的老会话,常常太长了,Codex一口气读不完。
放在别的工具上,这种情况通常就是一句报错,剩下的你自己想办法。
Codex的做法很贴心:会话搬进来的时候,它顺手记了一笔账:这段对话有多长、占多少额度。
等你回到这段老对话里、发出搬家后的第一句话,它先自动把前面的内容缩一遍,腾出地方,再接着往下答。
你不用管,也不用删,搬进来就能接着聊。
Codex这套导入,也不是今天突然冒出来的。
/import最早出现在CLI 0.140.0,那会儿只能搬Claude Code的设置、技能和聊天记录,Cursor用户得自己手抄。
6月9日,Codex app 26.608把导入流程搬进桌面端,还塞进了首次使用的引导。
7月21日的CLI 0.145.0是真正扩容的一版,一口气扩到六个迁移方面:设置、MCP服务器、插件、会话、命令、项目级记忆。
8月7日的0.147.0再补上Cursor技能导入,以及已导入会话的后续同步。
三个月,三次迭代。
看来,OpenAI等不及要把Claude Code的用户接过来了
整套文档里,没有一个命令是用来把Codex的配置搬出去的。
你在Codex里改的东西,不会回写Claude Code。
桌面端确实给了一个自动更新开关,设置里能开,还能查导入历史。
但看清楚它同步的方向:它的作用,是把Claude Code、Cursor那边的新东西源源不断地同步到ChatGPT这边。
上家继续更新,下家继续接收。
CLI这边的口子更小。
8月7日发布的Codex CLI 0.147.0加了两件事:导入由Cursor托管的技能,以及同步已导入的Claude、Cursor会话的后续变化,并且不产生重复内容。
从哪个门搬进去,决定了你和上家还剩多少联系。
你以为自己一直在配工具,其实一直在攒资产。
现在,有人告诉你,这些资产可以打包带走,还能一直跟着上家更新。
搬家这套玩法,两家都做过,做法不一样。
3月初,Anthropic上线记忆迁移工具Memory Import,瞄准的就是ChatGPT用户,把你在ChatGPT、Gemini里攒下的偏好和上下文导进Claude。
它的支持文档同时写道:你也可以把Claude的记忆导出去,用于备份或者迁移。
两个方向都开着。

3月30日,OpenAI发了一个Apache 2.0开源插件codex-plugin-cc,让Codex在Claude Code内部跑起来,把自家的代码审查和任务托管做成对手终端里的斜杠命令。

插件里有个/codex:transfer,把当前的Claude Code会话转成一条持久的Codex线程。插件文档里写明,它用的就是Codex的外部智能体会话导入器,和今天这套导入是同一套转换规则。
从「进对手家里」,到「把人接走」。四个多月,OpenAI的动作升了一级。
社区里做过完整迁移的开发者给出的口径大致是:九成配置能自动完成格式转换。
卡住的那一成,才是要命的。
第一样,权限。
你在Claude Code手工调了半年的细粒度白名单,撞上Codex的沙箱只有粗粗三档:只读、工作区可写、完全放开。
这不是改个文件名的事,你得把当初那份白名单背后的意图重新想一遍,再翻译成三档里的一档。

Codex只有三种内置权限配置:只读、工作区可写、完全放开。
第二样,Hooks。
Claude Code的钩子模型更富,条件分组、异步处理链都有。
Codex这边找不到对等物。
复杂钩子链搬过去不是转换,是重新设计。官方文档自己也在提醒:导入后的Hooks行为可能与原来不同,用之前先审一遍。
第三样,模型本身。
前两样搬的是行李,这一样搬的是干活的那个人。
Codex原生只走OpenAI的Responses协议,不认Anthropic的模型。也就是说,你把CLAUDE.md、技能、MCP配置全搬进了Codex,但从此接手这套配置的是GPT,不再是Claude。
那些提示词是照着Claude脾气调的,现在换了个人执行。
除非自己搭一个兼容网关,注册成model provider,再单开一个profile指过去。整份迁移清单里,这是唯一一项没有原生对应方案的。
第四样,聊天记录的边界。
只有本机的本地会话能搬。
claude.ai网页上的对话、Cursor网页端的对话,都过不来。CLI这边还划了硬线:最近30天,最多50条。
有开发者去数了Claude Code的技能字段:一共18个,只有6个是通用的,剩下12个只有Claude Code自己认。
你写的技能能带走的只有三分之一。
官方也给了一份导入后的复查清单:技能和智能体的权限、需要重新登录的MCP服务器、行为可能变样的Hooks、要手动跟进的插件、还有那些带参数和文件路径的命令模板。
一键搬家,然后手动检查半小时。
这才是完整流程。
模型分数是半年一换的东西,今天你榜一,下个月对面新版本上来就可能把你顶下去。
但配置、记忆、技能、历史会话这些不换:它们躺在开发者自己的机器上,一天天变厚。
这份家当既是开发者的资产,也是OpenAI和Anthropic留住用户的护城河。
OpenAI这一手,就是冲着把对手的护城河抽干去的。
只是抽干别人的时候,自己那条也在变浅:想把别人家的水放出来,只能先把渠挖通,但渠是双向的。
SKILL.md、AGENTS.md、标准MCP定义,这些格式正在长成事实标准。
格式越通用,谁就越难锁住谁。
今天能一条命令搬进Codex的东西,明天理论上也能一条命令搬去别家。
对开发者来说,做法却很简单:把家当押在能带走的格式上,别押在某一家工具上。
本文来自微信公众号“新智元”,作者:ASI启示录