Codex: Codex 进阶使用技巧

最后更新:2026-08-31

掌握基础操作后,本节介绍进阶技巧,帮你把 Codex 的效率发挥到极致。

📋 前置知识:熟练使用 Codex 基本操作(见第 3-8 课)

1. 你将学到


2. 多任务并行

(1) 何时并行

场景 策略
修改不同文件 可以并行
修改同一文件 必须串行
有依赖关系的任务 必须串行
独立功能模块 可以并行

(2) 并行操作方式

App 模式:左侧创建多个任务,各自独立运行。

Web 模式:同时提交多个任务到云端沙箱。

CLI 模式:开多个终端窗口,每个运行一个 Codex 实例。

▶ 示例 1: Alice 的并行策略

TEXT 📖 仅展示
# Alice 同时处理三个独立模块

Task 1: 重构 src/auth/ 模块
Task 2: 为 src/api/ 添加 Swagger 文档
Task 3: 优化 src/utils/ 的性能

# 三个任务修改不同目录,可以并行
# 预计节省 60% 时间

3. 上下文优化

(1) 上下文窗口管理

Codex 的上下文窗口有限,合理管理能提升效果:

技巧 说明
精准添加 只添加相关文件到上下文
及时移除 完成的文件从上下文移除
定期压缩 使用 /compact 压缩历史
适时新会话 大任务拆分为多个会话

(2) 上下文添加策略

TEXT 📖 仅展示
# 好的做法
/add src/auth/login.ts          # 只添加相关文件
/add src/types/auth.ts          # 添加类型定义

# 不好的做法
/add src/**/*.ts                # 添加太多文件,浪费上下文

(3) AGENTS.md 作为持久上下文

AGENTS.md 自动作为上下文,不占用窗口:

MARKDOWN
# AGENTS.md
## 项目结构
- src/auth/ - 认证模块
- src/api/ - API 路由
- src/utils/ - 工具函数

## 约定
- 使用 TypeScript strict 模式
- 所有 API 需要错误处理

▶ 示例 2: Bob 的上下文优化

TEXT 📖 仅展示
# Bob 处理大型项目
/status                    # 查看:上下文已用 75%

# 优化
/remove src/legacy/        # 移除无关文件
/compact                   # 压缩历史

# 仍然不够
/new                       # 开始新会话
/add src/payments/         # 只添加当前任务相关文件

4. 错误恢复

(1) Codex 执行出错

TEXT 📖 仅展示
# 场景:Codex 运行测试失败
> Codex: 测试失败,3 个用例未通过
> 你: 查看失败用例的详细信息,逐一修复

# 场景:Codex 修改了错误的文件
> Codex: 修改了 config.ts(应该修改 constants.ts)
> 你: 撤销 config.ts 的修改,修改 constants.ts

(2) Git 回滚

BASH
# 查看修改
git diff

# 撤销特定文件
git checkout -- src/wrong-file.ts

# 撤销所有修改
git checkout -- .

# 回到上一个 commit
git reset --hard HEAD~1

(3) 迭代修正

TEXT 📖 仅展示
# 第一次尝试
> "将 Express 迁移到 Fastify"
  结果:部分路由未正确转换

# 追加修正
> "检查 /api/users 路由,转换语法不对,参考 Fastify 官方文档"
  结果:路由修复完成

# 继续修正
> "中间件的转换也有问题,错误处理需要用 Fastify 的 setNotFoundHandler"
  结果:中间件修复完成

5. 效率提升秘诀

(1) Prompt 优化

技巧 说明 示例
提供示例 给出期望的输出格式 "按以下格式输出:..."
引用文件 指定参考文件 "参考 auth.py 的风格"
分步指令 大任务拆步骤 "第一步:... 第二步:..."
包含验证 说明如何验证 "确保 npm test 通过"
设置约束 限定范围 "只修改 src/auth/ 目录"

(2) 模板化 Prompt

TEXT 📖 仅展示
# 修复 Bug 模板
"修复 <文件> 中的 <Bug描述>。
错误信息:<错误日志>
期望行为:<正确行为>
确保测试通过。"

# 添加功能模板
"在 <模块> 中添加 <功能>。
参考 <已有文件> 的代码风格。
包含输入验证和错误处理。
编写单元测试。"

# 重构模板
"将 <旧实现> 重构为 <新实现>。
保持对外接口不变。
确保所有现有测试通过。
添加新测试覆盖新实现。"

(3) 自动化流水线

BASH
# 一键完成:代码修复 → 测试 → 提交
codex --full-auto "修复所有 lint 错误,运行测试,如果通过则 git commit -m 'fix: lint errors'"

6. 常见陷阱与规避

陷阱 规避方法
上下文溢出 定期 /compact,必要时 /new
盲目接受修改 审查每一处 diff
任务太大 拆分为小步骤逐个执行
忘记 Git 保护 操作前先 commit
并行修改同一文件 严格分离任务范围

❓ 常见问题

Q 如何判断上下文是否够用?
A 使用 /status 查看使用量。超过 80% 时建议压缩或开始新会话。
Q Codex 一直理解错意图怎么办?
A 换个描述方式,提供具体示例,或引用已有代码作为参考。英文描述通常效果更好。
Q 并行任务之间会互相影响吗?
A 云端沙箱模式不会,每个任务独立运行。本地多实例模式可能产生文件冲突,需确保修改不同文件。
Q 如何让 Codex 遵循项目代码风格?
A 在 AGENTS.md 中写明代码风格规则,Codex 会自动遵循。也可以引用项目中的 ESLint/Prettier 配置。
Q Codex 能处理多大的项目?
A 取决于上下文窗口。128K tokens 大约能处理几千行代码。大型项目需要精准添加上下文文件,而非全量加载。

📖 小节


📝 作业

  1. 基础题(难度⭐):用迭代方式完成一个功能——先写骨架,再逐步完善,记录每步追加的指令。
  2. 进阶题(难度⭐⭐):同时并行两个独立任务,记录时间节省比例。
  3. 挑战题(难度⭐⭐⭐):创建一套你自己的 Codex Prompt 模板库,覆盖修复 Bug / 添加功能 / 重构 / 测试 / 审查五种场景。
Web-Tutorial.com

Web-Tutorial 技术团队

由多位开发者共同维护的编程教程平台。每篇教程由对应领域的开发者编写和审核,确保内容准确可靠。如发现任何问题,欢迎向我们反馈。

100%

🙏 帮我们做得更好

我们是刚上线的编程教程站,几个人的小团队,精力有限。页面虽经检查,难免还有疏漏——链接失效、排版错乱、内容有误、语言生硬……

如果您发现了,麻烦告诉我们,我们会在收到反馈后第一时间进行修复,再次感谢您的光临 🙏