Codex 提示词怎么写？五个能直接抄的模板

写提示词不是玄学，核心就一句：给它「验收标准」。没有标准的任务，它只能猜你想要什么，猜错一次你就多花一轮额度。

模板一：精确改动（最常用）

结构：改哪个文件哪个函数 → 改成什么行为 → 不要动什么 → 改完跑什么验证。

示例语气：「只改 A 文件里的 parse 函数，把边界从 > 改成 >=；不要动其他文件和调用方；改完跑 npm test，失败就自己修到通过再告诉我。」

关键是「不要动什么」这一句。八成「它乱改」的问题，都是因为没写这句。

模板二：读懂代码

结构：给文件或片段 → 要求输出三件事（职责、依赖、风险点）→ 明确不要改代码。

加一句「只读，不要修改任何文件」很重要，否则它可能顺手就改了。

模板三：新功能开发

结构：先要方案再要代码。第一轮只让它给「实现步骤 + 影响哪些文件 + 怎么测」，你确认后第二轮再让它写。

这个两段式能挡掉大部分方向性错误。直接让它写，写偏了要重来，白花额度。

模板四：排错

结构：现象 + 完整报错 + 已试过什么 + 相关代码片段。四样缺一，它就开始猜。

• 「已试过什么」是最容易被省略但最有价值的一项——否则它会重复你已经排掉的方向。
• 让它先给三个可能原因并排序，再逐个验证。比直接改代码更省时间。

模板五：审查

结构：给它 diff → 让它按四个角度检查（并发、异常、边界、性能）→ 每条给出具体行号和理由。

要求「给出具体行号」能过滤掉大量泛泛而谈的意见。