如何建 few-shot 示例库：采集、标注与轮换
few-shot 不是多贴几段废话，而是少量、多样、可检验的标准答案样本。 建库的目标，是让同类任务稳定复现格式与边界，而不是背诵某一天的临时说法。
库里每条应有什么
建议字段：任务类型、适用模型备注、输入摘要、理想输出、反例（常见坏输出）、创建人、更新日期、是否含敏感信息。反例很重要：它告诉模型「不要写成什么样」。示例必须来自真实改写过的脱敏材料，或明确标注的虚构示意，不能把客户原文原样入库。
怎么采集与轮换
- 从过去一周你手动改过的模型输出里挑「改动最小且最终可用」的版本。
- 每个任务类型先收三条：简单、中等、带边界条件。
- 每月淘汰过时格式；产品文案改版后同步更新示例。
- 插入提示词时只取最相关的二到三条，避免上下文被示例占满。
条目模板提示词
请把下面「最终采用稿」整理成 few-shot 库条目（YAML）：
task_type / input / output / hard_rules / anti_patterns / notes
要求：删除隐私；把不可复用的人名公司改成占位符；用一句话说明为何这条值得保留。
【最终采用稿】<<<>>>
【原始糟糕输出】<<<可选>>>
执行时请保持单一事实源：输入没有的数字、负责人与截止日期，输出就不要出现。把不确定写清楚，比生成听起来完整却无法核对的句子更有用。若连续两次结果漂移很大，先检查是否混入未脱敏或互相矛盾的材料，再考虑换模型。
也可以把本页提示词改成团队共享片段：只开放「材料区」给同事粘贴，固定规则区由维护人更新。这样能减少每人私改导致的格式分裂，也方便在复盘会上对照同一版本讨论。
也可以把本页提示词改成团队共享片段：只开放「材料区」给同事粘贴，固定规则区由维护人更新。这样能减少每人私改导致的格式分裂，也方便在复盘会上对照同一版本讨论。
相关可配合变量模板思路：提示词变量模板库、JSON 修复，更多见 AI 技能。
把本次用过的提示词与输入输出一并存档，方便对照下次同类任务的差异。凡标注虚构或示意的人名、金额、订单与指标，一律不得进入正式提交或对外承诺。若材料涉及客户或员工个人信息，先按公司数据分级选择允许的工具，再开始粘贴。做完一次闭环，用三句话记录：最有效的约束、仍需人工的步骤、下版提示词要改哪里。
把本次用过的提示词与输入输出一并存档，方便对照下次同类任务的差异。凡标注虚构或示意的人名、金额、订单与指标，一律不得进入正式提交或对外承诺。若材料涉及客户或员工个人信息，先按公司数据分级选择允许的工具，再开始粘贴。做完一次闭环，用三句话记录：最有效的约束、仍需人工的步骤、下版提示词要改哪里。