我也下载了ChatGPT的Codex了，以后可以结合Claude Code一起用。互相review。

Codex建议我这样用：

最佳组合是：Claude Code：想清楚、拆方案、探索复杂代码Codex：执行任务、并行实现、跑测试、做 review、自动化

1. **Claude Code 用来深聊方案，Codex 用来落地执行** Claude Code 很适合长上下文讨论、架构取舍、读懂复杂意图。Codex 更适合你直接说：“去改这个 repo，跑测试，修到通过，给我总结变更。”

例子： ```text 先阅读这个项目的 README、package.json 和主要入口文件。 找出登录流程在哪里实现，然后修复 xxx bug。 不要大改架构，保持现有风格。修完后运行相关测试，并告诉我改了哪些文件。 ```

2. **把任务写成“目标 + 边界 + 验收”** Codex 最吃这种 prompt： ```text 目标：给订单列表增加按状态筛选功能。 边界：只改前端，不改 API；复用现有组件风格；不要引入新依赖。 验收：可以筛选 pending/paid/cancelled；刷新后筛选状态保留在 URL query；相关测试通过。 ```

3. **让 Codex 先读代码，再动手** 很多失败来自一上来就让模型“猜”。你可以固定用这个开场： ```text 先不要改代码。先调查现有实现，告诉我： 1. 相关文件在哪里 2. 当前数据流是什么 3. 你准备怎么改 等我确认后再实现 ``` 如果你希望它直接干活，则说： ```text 先快速调查，然后直接实现。遇到不确定点时按现有代码风格做保守选择。 ```

4. **复杂任务拆给 Codex app 的多个 agent** Codex app 的优势是并行。比如： - Agent A：修后端 API - Agent B：改前端 UI - Agent C：补测试/做 code review 适合大一点的 feature、迁移、重构。Claude Code 也能做，但 Codex app 的多 worktree/多 agent 更像“开几个工程师同时干”。

5. **让 Codex 做“带测试的修复循环”** 好用 prompt： ```text 运行测试，定位失败原因，修复最小必要代码。 每次修改后重新运行相关测试，直到通过。 不要顺手重构无关代码。 ```

6. **用 Codex 做 code review** ```text 请以 code review 方式检查当前 diff。 优先找 bug、边界条件、回归风险、缺失测试。 不要做风格吹毛求疵，除非会影响维护性。 ```

7. **给它项目规则** 在 repo 里放一个类似 `AGENTS.md` 或项目说明文件，写： ```text - 使用 pnpm，不要用 npm - 测试命令：pnpm test - UI 使用现有 design system - 不要引入新依赖，除非先说明理由 - 修改数据库 schema 必须补 migration ``` 这会显著减少反复纠偏。

**一句话分工：**

Claude Code：适合“和我一起想清楚”。 Codex：适合“去 repo 里把它做完、跑完、交付给我看”。

你可以先从一个小习惯开始：以后不要只说“帮我改这个 bug”，而是说：

```text请先阅读相关代码，定位 bug 根因，然后做最小修复。保持现有风格，修完运行相关测试。最后用三点总结：根因、改动、验证结果。```

这个 prompt 基本就是 Codex 的高性价比打开方式。

人工智能