摘要
Claude Code降智严重，Codex基于GPT-5在逻辑实现和稳定性上表现更佳。本文提供从Claude迁移到Codex的完整指南，包括安装配置、性能对比和协同工作流，帮助开发者提升AI编程效率。
朋友们，有没有发现 Claude Code 越来越不对劲了。。。
本来我已经很少用了，结果前两天偶然用一次，让它帮我打开 b 站搜索关键词，采集视频数据
结果整了一批假数据应付我
差点没把我气死，降智实在是太严重了
今天，Claude 官方终于也发文承认降智。
而就在前几天，ChatGPT 老板奥特曼发文 Codex 使用量以 10 倍速度暴涨
AI 编程又要变天了。
其实，我也是前两周开始就 ALL IN GPT5 了
例如包括我日常在公司开发前后端 + 数据库的全栈项目用的是 Trae + GPT5，后者很擅长处理复杂的逻辑
同时也在用 ChatGPT 亲儿子 Codex Cli——智商在线的 GPT5 执行命令更精准，更离谱的是，只需要订阅 ChatGPT 20 刀的套餐就能用 Codex 了，性价比拉满。（尼区订阅的话只需要 55 元）
今天就带大家做一波迁移，从 Claude Code ➡️ Codex
全方位对比：Codex vs. Claude Code
正好我最近在做一个 vibe marketing 的 case，用 cc 和 codex 分别跑了一次数据分析 html 报告：基于我公众号数据、给我做 B 站视频的选题，如下图所示
对这个报告怎么做出来的感兴趣的同学，可以评论区留言，我把 case 放出来
能很清楚看出来它们的区别与侧重不同
Claude 更注重发散创意，也就是为什么前端审美更好看，要素更丰富
而 ChatGPT 更注重逻辑实现，所以可以看到图中图表不酷炫，但文字分析、表格等数据分析要素很多
CC+Claude 4
Codex + GPT5
说实话，作为数据分析师，我更喜欢 Codex 的版本。
大家更喜欢哪个呢？欢迎评论区投票
在实际应用场景中，二者的差异尤为明显。
对于需求明确的任务，如“参考已有模块 A 实现功能 B”，Codex 能准确理解并模仿风格，只改动必要代码；
而 Claude Code 则可能进行全局分析和重构。
在修复小型 CSS 样式问题时，Codex 修改完即止，而 Claude Code 则可能附带进行一些非必要的优化。
「话少」意味着 Codex 在 Token 消耗上更少，执行任务也更聚焦。
我做了个表格看起来更直观：
| **对比维度** | **Claude Code** | **Codex (基于 GPT-5)** |
| **交互风格** | 热情、顺从 | 简洁、专业 |
| **核心优势** | **UI 界面类工作、前端细节实现、快速修复小型 Bug** | **后端逻辑、算法实现、项目重构、架构设计** |
| **代码质量** | 质量高，尤其擅长前端。但有时会过度优化，增加代码复杂性 | **质量高，逻辑严谨，倾向于进行最少必要改动** |
| **性能与稳定性** | 官方已承认降智，响应速度较快 | 深度思考模式下较慢，但输出结果精确。服务表现稳定 |
| **账号政策** | [已宣布全面禁止中国使用](https://mp.weixin.qq.com/s/bReBDU_I0K2UpJoorKY5Qw) | 生态相对开放，账号稳定性更高 |
Codex 入门与安装
开发者可根据自身环境选择通过 npm 或 Homebrew 进行全局安装。
- Node.js 环境:
npm install -g @openai/codex
- macOS (Homebrew):
```bash
brew install codex
安装完成后，在终端中执行 codex 命令即可启动，并根据指引登录 OpenAI 账号。
为提升效率，可使用进阶命令进行个性化配置：
- 自动执行命令：跳过权限询问，适用于可信工作环境。
codex –ask-for-approval never –sandbox danger-full-access
- **开启“深度模式”**：针对复杂问题，提升模型思考等级。
```bash
codex -m gpt-5 -c model_reasoning_effort="high"
- 监控用量：使用
/status命令随时查看 Token 消耗。
当然，Codex Cli 目前还不如 Claude Code 成熟 ，但好在 Codex 有 IDE 插件版本用起来跟聊天对话没区别
官网： https://developers.openai.com/codex/ide/
也可以直接在 VS Code（我用的是 Trae）应用商店里搜索 Codex
找到如图中 openai 出品的才是正版
点击图中的 ChatGPT logo，就会打开 Codex 的对话框，接着就直接发需求就好了
图中蓝色标记都是可以做设置的，先看下面的
第一个是 Local 的位置，Codex 起初是在云端运行的，用于 GitHub 项目的维护
本地版本也保留了这个能力，也就是说可以把任务放到云端让 Codex 跑
第二个是选择是 Chat（仅对话，执行任务需批准）、Agent（直接执行任务），甚至是 Full access 的 Agent 可以超出当前项目，在整个电脑范围内操作
第三个是 Reasoning effort，思考长度，建议直接选择 high，其余的可能不是那么稳定。
Codex 里的 MCP 协议也“与众不同”
从下图位置进入，可以看到，Claude 的 MCP 用的是 json，而 Codex 用的是 toml 文件
这一点在官方文档里也有强调
导致目前用起来不是很习惯。
也就是说尽管 Codex 在许多方面表现出色，但这并不意味着它能完全取代 Claude Code。
最好的方案就是把两者结合起来。
构建“Codex + Claude Code”协同工作流
Claude Code 在快速迭代和 UI 构建上依然高效，而 Codex 在处理全局性、架构性问题上更具优势。
因此，一种更为高效的策略是让二者成为“编程搭子”，构建协同工作流。
该工作流的核心思想是“左右互搏”，通过交叉审核确保代码质量。
-
方案设计：由 Claude Code 快速生成初步方案。
-
方案评审：将方案交由 Codex 进行审核和“挑刺”。
-
达成共识：将 Codex 的意见反馈给 Claude Code，进行多轮讨论，直至二者对方案达成一致。
-
代码实现：由 Claude Code 根据最终方案编写代码。
-
代码审查（Code Review）：将生成的代码（例如通过 Git Commit ID 指定）交由 Codex 进行审查。
-
迭代修复：重复步骤 3-5，直至代码通过双方审核后提交。
这个方案来自刘小排老师：
Codex CLI 是 Claude Code 的最佳替代品和编程搭子
