同一个需求交给三个人，用同一款 AI，交回来的东西常常是三套口径：字段名不一样、长度不一样、该说的没说。提示词模板要解决的就是这种波动。它的机制很朴素——把一段指令切成固定段和可变段，固定段写口径，可变段填这一次的事实，模型每次收到的骨架相同。
模板到底做了什么
拆开看三段。进来的是两样东西：模板本身，和这一次的原始素材（客户反馈、会议记录、产品参数）。中间发生的是拼装：占位符被素材替换，形成一条完整指令，模型按固定结构生成。出去的是结构一致的结果，字段、顺序、长度都在预期之内。
这里没有魔法。模板不提升模型能力，它做的是减少歧义和遗漏：把「你应该知道要写什么」变成「这里明确写了要写什么」。类比公文模板，它不替你思考，但规定了标题、主送、正文、落款的位置，让每份文件能进同一套流程。模板的价值来自约束的稳定，不来自文字的漂亮。
一个好模板固定四样东西
角色与受众：不写「你是一位专家」这种空话，写「你写给没有技术背景的门店店长看」。受众决定用词和举例，这一句写错，后面全歪。
任务与判据：一句话说清产出什么，再补一句怎样算合格。比如「把客户反馈归成三类，每类给出触发条件和处理建议；分类必须覆盖全部输入，不允许出现其他类」。判据写不出来，说明这个任务还不适合做模板。
输入槽位：模板里唯一变化的部分。槽位要有名字、类型、缺失时的处理方式。{客户反馈原文} 和 {本月订单量} 是两个槽位，不是一个笼统的 {内容}。槽位越粗，模板越接近没写。
输出契约：字段、顺序、长度、空值写法。团队协作里这一项最值钱，因为下游要拿它做表格、做审阅、做二次加工。字段一变，下游全断，字段命名要当成接口对待，改之前先通知使用方。
模板和提示词合集不是一回事
很多人把提示词存进文档，命名叫「好用提示词合集」，那不叫模板。模板需要四件配套：版本号、负责人、变更记录、验收样例。没有验收样例的模板，改一个字都没人知道好坏。
版本号用来回溯。上线后某类输入开始出错，能定位到是哪次改动引入的。变更记录写清改了什么、为什么改、影响哪些字段，比写「优化了一下」有用。负责人是能说「这版定稿」的人，否则模板会在多人编辑里慢慢变形，三个月后没人说得清哪版在线上跑。
团队落地的四步
起手选一个高频且格式固定的任务，比如周报汇总、客服回复分类、商品标题生成。不要从「写方案」这种开放式任务开始，它没有稳定判据，做完也验证不了。
接着跑基线：收集 10 条真实输入，让每个人按习惯问一遍，结果并排放。差异会很直观——同一批输入，输出长度可能差三倍。这份基线就是后面所有改动的对照物。
把共性写进固定段，差异留给槽位。每次都要重复交代的要求进固定段，每次都不一样的事实进槽位。判断标准很简单：这句话下次还会不会一字不改地出现。
末一步建验收样例，固定 10 条输入加期望输出，每次改模板都重跑。这就是提示词的回归测试，改了别处别坏了这里讲的正是这套做法：改动前留基线，改动后逐条比对。
换模型时模板会失灵
模板里的很多写法是针对某个模型调出来的，换模型后原样照搬，格式遵循度可能明显下降。稳妥的做法是把模板分成两层，一层是业务定义（角色、字段、判据），一层是模型适配（措辞、示例数量、格式强调方式），换模型只改第二层。
不同价位版本的指令遵循程度也不一样，免费版和付费版的差别不只在额度。同一个模板在轻量模型上可能需要更短的输入和更硬的格式要求，在大模型上则可放宽；参数规模的差异，参数量与能力的关系里有更基础的说明。
什么任务适合套模板
| 任务类型 | 适不适合 | 固定段写什么 | 验收看什么 |
|---|---|---|---|
| 周报汇总 | 适合 | 栏目、字数、数据口径 | 栏目齐全，数字与原始记录一致 |
| 客服回复分类 | 适合 | 类别定义、互斥规则、兜底类 | 无「其他」泛滥，同类判定一致 |
| 商品标题生成 | 适合 | 字数上限、禁用词、必含属性 | 随机抽十条，无超长与违禁表述 |
| 创意提案 | 不适合 | 只固定数量与方向，不固定结构 | 看差异度，不看一致性 |
| 一次性方案 | 不适合 | 没有可复用骨架 | 无法验收，攒不出样例 |
这张表反着看：手上的任务落在哪一行。前三行，做模板的回报直接；后两行，花时间做模板是浪费，不如把精力放在提示技巧上。
模板也会失效
输入差异过大的任务，模板会把多样性压掉。同一个模板套十种差别很大的业务场景，输出会趋同，看着整齐，实际丢了细节。判断办法是抽十条输出：骨架和用词高度相似、原始输入却各不相同，说明模板管得太死。
另一种失效来自模型换代。老模板里靠「请务必」「必须」来强调的写法，在新模型上可能过度约束，导致它不敢补充必要信息。换代之后重跑验收样例，别默认旧模板还能用。
模板自检四条
- 固定段只写每次都一样的要求，槽位只放每次都变的事实
- 输出契约要有字段名、类型、长度、空值规则
- 每个模板配十组验收样例，改动前后各跑一次
- 业务定义和模型适配分两层，换模型只动第二层
三个团队里会争论的问题
问：模板会不会让内容千篇一律？ 会，前提是模板固定到了句式。固定段应该固定判据、字段和边界，不固定开头怎么起、例子怎么举。把「风格」留给使用者，把「结构」留给模板，两者不冲突。
问：模板该由谁来维护？ 业务负责人定判据，一线使用者提问题，一个人有权合并改动。三人以上都能直接改，两周就会长出五个版本。维护者的职责不是写得更漂亮，是守住字段和判据不被随意动。
问：一个任务要做几个模板？ 按输出契约分，不按部门分。两个部门要的字段一样，就共用一个；同一部门有两种交付格式，就做两个。以部门划模板，最后一定会出现字段对不上的情况。
