什么是动态示例？按问题挑例子，通俗版解释

大模型的用户问题千奇百怪，固定示例的短板迟早暴露：题库里放着三个「退货咨询」的示例，用户偏偏问了个「改地址」，模型只好硬套。动态示例是换个思路——事先备一个示例库，来一个问题，就挑出和它最像的两三个塞进提示词，按问题配例子，通俗说就是「见什么人说什么话」的自动化版。

固定示例和动态示例差在哪

固定示例是出发前打包好的行李，什么都带一点，重且未必对路；动态示例是到了目的地现买的装备，要什么拿什么。实现上，动态示例多了一步「检索」：把用户问题先和示例库比对相似度，挑出最相关的几条填进提示词模板。扣子这类工作流工具里，检索节点加提示词节点就能搭出来。

判断：问题类型越杂，动态示例的价值越大；问题高度单一时，固定示例反而更省事。

按问题挑，是怎么挑的

常见做法是相似度检索，DeepSeek 等模型的开发平台都内置了这类能力：问题和示例先转成向量，算距离，取最近的几条。进阶一点按类别先分桶——咨询类、投诉类、闲聊类各自有示例池，先分类再取例。挑选的关键约束是别贪多：每次塞两三个足够，塞太多既占篇幅，又把不相关示例的格式毛病一起带进来。

搭示例库时给每条示例标好适用场景，是后期省心的关键。出了问题能快速定位是哪一类示例的锅，回补也有的放矢。没有标注的示例库，规模一大就成了黑盒——挑错不知道错在哪，维护成本全靠人工排查。

类比：客服接单前先看用户买了什么

聪明的客服不背一套万能话术，接单先扫一眼订单——买了什么、什么价位，再调出对应的应答套路。动态示例就是这套「先看单、再选话术」的流程：问题进来，先量一量它像谁，再把那个「谁」的示范递给模型。

客服能临场圆场，模型只认拿到的示例

老客服靠经验扫一眼就准，检索环节却可能选错——问题表述含糊时，挑出来的示例驴唇不对马嘴，模型照着错示例输出，比没有示例还糟。所以示例库要定期检视，挑错的案例要回补。另外，客服临场能自己圆场，模型只会照着拿到的示例走，示例质量就是它的上限。

给示例库做巡检还有个简单办法：抽二十条真实问题跑一遍检索，人工看挑出来的示例贴不贴题。贴题率高就放心扩量，贴题率低先修检索逻辑。示例库是动态示例的地基，地基歪了，上面的流程搭得再花哨也白搭，地基先夯实，再谈上层建筑。

示例库怎么建，先从什么是示例挑选？few-shot 给哪几个学起；挑得宽才配得上动态检索，见什么是示例的多样性？覆盖不同情况；效果验收靠什么是提示的评测集？一批标准问题；示例放进提示词的哪一层，看什么是提示的分层？系统层与任务层；示例文本里有特殊符号时要处理什么是转义？内容里出现特殊符号。

动态示例速查表

• 示例库分类建桶，覆盖主要问题类型。
• 每次检索取两三条，宁缺毋滥。
• 挑错的案例定期回补修正。
• 问题类型单一时，固定示例更省。

见什么问题配什么例子，模型才接得住千奇百怪。

动态示例快问快答三则

• 一定要搭工作流才能用吗？：自动化版要搭，手动版不用——人工判断问题类型再粘贴对应示例，也算动态的朴素形态。
• 示例库多大合适？：每类问题三五条起步，总量几十条内，检索快、维护也轻。
• 挑错示例了怎么补救？：给提示词加一条兜底指令，说明示例仅供参考、以规则为准，同时把错配案例回补到库里。