提示词工程通用技巧速查表 - 角色/结构/约束/思维链
提示词工程里真正可迁移的东西不多，但留下的那几件在不同模型、不同厂商、不同任务上都成立：把身份说清、把输出结构钉死、把模糊词换成可数的量、把推理展开、再让模型自查一遍。这张表按角色锚定、结构化输出、约束与少样本、思维链与校验、避坑五组组织，全部模式与具体厂商无关，换成 Claude 或 Gemini 依然成立。什么时候该翻它：你的提示词写得很长但输出仍然不稳定——这种情况多数不是长度不够，而是缺少可判定的约束（"写得专业一点"不可判定，"不超过 200 字、不用列表"可判定）。另一个信号是同一提示跑多次结果差异大，这往往说明边界条件没写死，而不是模型随机。判断模式是否真的有效，最省事的办法是把它固定下来反复用：能稳定复用的才叫模式，只能偶尔奏效的是运气。
角色锚定 5
你是一位资深{领域}专家（10 年+经验），用专业但易懂的方式回答：{问题}作为{角色}，严格按{规范}完成：{任务}身份={角色}；目标={目标}；约束={约束}。开始：{输入}以{角色}视角给 3 个不同角度观点并说依据假设你是{职位}在{场景}，给处理{问题}的完整步骤结构化输出 5
输出 JSON，字段：name/desc/tags。只输出 JSON 不解释。内容：{文本}用 Markdown 表格对比 A/B，维度：性能/易用/生态/成本按 ## 标题 / ### 子标题 / - 要点 输出。主题：{主题}严格按此 JSON Schema 输出，不要解释：{schema}把需求拆成 checklist：任务/优先级/工时。需求：{需求}约束与少样本 5
示例1：输入X→输出Y；示例2：输入A→输出B。新输入：{输入}长度≤200 字；语气专业；不要列举；用中文只使用下面提供的资料，不得引入外部知识先给结论，再给≤3 条论据，最后给一个反例除非必要不要道歉/寒暄，直接给答案思维链与校验 5
请一步步思考（Let's think step by step），再给最终答案先列出所有假设，再推导，最后标出不确定处给出答案后，自查 3 个可能错误并修正若信息不足，明确说缺什么，不要猜用反对者视角反驳你的结论，再综合避坑 5
模糊词换具体（"几点"→"3 个要点"）长任务先拆步再逐步要重要输出要求给依据/来源同提示多跑几次取稳把成功提示存模板复用提示
- 提示词工程的核心是"把模糊意图翻译成模型能稳定执行的明确指令"——角色、结构、约束、思维链四件套覆盖绝大多数场景。
- Few-shot 比长描述更定格式；显式约束（长度/语气/禁止项）比"请简洁"更有效，模型对具体数字和否定词更敏感。
- Chain of Thought 能显著提升推理类任务质量，但会增加 token 消耗；重要输出加"自我校验"闭环可降幻觉与误判。
- 把验证有效的提示词沉淀为模板资产反复复用，比每次临时现写更稳更快。
- 禁止项要写死（不要寒暄/不要解释/不要列清单），模型对否定指令比对模糊偏好敏感。
- 同一提示多跑几次看结果是否稳定，比一次不满意就改提示更容易定位真问题。
- 把模糊词换成具体数量（"几点"→"3 个要点"）比追加"请详细"更能改变输出。
常见问题
「简洁一点」这种指令为什么不稳定？
因为简洁没有可验证的标准，模型对它的理解随上下文漂移。换成可判定的约束就稳定了：「200 字以内」「最多 3 条要点」「不要分点，直接给结论」。凡是能落成数字或明确格式的要求，都比形容词可靠。同理「专业一点」不如指定「面向后端工程师，避免术语解释」。
怎么减少模型编造不存在的引用？
给边界约束而不是期望：「只使用下面提供的资料，不得引入外部知识」，并要求「若信息不足，明确说缺什么，不要猜」。这两句组合能显著降低幻觉。再配一条「重要输出要求给依据或来源」，让它的每个结论都能指回你给的材料。关键是让它有明确的「不知道」出口，而不是逼它必须给出答案。
同一提示词多次运行结果不一致怎么办？
这是采样随机性，正常存在。对一致性要求高的场景有三条做法：一是把成功过的提示存成模板复用，别每次重写；二是降低输出的自由度，比如固定输出结构、指定必须包含的要素；三是让模型自查，例如「给出答案后自查 3 个可能错误并修正」。若仍不稳定，把关键判据从提示词转移到代码里做校验。
为什么提示词要避免一次塞太多内容？
长任务一次塞太多，模型容易顾此失彼，输出质量下降。更好的做法是先拆步：让它先给方案或目录，确认方向后再逐步执行。长任务先拆成几步再逐个要，每一步的上下文都更聚焦，也便于在中途发现问题及时纠正，而不是等最后拿到一个跑偏的完整结果。
怎么提高提示词的效果稳定性？
把模糊词换成具体可验证的表述：「几点」改成「3 个要点」，「简短」改成「200 字以内」，「专业」改成「面向后端工程师，不用解释术语」。并把成功的提示存成模板复用而不是每次重写。若仍波动，把关键判据从提示词移到代码里做校验，让确定性由程序而非模型保证。
由 巧匠 维护
公开更新于 2026年8月23日，内容持续校对官方文档。