第7章：Codex提示词工程
一、学习目标
掌握目标、上下文、约束、步骤、验收五要素的提示词结构。
完成本章后，学员应能把相关概念转化为可执行的 Codex 任务，并能说明任务的边界、风险和验收方式。
二、本章适合谁学习
希望稳定产出结果的所有学员。
三、核心概念讲解
Codex 提示词不是越长越好，而是越可执行越好。一个高质量任务通常包含：要达成什么、在哪些文件范围内工作、有哪些限制、先做什么后做什么、完成后如何验证。提示词要把人的判断前置，把机器执行的空间限定清楚。
在教学时，讲师应避免只展示“神奇结果”。更有效的方式是把任务输入、Codex 的中间判断、文件改动、验证命令和最终总结完整展示出来，让学员理解可复制的方法，而不是记住一次偶然成功的演示。
四、关键知识点
使用明确动词和可观察结果。
把大任务拆成读码、计划、实现、验证、总结。
给出成功标准和失败时的处理方式。
避免“全面优化”“尽量完善”这类无边界表达。
五、操作步骤或实践流程
明确任务目标：用一句话写清要解决的问题。
补充上下文：说明项目、目录、相关文件、技术栈和限制。
设定边界：说明哪些文件可以改、哪些不能改、哪些操作需要确认。
要求计划：复杂任务先让 Codex 给出步骤，不立即修改。
执行小步修改：每一步都保持可审阅。
运行验证：优先使用项目已有的 lint、test、build 或人工验收清单。
复盘输出：要求 Codex 总结改动、风险和后续建议。
六、典型案例
原提示词“修复注册页问题”改为“复现注册页邮箱为空时报错的问题，定位校验逻辑，只修改注册表单相关文件，补充或更新测试，最后说明验证结果”。
推荐示例提示词：
请先阅读当前项目中与本任务相关的文件，输出你的理解、可能影响范围和建议修改计划。暂时不要修改文件。确认计划后，再按最小改动实现，并运行可用的验证命令。最后请总结修改内容、验证结果和剩余风险。
本章实践任务：将“帮我优化代码”改写为 3 个可执行 Codex 任务。
七、常见错误与避坑指南
没有验收标准。
同时要求重构、修 Bug、改样式和写文档。
让 Codex 自行决定业务规则。
避坑原则：凡是会影响生产数据、权限、支付、认证、数据库迁移、凭证、批量删除或外部服务调用的任务，都应提高审批级别，并要求 Codex 先解释风险。
八、课堂练习
按五要素模板写 5 条任务提示词。
练习交付物应包括：任务提示词、Codex 输出摘要、人工审阅意见、验证结果和复盘结论。
九、课后作业
建立自己的 Codex 提示词库，至少包含读码、修 Bug、写测试、重构四类。
作业提交格式建议：
### 任务背景 ### Codex 提示词 ### Codex 执行过程摘要 ### 修改或输出结果 ### 验证证据 ### 人工复盘
十、商业化交付建议
十一、本章小结
本章的关键不是记住单个命令，而是形成“目标明确、上下文充分、边界清楚、过程可审阅、结果可验证”的 Codex 协作方式。只要这个框架稳定，后续无论使用 CLI、IDE、云端任务还是团队流程，都能保持较高质量。
十二、参考资料
Codex Prompting Guide
OpenAI Codex CLI Tutorial
OpenAI Codex Tutorial
Codex CLI for Data Workflow Automation