时间回溯至今年3月30日，OpenAI发布了一项令人意想不到的举措——它将自家核心编程引擎Codex，装进了竞争对手Anthropic旗下的Claude Code中。
开发者只需输入一条指令，Claude便负责统筹全局、拆解需求、审核输出，而OpenAI的Codex则负责编写代码，最后由Claude逐行把关。这不仅仅是简单的功能叠加，而是一场“生态寄生”般的渗透：一家AI实验室，将自己的先进技术植入对手的工具箱，让对手的AI担任“主管”，自己的AI担任“程序员”。
随着时间推移，这一插件演化为一套高度协同的双模型工作流。到了6月，Anthropic升级至Fable 5，工程管理能力大幅跃升；OpenAI随即推出GPT-5.6-Sol，代码生成精度显著提高。如今，这套流程已臻成熟：Fable 5管，GPT-5.6-Sol写，Fable 5审。两个模型，一套流程，紧密咬合。
OpenAI此举并非一时冲动，而是深谙商业逻辑的体现。它敏锐地捕捉到，AI编程的价值重心正从单纯的“模型比拼”转向“工具链生态”。Anthropic在此转移中抢占了先机，Claude Code已成为开发者的默认环境。其核心优势不在于代码写得有多美，而在于其强大的工程管理能力——理解项目结构、拆分任务、调用工具、管理版本。OpenAI的Codex虽强，但开发者不会因代码漂亮就更换整个工作台。
插件正是OpenAI打破“二选一”死胡同的产物。它不再试图说服开发者离开Claude Code，而是务实地寻求渗透：既然工作台已定，那我能否成为其默认的代码生成引擎？这一架构巧妙地复刻了人类团队的协作模式：Claude担任“主管”，负责拆解与审核；Codex担任“程序员”，专注实现与构建。这种分工让代码生成走向商品化，而工程管理能力反而成为稀缺资源。
这一策略在商业史上并不罕见。微软当年将MS-DOS装入IBM PC，并为Mac开发Office，正是通过在竞争对手的生态中占据不可替代的底层位置，最终反客为主。OpenAI的策略如出一辙：它不争夺“操作系统”的霸权，而是争夺“代码生成”这一关键层。一旦开发者习惯了这种协作模式，迁移成本将陡增。Anthropic虽短期受益，但长期面临核心生成能力被外化的风险。长远来看，未来的AI工具将演变为多模型协同的产物，来自不同公司的模型将在同一工作流中各司其职。
从3月30日的一个插件，到如今的双模型闭环，两家互为对手的AI实验室演示了一课：最聪明的竞争，不是把对手赶出赛道，而是让自己成为对手赛道上一段无法绕开的路。这已然不是一场模型之争，而是一场关于“谁定义了工作流的哪一层”的战争。OpenAI在对手的地图上，率先插下了一面自己的旗帜。