怎样提需求

2026/7/29大约 2 分钟

先说结论

让 Codex 做得更好的关键，不是把提示词写得很“高级”，而是把任务说清楚。对小白来说，一条可执行的任务通常只需要说明目标、范围、限制和验收方式。

告诉 Codex 最终要完成什么。例如“给当前网页增加一个联系我们区域”，而不是只说“优化一下页面”。

告诉它可以改什么、不该碰什么。例如“只修改首页相关文件，不要改项目配置或删除已有内容”。

补充已有技术、风格或安全约束。例如“继续使用现有的 HTML 和 CSS，不要新增第三方依赖”。

说明怎样才算完成。例如“完成后列出修改的文件，并告诉我怎样在浏览器预览”。

目标：请帮我完成 [要实现的结果]。

范围：只处理 [允许修改的文件/目录/功能]，不要修改 [明确禁止的内容]。

限制：继续使用 [已有技术或规范]，不要 [不希望出现的做法]。

验收：完成后请 [列出改动 / 运行检查 / 说明预览方式]。

例如，第一次修改网页时可以这样写：

目标：给当前个人介绍网页增加一个“我的技能”区域。

范围：只修改现有网页相关文件，不要删除已有的姓名、兴趣和联系按钮。

限制：继续使用现有的 HTML 和 CSS，不要安装新工具或第三方依赖。

验收：完成后列出修改了哪些文件，并告诉我如何预览效果。

面对真实项目时，不要第一句就让 Codex 大范围改代码。先让它回答三个问题：

确认理解一致后，再让它执行。这个习惯比任何“万能提示词”都重要。

任务越长越好吗？ 不是。长度不重要，边界清楚才重要。一次只处理一个明确目标，比把十个愿望塞进一条消息更容易检查。

它理解错了怎么办？ 不要只说“不是这个意思”。指出具体差异，例如“我想保留现有布局，只添加一个区域”，然后让它重新说明计划。