10 个真正好用的 Prompt 模式（附可直接复制的模板）

网上流传的 Prompt 技巧大多停留在「你是一位资深专家」这类角色扮演。实测下来，真正稳定有效的是结构化：把任务拆成明确的输入、约束和输出格式。以下是 10 个可复用的模式。

1. 角色 + 约束 + 输出格式

不是只说角色，而是三件套齐全：

角色：资深前端性能工程师
任务：审查下面这段代码的渲染性能问题
约束：只关注首屏加载与重渲染，不讨论代码风格
输出：Markdown 表格，列为「问题 / 影响 / 修复建议 / 优先级」

2. 先列提纲再写正文

长文写作最有效的技巧：先让它输出 5-8 条提纲，你确认后再逐节展开。比一次性生成整篇质量高一个档。

3. 让模型先提问

在开始前，先问我 3 个你需要澄清的问题，等我回答后再动手。

这一句能消灭大部分「答非所问」。

4. 反面示例优于正面描述

给它 2 个「不要这样写」的样例，比描述 10 条风格要求更有效。模型对具体样例的敏感度远高于抽象形容词。

5. 思维链 + 结论分离

先分步骤推理（步骤写清楚），最后单独用「结论：」开头给出答案。

既保留推理质量，又方便你直接取用结论。

6. 自检清单

生成后追加一轮：

对照以下清单检查你的输出，逐条标注是否满足，不满足的立即修正：
1. 是否有未定义的专业术语
2. 数据是否标注来源
3. 结论是否可执行

7. Few-shot：给 3 个输入输出对

分类、抽取、改写类任务，给 3 个示例的效果远好于长篇规则描述。

8. 结构化输出（JSON Schema）

严格按以下 JSON 输出，不要任何额外文字：
{"summary": string, "tags": string[], "score": 0-10}

配合支持结构化输出的 API，可省掉大量解析容错代码。

9. 分而治之

一次任务里塞三个目标，往往三个都做不好。拆成三次调用，每轮只做一件事，再拼装结果。

10. 版本化你的 Prompt

把 Prompt 当代码管理：存在文件里、进 Git、标注版本与变更原因、用固定测试集回归。这是把「玄学调参」变成工程的分界线。

最后一句

Prompt 的上限由模型能力决定，但下限由结构决定。上面 10 个模式本质都在做同一件事：减少模型的自由度，把不确定性挤出去。

模板可直接复制使用，请根据实际场景调整约束条件。