要点小结

面向经管学生、研究者与从业者的 AI 智能体设计教材

本章把提示词工程从提问技巧改写成了任务说明书方法。真正影响长任务稳定性的，不是一句 prompt 看起来多专业，而是五个栏位有没有补齐：目标、上下文、约束、验证、输出。

本章同时建立了一个适合 Claude Code 场景的基本工作流：探索、计划、执行、确认。这个四步骨架不是僵硬流水线，而是帮助人和模型在长任务里不断收敛方向、暴露分歧和保留交接点。

在写具体任务时，还要特别区分三件事：

1. 什么时候需要显式拆步，什么时候只要写清边界。
2. 输出格式和交接格式不是一回事，前者管呈现，后者管接手。
3. prompt 可以把任务说清楚，但不能替代后续的规则沉淀、能力复用和自动检查。

实践建议

1. 先把任务写成说明书，再考虑局部技巧和措辞优化。
2. 高风险动作要显式拆步，并补确认点。
3. 交付结果时同时写清依据、风险和下一步。
4. 当同类任务开始反复出现时，不要继续堆 prompt，而要考虑更稳定的复用机制。