别让 Codex 努力思考，让它快点干

Reddit 的 r/PromptEngineering 板块有个帖子，标题很直白：让任务更快、更准。发帖人说，他让 Codex 快点、简单点做完，结果比让它“努力思考”更好。他补了一句，技能和指令不算“想得更努力”。他的经验是，不加上“简单快速”，模型能磨很久。

这里补个背景。Codex 是 OpenAI 的编码模型，也指配套的 CLI 工具。用它写代码的人常纠结一件事：该不该让模型多想一会儿。有人习惯在提示词里写 "think hard"、"step by step"，觉得这样更稳。

跟帖里有个说法挺实用：加 token 上限或字数预算，能推着模型输出简洁内容，按他的说法质量不掉，速度和相关性一起拿到。这比空喊“努力思考”具体多了。

另一个跟帖问到了点上：你比较的是总时间吗，算上修复和审查？这个质疑很关键。只测生成那一段，快就是快；算上返工，结论可能反过来。发帖人说的“快速简单”到底省没省时间，得看任务类型和错误率。

还有人直接说，"think hard" 只让他那边模型啰嗦。短循环，每轮检查初稿，每次都比一次长跑赢。

发帖人自己也没把话说死。他提了个替代方案：或者用一个审计 agent 来检查产出？

我的判断偏后者。所谓“努力思考”的提示，很多时候只是让模型多写一些中间推理文本。文本变长，延迟变高，正确率不一定跟着涨。真正起作用的是迭代次数和判断权在谁手里：人看一眼初稿，指出问题，下一轮改。这个循环短，反馈密，错误不会滚到最后才爆。

当然，短提示也有代价。任务边界模糊时，模型会按最省事的方向猜，猜错了你还得回头补上下文。所以“简单快速”适合目标清楚、验收标准明确的小任务。复杂重构或者跨文件改动，还是得把约束写清楚，再靠人审。