3.2高质量提示词模式
本课只解决一个主问题:本单元只解决一个主问题:当基础 Prompt 不够用时,如何用更稳定的模式提高模型输出质量?
学习目标
学完本单元后,学习者应该能够:
- 使用任务拆解、示例、Rubric、结构化输出等常见 Prompt 模式。
- 为不同任务选择合适的 Prompt 结构。
- 让模型输出更可检查、更可复用。
- 避免把复杂任务一次性丢给模型。
先给直觉
基础 Prompt 像是把任务交代清楚。
高质量 Prompt 模式则像是给任务加上工作流程。
你不只是说:
帮我做完这件事。
而是说:
先分析目标,再列方案,再按标准评分,最后输出推荐结果。
模型擅长生成,但不一定自动选择最适合你的工作步骤。你把步骤设计好,它就更容易稳定工作。
模式 1:任务拆解
适合复杂任务。
低质量写法:
帮我设计一门 AI 课程。
更好的写法:
请分 4 步完成:
1. 先判断目标学习者。
2. 再列出课程模块。
3. 为每个模块写学习目标。
4. 最后指出最容易被误解的 5 个概念。
任务拆解的价值:
- 降低模型一次性处理的复杂度。
- 让输出过程更透明。
- 方便人类检查中间结果。
模式 2:Rubric 驱动
Rubric 是评分标准。
如果你只说“写得好一点”,模型不知道什么叫好。
更好的方式是给标准:
请根据以下标准改写文章:
- 清晰:每段只表达一个重点。
- 准确:不夸大 AI 能力。
- 读者友好:术语首次出现时解释。
- 克制:不使用标题党语气。
Rubric 适合:
- 文章修改
- 方案评审
- 作业评分
- Prompt 输出自检
- 模型回答质量评估
模式 3:对比式提示
让模型比较多个方案,而不是直接给一个答案。
例子:
请给出 3 种课程开篇方式,并按以下维度比较:
- 入门友好度
- 技术准确性
- 传播性
- 后续扩展性
最后推荐一种,并说明理由。
对比式提示适合决策任务,因为它能暴露取舍。
注意:模型给出的比较仍然需要人类判断,尤其是涉及商业、法律、财务或医学场景。
模式 4:结构化输出
结构化输出让结果更容易复用。
例子:
请按 Markdown 表格输出:
| 概念 | 人话解释 | 技术解释 | 常见误区 |
如果用于程序处理,可以要求 JSON,但必须注意:
- 明确字段名。
- 明确字段类型。
- 要求不要输出额外解释。
- 程序端仍然要做解析和校验。
模型生成 JSON,不代表永远是合法 JSON。产品里要有容错。
模式 5:给正反例
当你要求风格或判断标准时,正反例很有用。
例子:
好标题示例:
- 大语言模型到底“大”在哪里?
- Attention 到底在注意什么?
坏标题示例:
- 震惊!AI 彻底改变人类命运
- 学会这个 Prompt,效率暴涨 100 倍
请生成 10 个新标题,风格接近好标题,避免坏标题的问题。
正反例比抽象描述更清楚。不要只说“高级”“有网感”“不油腻”,这些词很容易让模型自由发挥到外太空。
模式 6:先问清楚再回答
当任务信息不足时,可以要求模型先提问。
例子:
我想设计一门 AI 课程。请先问我 5 个必要问题,不要直接给课程大纲。
适合:
- 需求不清的产品设计。
- 写作前定位读者。
- 复杂项目规划。
- 咨询式任务。
这个模式能减少模型过早给结论。
模式 7:基于资料回答
适合高准确性任务。
例子:
请只根据我提供的资料回答问题。
如果资料中没有答案,请说“资料中没有提供”。
不要使用外部常识补充。
回答时引用资料中的小标题。
这个模式不能彻底消灭幻觉,但能降低模型乱补的概率。
配合 RAG、引用和人工检查效果更好。
模式 8:生成后自检
让模型先输出,再按标准检查。
例子:
请先写一版课程介绍。
写完后用以下标准自检:
1. 是否夸大 AI 能力?
2. 是否说明目标读者?
3. 是否有明确学习结果?
4. 是否出现不必要术语?
最后给出修改版。
注意:模型自检不是最终审核。它能发现一部分问题,但不能替代人类判断。
组合案例:写课程单元大纲
目标:为“RAG 是什么”写课程单元大纲。
Prompt:
请为一节 AI 入门课程设计单元大纲。
主题:
RAG 是什么。
目标读者:
用过 ChatGPT,但不了解 AI 工程的产品经理和内容从业者。
请按 4 步完成:
1. 先写本单元要解决的核心问题。
2. 再列出 5 个必须讲清楚的概念。
3. 用 Rubric 检查这些概念是否适合入门者。
4. 最后输出课程大纲。
约束:
- 不使用公式。
- 必须说明 RAG 和微调的区别。
- 必须包含一个生活化类比,并说明类比边界。
输出格式:
Markdown,包含学习目标、核心解释、案例、常见误区、练习。
这个 Prompt 同时使用了任务拆解、Rubric、约束和结构化输出。
常见误区
误区 1:所有任务都要复杂 Prompt
简单任务用简单 Prompt。不要为了仪式感把“把这段话翻译成英文”写成项目章程。
误区 2:模型自检就等于质量保证
自检有帮助,但关键内容仍要人工审核或用程序校验。
误区 3:结构化输出一定稳定
模型可能漏字段、格式错误或混入解释。工程场景必须做校验。
误区 4:Prompt 模式可以替代资料
没有可靠资料,再漂亮的 Prompt 也可能生成漂亮的错误。
动手练习
选择一个任务,用至少 3 种模式改写 Prompt:
任务:
帮我判断这个 AI 产品方案是否靠谱。
要求至少使用:
- 任务拆解
- Rubric
- 对比式提示
然后比较三版 Prompt 可能带来的输出差异。
检查题(自测)
- 什么情况下适合使用任务拆解?
- Rubric 驱动 Prompt 的价值是什么?
- 为什么结构化输出仍然需要校验?
参考答案
- 当任务复杂、步骤多、容易一次性跑偏,或者需要中间结果可检查时,适合使用任务拆解。典型场景包括课程设计、产品方案分析、研究报告、长文写作、代码重构和多方案比较。任务拆解能降低模型一次性处理的复杂度,也方便人类检查每一步。
- Rubric 给模型明确评分标准,让“好”变成可检查的维度。它能提高输出稳定性,也能帮助模型自检或改写。比如要求文章清晰、准确、读者友好、语气克制,比只说“写好一点”更有效。
- 模型即使按要求输出表格或 JSON,也可能漏字段、字段类型错误、格式不合法,或者混入额外解释。工程系统不能默认模型输出永远合法,必须在程序端做解析、校验和容错。
Takeaway
高质量 Prompt 的核心不是堆字,而是设计任务流程。拆解、标准、示例、结构和自检,能让模型从“随便回答”变成“按流程工作”。