主题
提示词高级技巧全解
结论先行:提示词的上限,取决于你把"任务、约束、参照、验收"表达得多精确,以及你能不能让模型"先想清楚再答"。 本篇把高级提示词技巧拆成可操作的模块,每个技巧都给出"错误示范 vs 正确示范",方便你对照改正。
入门动作(任务/上下文/示例/角色)见《提示词入门》。本篇默认你已经会基本对话,目标是把产出从"大致能用"提升到"稳定、可预测、可交付"。
1. 结构化提示词五要素
把任何复杂任务都拆成五个部分,缺哪个就补哪个。这是所有高级技巧的底座。
1.1 五要素定义
| 要素 | 作用 | 不写会怎样 |
|---|---|---|
| 角色(Role) | 设定专业身份与立场 | 回答泛泛、语气不对 |
| 任务(Task) | 用动词说清要做什么 | 模型自作主张、跑偏 |
| 上下文(Context) | 背景、对象、约束前提 | 答非所问、缺关键信息 |
| 约束(Constraints) | 边界、禁止项、格式 | 输出不可控、超范围 |
| 输出格式(Output) | 明确的呈现结构 | 难以复用、需二次整理 |
1.2 错误示范 vs 正确示范
text
❌ 错误示范(缺结构)
帮我写点关于新能源汽车的内容,发公众号用的。text
✅ 正确示范(五要素齐全)
角色:你是一位有 8 年经验的汽车行业专栏作者。
任务:写一篇关于"2026 年家用新能源汽车选购"的公众号文章。
上下文:读者是预算 15 万以内、首次购车的城市家庭;他们最关心续航、安全和保值率。
约束:1200 字以内;不用专业术语堆砌;不贬低任何具体品牌;给出 3 条可操作建议。
输出格式:
标题(≤20 字)
开场白(1 段,制造共鸣)
正文(3 个小节,各带小标题)
结尾(1 段,引导留言互动)2. few-shot 示例设计
few-shot(少样本)就是给模型几个"输入→期望输出"的样例,让它照着学。模型的模仿能力远强于理解抽象描述。
2.1 怎么挑示例
- 风格一致:示例的风格就是你想要的风格;
- 难度覆盖:从简单到复杂排 1~3 个,帮它建立梯度;
- 格式锁定:示例本身就是格式模板,输出会自动对齐。
2.2 错误示范 vs 正确示范
text
❌ 错误示范(只描述风格)
请仿照"专业、克制、有数据支撑"的风格写产品文案。
("专业"太抽象,模型只能猜。)text
✅ 正确示范(给具体样例)
请按以下样例的风格写一条产品文案:
【样例 1】
输入:无线降噪耳机
输出:实测通勤 2 小时,地铁里的轰鸣被削成闷响。28 小时续航,一周充一次。价格 899,同档里少有的稳。
【样例 2】
输入:便携咖啡机
输出:巴掌大,塞进通勤包不占地。15 秒出一杯,浓度可调。出差党续命用,499 元。
现在请写:输入=折叠键盘3. 思维链与分步推理
思维链(Chain-of-Thought,简称 CoT)是让模型"把思考过程说出来",再给结论。对数学、逻辑、规划类任务,效果显著。
3.1 两种触发方式
- 显式要求:"请一步步思考,再给答案。"
- 自动触发:复杂推理任务,顶级模型常会自发分步;但你要求"展示过程"会更稳。
3.2 错误示范 vs 正确示范
text
❌ 错误示范
我们公司月营收 80 万,成本 55 万,税率 25%,员工 12 人。
如果每人涨薪 8%,税后净利变化多少?直接给数字。
(直接要答案,模型易算错且无法核查。)text
✅ 正确示范
请分步推理,每一步写出算式,最后再给结论:
1. 先算当前税前利润与税后净利;
2. 算 12 人涨薪 8% 后新增的人力成本(假设人均月薪 1.2 万);
3. 重算涨薪后的税后净利;
4. 对比变化额与变化比例。
要求:仅基于我给的数据,不臆造数字。3.3 进阶:分步拆解交给不同"角色"
对大任务,可让它先列步骤,你确认后再逐步执行,避免一次性跑偏:
text
先别写,只输出完成这个需求的 5 个步骤大纲,等我确认后再逐条执行。4. 角色与语气控制
角色不只是"你是 XX",还包括立场、口吻、知识边界。
4.1 错误示范 vs 正确示范
text
❌ 错误示范
你是个专家,给我讲讲区块链。
("专家"太泛,语气未知,深度未知。)text
✅ 正确示范
你是一位面向小白的科普作者,擅长用生活比喻解释技术。
口吻:亲切、不居高临下,像给朋友讲。
边界:不涉及投资建议;遇到专业术语先用比喻再给定义。
任务:用 300 字让我这个完全不懂技术的人,理解"区块链为什么难篡改"。5. 结构化输出(JSON Schema 示例)
当你要让 AI 的结果被程序消费(入库、自动填充、接 Agent),必须约束输出格式。最稳的是直接给 JSON Schema。
5.1 错误示范 vs 正确示范
text
❌ 错误示范
把这段用户评论的情绪和关键词提取出来,随便怎么写都行。
(程序无法稳定解析。)text
✅ 正确示范
从用户评论中提取结构化信息,只输出符合以下 JSON Schema 的 JSON,
不要输出任何解释文字:
{
"type": "object",
"properties": {
"sentiment": { "type": "string", "enum": ["正面","中性","负面"] },
"score": { "type": "number", "minimum": 0, "maximum": 1 },
"keywords": { "type": "array", "items": { "type": "string" } },
"summary": { "type": "string", "maxLength": 50 }
},
"required": ["sentiment","score","keywords","summary"]
}
评论内容:【粘贴评论】提示:要求"只输出 JSON,不要解释",能避免模型在前后加废话导致解析失败。
6. 负面约束
负面约束就是告诉模型"不要做什么"。在某些场景,它比正面要求更省 token、更精准。
6.1 适用场景
- 避免某种语气("不要使用感叹号");
- 避免越界("不要提供医疗诊断");
- 避免格式污染("不要添加 Markdown 代码块符号")。
6.2 错误示范 vs 正确示范
text
❌ 错误示范(只正面列举)
写一封正式邮件,要礼貌、要简洁、要专业、要清晰……
(列举不全,且占 token。)text
✅ 正确示范(正面+负面组合)
写一封正式邮件,语气礼貌简洁。
禁止:使用表情符号、使用"亲""宝"等亲昵称呼、出现任何夸张宣传语、超过 120 字。7. 长文档处理策略
模型有上下文窗口限制,长文档(论文、合同、整本书)不能无脑全贴。
7.1 四种策略对照
| 策略 | 做法 | 适用 |
|---|---|---|
| 分块处理 | 按章节切分,逐块提问后汇总 | 总结、抽取 |
| 先检索后问答 | 用向量检索只喂相关片段(RAG) | 超大知识库 |
| 给结构再定位 | 先让它列大纲,再指定章节细读 | 合同/论文审查 |
| 摘要蒸馏 | 先压成摘要,再基于摘要深挖 | 跨文档对比 |
7.2 操作示例(合同审查)
text
这是一份采购合同(共 12 条)。请先输出每条的"核心义务 + 风险等级(高/中/低)"清单,
不要展开。我确认后,再对标记为"高"的条款逐条给出修改建议。8. 多轮迭代与自我修正
提示词不是一次成型。高手的做法是:跑一版 → 指出差距 → 让模型自我修正。
8.1 迭代话术模板
text
第一轮:生成初稿(给完整提示词)
第二轮:指出差距
"第 2 节太学术,改写成给外行看的 3 句话;结论提前到开头。"
第三轮:自我修正指令
"现在以批判者视角检查上面成品:哪里可能让读者误解?列出 3 点并直接修订。"8.2 错误示范 vs 正确示范
text
❌ 错误示范
不对,重写。(不说明哪里不对,模型只能盲猜。)text
✅ 正确示范
方向对了,但有两处问题:
1. 字数超了约 200 字,请删减案例、保留论点;
2. 结尾的"引导留言"太生硬,改成自然的提问。
请只改这两处,其余保持不变。9. 系统提示词工程(给 Agent 写指令)
系统提示词(System Prompt)是 Agent 长期遵守的"底层规则"。它和单次对话提示词最大的区别是:要预设边界、工具、异常处理,而不是只描述一次任务。
9.1 系统提示词的必备模块
text
# 身份
你是"外贸开发信助手",服务 B2B 制造业外贸业务员。
# 目标
根据用户提供的新产品与目标客户,生成可被直接发送的开发信。
# 行为准则
- 始终用英语,语气专业但不生硬;
- 每封邮件 ≤ 150 词;
- 必须包含:一句个性化开场、产品价值点、明确的行动号召(CTA);
- 禁止夸大、禁止承诺交期、禁止抄袭模板套话。
# 工具使用
- 当需要查行业术语时调用 knowledge_base;
- 生成完成后调用 grammar_check 自检语法。
# 异常处理
- 若用户未提供目标客户行业,先追问再生成;
- 若检测到敏感词,停止生成并提示用户。9.2 错误示范 vs 正确示范
text
❌ 错误示范(把系统提示词写成一次性任务)
帮我写一封开发信,客户是做汽配的。(无边界、无异常处理、无可复用性。)text
✅ 正确示范(见上方模块式系统提示词:身份+目标+准则+工具+异常)10. 常见反模式
避开这些坑,你的提示词质量会立刻上一个台阶。
| 反模式 | 表现 | 危害 | 修正 |
|---|---|---|---|
| 模糊动词 | "优化一下""弄个" | 模型自由发挥 | 用具体动词+"对象+标准" |
| 信息过载 | 一屏塞满无关背景 | 重点被稀释 | 只给必要上下文 |
| 矛盾约束 | "简短但详尽" | 模型失衡 | 检查约束是否互斥 |
| 无验收 | 不说怎么算好 | 无法迭代 | 写明验收标准 |
| 过度拟人 | "你懂的吧?" | 模型不读心 | 显式写出前提 |
| 信任幻觉 | "确保完全正确" | 模型可能编造 | 要求给来源/分步可核查 |
| 一次性奢望 | 一句话要十项产出 | 每项都浅 | 拆任务分步或分批 |
11. 进阶自检清单
学完本篇,请用这份清单核对:
- [ ] 能为一个任务完整写出"五要素"结构化提示词
- [ ] 会用 few-shot 锁定风格,并能挑出合格示例
- [ ] 对推理任务会要求"展示思考过程"
- [ ] 能用 JSON Schema 约束输出,并被程序解析
- [ ] 知道何时用"负面约束"更省 token
- [ ] 长文档会先用"分块/检索/摘要"策略而非全贴
- [ ] 迭代时会"指出具体差距"而非"全部重写"
- [ ] 能给 Agent 写含身份/准则/工具/异常的系统提示词
- [ ] 能识别至少 3 种反模式并修正
下一步:直接打开《提示词场景模板库》,把本篇的技巧落成 10+ 可套用模板。