示例怎么给：一个好例子顶三段描述

示例定的是颗粒度

一段好示例，同时传递了四件事：句子多长、用不用术语、举不举例、怎么收尾。这些你用文字描述很难说清。

所以示例的第一作用不是教它知识，是校准细节。要写产品说明，就贴一段自己写的产品说明，别贴行业头部品牌的，那会把它带向另一种风格。

一个反常识的点：示例不需要完美。你用自己去年写的、有点毛病的稿子，效果往往好过贴一篇范文，因为后者和你的实际水平差太远，产出你也接不住。

选示例还有个笨办法：翻你自己最近三个月发出去的东西，挑一份被夸过的，那就是你的标准。

给分类任务做示例，别挑最好分的那类。挑那个容易搞错的：既是投诉又带咨询的工单、既是功能建议又像 bug 反馈的留言。

典型例子它本来就会，边界例子才决定准确率。

数量上，两三个边界案例比十个典型例子有用。十个例子里有八个是它已经会的，纯属浪费上下文。

挑边界案例的方法：把过去判错的记录翻出来，错得最多的那一类，就是该做示例的那一类。

只给正例，它知道要什么，不知道不要什么。加一个反例，边界立刻清楚。

反例要标清楚为什么不行，一句说明就够：这一段太口语，不适合对外。不标原因，它可能把反例也学进去。

格式上把正反例分开写，别混在一段里。混着写，它分不清哪个算正面样本。

标注方式也用一句：以下这段不要这样写，因为它太口语。写在反例前面，别写在后面。

太长。一段示例超过三百字，它会把注意力放在复述上，而不是模仿结构。示例要短，短到能一眼看出骨架。

太像。三条示例几乎一样，等于只给了一条。要有差异，覆盖不同的输入情况。

只给结果不给输入。它看到一段成品，不知道对应什么问题，学不到映射关系。示例必须成对：输入是什么，输出是什么。

补充一句示例里的信息会被当成事实。别在示例里写编造的金额、日期、人名，它可能直接搬到正式输出里。

示例和提示词冲突怎么办？

它会听示例的，因为示例更具体。发现冲突先改示例，改提示词没用。

能不能直接贴竞品文案当示例？

学习结构可以，但输出容易带上人家的表述。对外发布的内容，示例最好用自己写过的。

示例要几个？

两到四个。一个太少分不清哪些是共性，五个以上收益递减，还占上下文。