Codex vs Claude Code 深度对比

你：这个认证模块有安全隐患吗？

Claude Code：我检查了 src/auth/ 下的所有文件，发现三个潜在问题：

1. JWT token 没有设置过期时间（auth/token.ts:42）
2. 密码哈希使用了已废弃的 MD5（auth/password.ts:15）
3. 登录接口缺少速率限制（routes/login.ts:28）

建议按优先级修复：先处理 #2（最高风险），然后 #1，最后 #3。
需要我逐个修复吗？还是你想先看具体方案？

$ codex "给 auth 模块添加完整的单元测试，覆盖所有边界情况"

# Codex 自动执行：
# 1. 分析 src/auth/ 下所有函数
# 2. 创建 tests/auth/ 目录
# 3. 编写 15 个测试用例
# 4. 运行测试确认全部通过
# 5. 返回执行摘要

✓ Created 4 test files with 15 test cases
✓ All tests passing (15/15)

  - token.test.ts (5 cases)
  - password.test.ts (4 cases)
  - session.test.ts (3 cases)
  - middleware.test.ts (3 cases)

你：我们要把单体应用拆分为微服务，目前代码量 15 万行，
    团队 8 人。帮我评估拆分方案。

Claude Code 会：

- 分析代码结构，识别模块边界
- 评估 3-4 种拆分策略的优劣
- 考虑团队规模、部署成本、迁移风险
- 给出分阶段实施建议

你：用户反馈登录后偶尔被踢出，查一下原因

Claude Code 会：

- 分析认证流程相关代码
- 检查 session/token 管理逻辑
- 定位到具体问题（如竞态条件）
- 提供修复方案并解释原因

你：把项目从 Express.js 迁移到 Fastify，保持 API 兼容

Claude Code 会：

- 先分析现有路由结构和中间件
- 提出迁移计划，标注需要注意的差异
- 逐步执行，每步确认
- 处理边界情况（错误处理、插件替换等）

你：解释这个项目的 GraphQL schema 设计思路
你：这个 Rust 生命周期标注为什么必须这样写？
你：帮我理解这个分布式锁的实现原理

$ codex "为 src/models/ 下所有数据模型生成 CRUD API 端点和对应的 OpenAPI 文档"

# Codex 在沙箱中自主完成：
# - 扫描 12 个模型文件
# - 生成 12 组 CRUD 端点
# - 生成对应的 OpenAPI spec
# - 验证生成代码的语法正确性

$ codex --full-auto "分析本次 PR 的代码变更，检查潜在问题，生成审查报告"

# 适合集成到 GitHub Actions：
# - 沙箱隔离确保安全
# - full-auto 模式无需人工交互
# - 标准输出可直接作为 PR comment

$ codex "为 src/utils/ 下所有导出函数生成单元测试，要求覆盖率 > 90%"

$ codex "为所有公共 API 添加 JSDoc 注释，包含参数说明、返回值和使用示例"

# 第一步：用 Claude Code 制定方案
$ claude
> 我要给这个 React 项目添加 i18n 支持，分析一下最佳方案

# Claude Code 会分析项目结构，推荐方案（如 react-intl vs i18next），
# 给出文件改动清单和实施步骤

# 第二步：确认方案后，用 Codex 批量执行
$ codex "按照以下方案添加 i18n 支持：
  1. 安装 i18next + react-i18next
  2. 创建 locales/zh.json 和 locales/en.json
  3. 将 src/components/ 下所有硬编码中文字符串提取为 i18n key
  4. 配置 i18n 初始化和语言切换"

# Codex 在沙箱中自主完成所有文件改动

# 第一步：用 Claude Code 编写测试（需要理解业务逻辑）
$ claude
> 为支付模块编写集成测试，覆盖以下场景：
> 正常支付、余额不足、并发支付、退款、超时取消

# Claude Code 会理解支付流程，编写针对性的测试用例

# 第二步：用 Codex 运行测试并修复失败项
$ codex --full-auto "运行 tests/payment/ 下的所有测试，
  修复所有失败的测试用例，确保全部通过"

# 遇到复杂问题 → 切换到 Claude Code 讨论
$ claude
> 这个死锁问题怎么解决？看一下 src/db/connection-pool.ts

# 方案确定后，批量改动 → 切换到 Codex 执行
$ codex "根据连接池改造方案，更新所有 数据库查询函数，添加超时和重试机制"

# 代码审查 → 回到 Claude Code
$ claude
> 看看刚才 Codex 改的代码有没有问题

# Claude Code：分析依赖关系，制定安全的重构顺序
$ claude
> 我要把项目从 CommonJS 迁移到 ESM，分析依赖图，给出安全的迁移顺序

# Codex：按照顺序逐模块执行
$ codex "将 src/utils/ 下所有文件从 CommonJS 转换为 ESM 语法"
$ codex "将 src/services/ 下所有文件从 CommonJS 转换为 ESM 语法"
$ codex "更新 package.json 和构建配置为 ESM"

# Claude Code：验证最终结果
$ claude
> 检查 ESM 迁移是否完整，有没有遗漏的 require() 调用

# Claude Code 配置（~/.claude/.credentials.json）
# 详见：/docs/getting-started/installation

# Codex 配置（~/.codex/config.toml）
# 详见：/docs/getting-started/codex-quick-start

# CLAUDE.md

## 项目规范

- 使用 TypeScript strict 模式
- 所有函数必须有 JSDoc 注释
- 测试文件放在 __tests__ 目录

## 代码风格

- 使用 Prettier 格式化
- import 排序：内置 → 第三方 → 本地

# AGENTS.md

- All code must be TypeScript with strict mode
- Use Prettier for formatting
- Tests go in __tests__ directories
- Run `npm test` before completing any task