第 5 章 提示词工程与任务规划
面向经管学生、研究者与从业者的 AI 智能体设计教材
阅读指南
- 理解 提示词工程在长任务环境中的核心作用,是把任务写成可执行说明书,而不是润色一句提问
- 理解 目标、上下文、约束、验证、输出五栏结构为什么决定执行稳定性
- 应用 用探索、计划、执行、确认四步组织一个多步任务
- 应用 判断什么时候需要显式拆步,什么时候只需写清边界
- 分析 区分输出格式和交接格式,避免结果”看起来完成了”却无法接手
- 迁移 判断哪些问题仍可留在 prompt 层解决,哪些应升级到规则文件、Skills 或后续机制
本章核心概念速查
| 概念 | 定义 | 何时使用 | 常见错误 |
|---|---|---|---|
| 任务说明书 | 定义目标、边界和验收标准的结构化文本 | 多步任务需要稳定执行时 | 只写一句模糊提问 |
| 五栏结构 | 目标、上下文、约束、验证、输出 | 编写任务说明书时 | 漏掉验证和输出格式 |
| 任务拆解 | 把大任务分解为可执行子步骤 | 任务超过三步时 | 拆得太碎失去连贯性 |
| 四步工作流 | 探索、计划、执行、确认 | 组织多步任务推进节奏时 | 跳过探索直接执行 |
| 交接格式 | 规定输出如何被下游接手 | 结果需要传给他人或下一步时 | 只管输出格式不管交接 |

这一章不把提示词工程写成问法技巧清单,而是把它放回长任务场景:重点不是润色一句提问,而是把任务写成可执行说明书。目标、上下文、约束、验证和输出补齐后,后面的协作才有稳定起点。
全章六节的行进路线是:先区分一句提问和一份任务说明书,再拆解长任务提示的五栏最小结构,然后讲探索、计划、执行、确认四步工作流,接着讨论任务拆解与约束声明的写法,之后用概念案例演示输出格式和交接格式的差异,最后归纳常见失效模式。