31 · 进阶技巧与提速：拖慢你的不是模型，是你给的烂上下文

很多人觉得 Codex 慢，就想换更快模型。

但实际项目里，拖慢你的常常不是模型，而是上下文太乱、任务太大、验收不清。

提速的本质不是让它少想，而是让它少猜、少返工。

先改提示词，不先换模型

觉得 Codex 慢，第一反应不要是换模型。 先检查这 3 件事：

1. 你有没有告诉它只改哪些文件？
2. 你有没有告诉它不用做哪些事？
3. 你有没有把验收标准说清楚？

很多“慢”，其实是 Codex 在替你猜范围。

第一次练习：把一个烂任务改成好任务

拿这句练：

帮我优化一下网站。

让 Codex 改写：

请把这句话改成一个更适合 Codex 执行的任务。
要求包含：
1. 目标
2. 背景
3. 范围
4. 限制
5. 验收标准

先不要执行任务，只改写提示词。

提速的第一步，是让任务变清楚。

01 提速的本质：少返工，而不是盲目求快

一次说清楚，比来回改五次快。

差的任务：

帮我优化一下。

好的任务：

请只优化第 30 篇文章的小白可读性。
不要改标题和导航。
重点把抽象句子改成步骤。
完成后告诉我改了哪些段落。

02 给足上下文、别让它猜：好请求的固定配方

固定配方：

1. 目标。
2. 背景。
3. 范围。
4. 限制。
5. 验收标准。

模板：

目标：【你要的结果】
背景：【项目和读者是谁】
范围：【只允许动哪里】
限制：【不要做什么】
验收：【完成后怎么判断】

03 管好上下文窗口：别把整个库糊上去

不要一上来让 Codex 读整个项目。

更好的方式：

请先判断这个任务可能相关的 3 个文件。
只读取这些文件，不要全库扫描。

范围越准，越快。

04 按任务降档：简单活别用旗舰顶配

简单任务用轻一点的模型和思考强度。

比如：

• 改错别字。
• 统一标题格式。
• 生成检查清单。

这些不需要最高档。

05 并行起来：多条线同时跑

复杂项目可以并行。

比如：

1. 一个线程写文章。
2. 一个线程检查安全。
3. 一个线程验证构建。

但前提是它们不改同一个文件。

06 让它自己验证：砍掉来回确认的轮次

提示词里直接加验证：

修改完成后，请运行构建检查。
如果失败，先解释失败原因，再做最小修复。

这能少很多来回。

07 顺带一提：快速模式这类小招

有些环境有快速模式或低延迟设置。

但小白先别沉迷开关。 先把任务范围和验收写清楚。

08 动手环节：把一句含糊需求改写成四段式

原句：

帮我把网站做得更好。

改成：

目标：优化 Codex 手册第 31 篇可读性。
背景：读者是不懂编程的小白。
范围：只修改 docs/codex/31-speed.md。
限制：不要新增章节，不要改导航。
验收：文章包含步骤、提示词、常见错误和小结。

小结

提速不是催 Codex 快点。 提速是减少它猜错的机会。

你给的上下文越干净，它跑得越稳。