要让AI最快准确理解你的需求，不是描述给它听，而是展示给它看。两三个你想要的输出示例，效果会远胜于用文字表达同样的要求。
这种技巧称为少样本提示，是整个提示词工具箱中效用最高的技巧之一。初学者对它的使用也远远不足：他们试图用形容词描述理想输出，模型生成的内容虽然接近，却总差一点，最终让人倍感挫败。
本文将通过完整示例，介绍什么是少样本提示、何时使用，以及如何把它用好。
为什么示例比描述更有效
做一个思想实验。假设我想向你描述公司营销文案的语气。我可能会说：“友好但专业，亲切但不随便，自信但绝不傲慢，语言通俗但不过度简化。”看完这四个短语，你大概会点点头，然后写出与我实际想要的内容截然不同的文案。
但如果我改为向你展示三段我们写过的、我认为准确体现这种语气的短文，而且不作任何解释，你就会更清楚该如何采用这种口吻写作。你很可能第一次就能仿写出来。
模型理解你的指令时也是如此。“友好”“专业”“自信”之类的形容词很模糊，具体示例则很明确。模型可以对照示例匹配模式；面对形容词，它只能自行解读。
上下文学习相关研究已经对这种模式进行了探讨——与描述同一种行为相比，大语言模型（LLM）通常更擅长从少量示例中归纳规律。这也部分解释了为什么“展示，而非讲述”一直都是正确的写作建议。
何时使用少样本提示
在以下情况下，示例比任何其他提示技巧都更能帮你节省时间：
匹配特定语气。“用我们公司的口吻写。”如果你无法用三个准确的形容词定义这种口吻，就改为展示两三个示例。
**生成格式一致的内容。**任何要求每次输出外观相同的内容——产品描述、错误消息、API响应、周报、状态更新。展示格式，不要只描述格式。
小众或不寻常的输出。“像[你关注的某位特定人物]那样写一串Twitter帖子。”“为内部工具博客生成标题。”“按照我们团队的习惯编写代码注释。”这些内容都有难以准确表述的特定惯例。
在翻译、总结或改写中复现某种风格。“用我将要展示的三个示例的相同风格改写这段内容。”
**任何你总以同一种方式纠正的内容。**如果你发现自己每次都朝同一个方向编辑模型输出——缩短篇幅、替换词语、收紧结构——就向模型提供修改后的版本作为示例。
基本结构
少样本提示由三部分组成：简短指令、两三个示例，以及新任务。
为B2B SaaS工具生成一句话产品描述。模仿以下示例的风格。
示例1： 产品：ProjectHub 描述：为那些厌倦了在五种工具之间来回切换、只为完成一项工作的项目团队打造的共享工作空间。
示例2： 产品：TimeFlow 描述：为讨厌工时追踪应用的人打造的工时追踪应用。
示例3： 产品：ClearStack 描述：一款把电子表格转化为决策的报告工具。
现在为以下产品写一句： 产品：PromptDesk 描述：
模型会生成与示例风格相符的内容：简短、立场鲜明、略带俏皮，并围绕某个具体痛点或受众展开。没有示例时，你会得到泛泛的内容；有了示例，得到的内容才会契合需求。
三个完整示例
下面介绍三种真实情境，看看少样本提示如何改变输出。
1. 采用团队风格的缺陷报告说明
假设你的团队用一种特定方式编写Jira工单——简短、关注用户影响、不使用行话。你希望AI起草符合这种风格的工单。
按照以下格式起草Jira工单描述。
示例1： 用户通过Google登录时，在界面更新前会短暂看到错误的语言。Chrome桌面版必现。不影响操作，但体验不流畅。
步骤：
- 退出登录
- 使用Google重新登录
- 观察页面最初的闪烁
预期：语言保持一致 实际：短暂显示（似乎是默认语言的）英语
示例2： 在超过1000行的周报中，“导出为CSV”按钮会返回空文件。行数较少的报告可正常导出。
步骤：
- 打开包含1000多行的周报
- 单击“导出”→“CSV”
- 打开下载的文件
预期：包含全部数据 实际：文件大小为0字节
现在为以下问题起草一份： 问题：Safari用户反馈，点击链接后移动端菜单无法关闭。刷新后恢复正常。看起来像焦点陷阱问题。
模型每次都会生成结构和语气完全一致的工单。没有这些示例，得到的版本会略显冗长，也稍微更正式。
2. 按品牌口吻改写
假设你有一封邮件草稿，希望按照某种品牌口吻重写。告诉模型“写得更亲切些”，结果会参差不齐。展示示例，结果才会稳定。
按照以下示例的口吻重写下面的邮件。口吻要求：直接、不说公司套话、略带自省，绝不使用“synergy”或“leverage”。
示例1：“我们将发布日期推迟了一周。自动扩缩容变更比预想的更大。新的发布日期：22日，星期五。”
示例2：“帮个小忙——能快速帮我检查一下这份草稿吗？主要看第二节。我觉得那部分言过其实，但拿不准。”
示例3：“提前说一声：明天开会时，我会要求调整截止日期。算下来时间根本不够，我宁愿现在提出来，也不想到时无法按期交付。”
用相同口吻重写以下内容：
[粘贴你的草稿]
模型生成的内容会像这些示例，而不是泛泛的公司文案。你可以把这条提示词保存为Custom GPT，以后每次需要快速按品牌口吻改写时直接使用。
3. 结构化提取
假设你有一些PDF发票，希望模型将其提取为整洁的格式。经典做法是上传一份发票，粘贴理想输出示例，然后要求模型处理其余发票。
严格按照以下JSON格式从PDF发票中提取数据。
示例：
输入：[一份发票PDF，其中供应商为“Lufthansa”，日期为2026-04-12，总额为423.50 EUR，明细项目为机票 + 托运行李费]
输出：
{ "vendor": "Lufthansa", "date": "2026-04-12", "currency": "EUR", "total": 423.50, "line_items": [ {"description": "Flight TLL-LHR", "amount": 387.00}, {"description": "Checked bag", "amount": 36.50} ], "category": "Travel" }现在从这份发票中提取数据：[附上新PDF]
你会得到整洁、一致的输出。没有示例时，不同发票的JSON结构会各不相同，给后续处理带来噩梦。
少样本提示的常见错误
需要留意三类错误：
**示例彼此矛盾。**如果三个示例的风格各不相同，模型就不知道该遵循哪个。应选择一组紧密、一致的示例。
**示例太少。**一个示例通常不够——模型可能把它视为特例。一般至少需要两个；对大多数任务而言，三个最为合适。超过五个通常没有帮助，反而开始占用上下文窗口。
**示例包含你不希望模型复制的错误。**模型会忠实复制示例中的任何模式——包括拼写错误、生硬措辞，或你无意采用的结构。在分享之前，先清理示例。
一个特别隐蔽的错误是：只展示输入示例，不展示输出。“以下是我想让你为其撰写标题的三篇文章：[三篇文章]。”这是零样本提示，不是少样本提示。模型没有见过好标题是什么样。对比下面的写法：
以下三篇文章采用了我喜欢的标题风格。请模仿这种风格：
示例1：[文章] → 标题：“……” 示例2：[文章] → 标题：“……” 示例3：[文章] → 标题：“……”
现在为以下文章写标题：[新文章]
少样本的基本单位是（输入 → 输出）这一对内容。没有输出一侧，模型就没有可学习的对象。
如何建立示例库
开始使用少样本提示后，你会逐渐积累一组组“行之有效的示例”。把它们保存下来：
- Custom GPTs / Claude Projects——把示例粘贴到指令字段中，它们就会永久保留。
- 文本片段管理器（TextExpander、Raycast、Espanso）——用快捷方式展开示例。
- 按用途整理的笔记文件（“品牌口吻示例”“工单格式示例”“标题示例”），需要时可以快速复制。
坚持六个月建立这样的示例库，你将拥有任何现成“提示词套装”都无法比拟的个人工具箱——因为它针对你的具体工作做过调整。
示例胜过形容词
能描述输出时，就描述它。无法描述时——你看到某种输出风格就能认出来，却无法准确说清——改为展示两三个示例。花两分钟寻找好示例，能省下二十分钟；否则，再多描述也无法避免得到风格错误的输出，你只能自行纠正。
示例胜过形容词。几乎没有人这样做。少数坚持这样做的人，获得的AI输出始终优于那些写出更长、更巧妙描述的人。下次遇到风格很重要的提示词时，试一试——看看会发生什么。
