结构化提示:把要求写成分层清单
常见的烂提示
帮我改一下这段文字,让它更好一点,注意不要太长,也不要太官方,另外格式要好看。
问题在于:目标模糊("更好")、约束互相冲突(不要太长 vs 要好看)、没有输出格式定义("格式好看"是什么格式)。模型只能猜。
六段式
把提示拆成固定的几段,每段只回答一个问题:
# 角色
你是一名技术文档编辑。
# 任务
把下面的草稿改写成适合发布的技术笔记,保留所有技术细节。
# 输入
<<<
(原文)
>>>
# 约束
- 不超过 600 字
- 保留原文的代码块,不要改写代码
- 不确定的事实不要补充
# 输出格式
Markdown,二级标题分段,不使用列表超过三层
# 遇到信息不足时
明确指出缺少什么,不要自行编造
用 <<< 这类分隔符把输入包起来,避免模型把正文里的文字误当成指令 —— 这在处理用户提供的长文本时特别重要。
四条经验
- 约束写正面,别写否定。"只输出 JSON" 比 "不要输出解释" 更可靠。模型对"要做什么"的遵循度高于"不要做什么"。
- 给一个例子胜过十句描述。尤其是输出格式,一个 20 行的示例能省掉三轮返工。
- 明确"不知道"的处理方式。否则模型倾向于编一个看起来合理的答案。
- 长提示里,关键约束在结尾再强调一次。首尾位置的信息更容易被遵循。
什么时候别用这一套
一次性的简单任务(翻译一个词、算个数)不需要六段式,写长了反而稀释重点。结构化的价值在于任务复杂且要反复跑,此时它等于一份可维护的规格说明。
本文为个人学习记录,可能存在错误或已过时,仅供参考。
← 返回笔记列表