我也下载了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 的高性价比打开方式。

#人工智能#