给示例（Demonstrate）
如果说"教规则"是告诉智能体"应该怎么做"，那么"给示例"就是让它亲眼看到正确的做法是什么样的。
什么是示例
示例是你提供给智能体的具体案例——可以是你做过的工作、你认可的成果，或者你不满意的反面教材。智能体通过这些案例归纳出模式，学会在类似情况下做出正确判断。
为什么示例比规则更有效？
规则告诉智能体"违约金不能超过 20%"——这很明确。
但如果你想教它"什么是好的审查报告"，光靠规则很难描述清楚。给它看一份你写的高质量审查报告，它一下子就明白了格式、语气、详略程度应该是什么样的。
规则定义"底线"，示例定义"标准"。两者配合效果最好。
如何给一个有效的示例
正面示例
把你满意的成果展示给智能体：
你："这是我之前写的一份合同审查报告，以后审查报告都按
这个格式来：
-----
【合同审查报告】
合同编号：HC-2025-001
审查日期：2025-03-15
一、基本信息
甲方：XX科技有限公司
乙方：YY贸易有限公司
合同金额：158,000 元
二、风险点（共 2 项）
1. [高风险] 第 8 条违约金 30%，超出公司标准（20%）
建议：修改为'不超过合同金额的 20%'
2. [中风险] 第 5 条付款周期 15 天，低于公司标准（30 天）
建议：修改为'验收合格后 30 天内'
三、合规项（共 4 项）
✅ 质保期 24 个月（标准：≥12 个月）
✅ 保密条款完整
✅ 知识产权归属明确
✅ 争议解决条款合理
四、综合评价
整体风险等级：中等
建议：修改 2 处风险条款后可签署
-----"
智能体从这个示例中学到的不只是格式，还包括：
- 报告应该包含哪些章节
- 风险点和合规项分开列出
- 每个风险点要标注等级和具体建议
- 结尾要给出综合评价
反面示例
告诉智能体什么是不应该做的：
你："这种审查报告是不好的，不要学：
-----
合同基本没什么问题，就是违约金有点高，建议谈一下。
其他都还行。
-----
这种报告的问题是：
- 没有具体数据
- 没有标注风险等级
- '基本没什么问题'太模糊
- 没有给出具体的修改建议"
给反例时一定要说明原因
只给反例不说原因，智能体不一定能理解你不满意的点在哪里。一定要明确指出"哪里不好"以及"应该怎么改"。
示例与规则的配合使用
最有效的教学方式是规则 + 示例的组合：
第一步（教规则）：
你："写周报的时候，用这个结构：本周完成、下周计划、
需要支持。每项不超过 5 条，每条一句话说清楚。"
第二步（给示例）：
你："比如这样写：
【本周完成】
1. 完成了 A 模块的数据库设计，已通过代码审查
2. 修复了用户反馈的登录超时问题（#1234）
3. 与产品团队对齐了 B 功能的需求，确认了 MVP 范围
【下周计划】
1. 开始 A 模块的后端开发
2. 准备 B 功能的技术方案评审
3. 优化登录模块的性能（目标：响应时间 < 200ms）
【需要支持】
1. B 功能的设计稿还没出，需要催一下设计团队"
这样，智能体既知道"结构是什么"（规则），又知道"具体写出来是什么样"（示例）。
多个示例帮助理解模式
如果一个示例不够，多给几个不同场景的示例，帮助智能体归纳出更通用的模式：
你："我再给你看几个不同风格的客户邮件回复，
注意语气怎么根据情况调整：
情况 1：客户投诉（语气要诚恳、行动要快）
'非常抱歉给您带来不便。我已经安排团队优先处理这个问题，
预计今天下午 5 点前给您反馈。'
情况 2：客户咨询（语气要专业、信息要全）
'感谢您的咨询。关于 XX 产品的定价方案，目前有三个选项：
方案 A... 方案 B... 方案 C...
您可以根据实际需求选择，如需详细对比我可以为您整理。'
情况 3：客户表扬（语气要谦虚、引导下一步）
'感谢您的认可，这是我们团队共同努力的结果。接下来我们
还计划在 XX 方面做改进，届时会第一时间与您沟通。'"
通过三个不同情况的示例，智能体学到了模式：回复的语气要根据客户情绪调整，而不是用固定模板。
给示例的最佳实践
| 实践 | 说明 |
|---|---|
| 正反结合 | 给正面示例告诉"应该怎样"，给反面示例告诉"不应该怎样" |
| 标注重点 | 在示例中明确指出哪些部分是关键的 |
| 覆盖边界 | 给出常规情况和边缘情况的示例 |
| 逐步升级 | 先给简单示例，再给复杂示例 |
| 说明上下文 | 告诉智能体这个示例是在什么背景下产生的 |
下一步
教完规则、给完示例后，你需要确认智能体是否学对了。前往 学习反馈 了解如何检查学习效果。