三年级时，我不得不写一篇关于如何制作花生酱果冻三明治的操作指南。我以为自己写得完美无缺。分为四个步骤：
- 拿面包。
- 拿花生酱和果冻。
- 在一片面包上涂抹花生酱，在另一片上涂抹果冻。
- 将两片面包合在一起。
老师读完后，抬起头问了一个问题：
刀是从哪里来的？
我脑海中虽有画面，却忽略了环境背景。那把刀在我脑海里是真实存在的（那天早上我在抽屉里见过它），所以我以为它在纸面上也是理所当然存在的。但事实并非如此。
使用大语言模型时犯错的三个阶段
去年当我开始认真对待提示工程时，我意识到自己正在重蹈三年级时的错误。这个过程非常典型，我认为大多数人都会经历类似的阶段。
第一阶段：一句话提示。只用一个句子。期望模型能读懂你的心思。当模型失败时，在下一轮对话中与它纠缠，而不是去修正提示词。
第二阶段：笔记本模式。开始保存那些有效的提示词。注意到一致性很重要。注意到有些提示词所要求的工作，如果没有更多的上下文支持，模型实际上无法完成。
第三阶段：环境构建。意识到提示词不仅仅是一条指令，它是一个房间。模型只能使用房间里的东西。如果房间里没有刀，无论你把涂抹动作描述得多么清晰，三明治都做不出来。
我现在怎么写提示词
三个要素层层叠加：
- 上下文：食材存放的位置。即模型可以访问的信息。
- 约束条件：如何使用工具，以及禁止如何使用。
- 验收标准：“完成的三明治”具体长什么样，细节要足够丰富，以便模型能够自我检查。
没有什么魔法词汇。也没有什么巧妙的措辞技巧。提示工程与撰写优秀的缺陷报告或清晰的设计文档是同样的技能：假设读者不具备你的背景知识，然后将背景信息写入文档中。
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
