提示词库分层：规则、模板、样例和临时材料各归其位

她已经不知道该打开哪一份“最终版”

顾遥是一名独立内容顾问。两年里，她把每次效果不错的对话都保存下来：公众号开头 11 份、客户访谈提纲 8 份、文章改写 17 份、邮件 9 份，其余散在笔记、收藏和项目说明中，共 73 份。

问题不是找不到提示词，而是每次都能找到太多份。真正使用时，她往往打开三四份互相拼接，再凭记忆判断哪一句还能用。旧提示里夹着客户名称、过期产品价格和临时活动日期；“永远不要用长句”和“复杂概念允许拆成两句”同时存在；一个范例写得好，却没有说明它好在哪里。最近 18 个任务中，8 个带入了过期资料，平均准备提示要 14 分钟。

再加一层标签并不能解决这个问题。因为混乱的根源不是文件名，而是寿命完全不同的内容被保存成了同一种文件：有的规则可能一年不变，有的客户事实三天后就过期，有的样例只负责解释边界。顾遥决定先停止新增“最终版”，把已有内容拆成四层：

清理后保留 16 个可复用资产，18 个历史任务复跑没有带入旧客户事实，准备时间降到 4 分钟。本文以这个教学案例说明分层过程；人物、任务和结果数字用于展示方法，不是工具效果统计。

“73 变 16”不是删除 57 份文件后宣布完成。原始文件进入只读归档，用于追溯历史交付；16 指默认可选择的现行资产。一个规则集可以含多条规则，一个样例组同时含正例、反例和解释，因此文件数、规则数和样例数不能混成同一统计口径。

先审计 73 份来源：按原子片段分类，而不是给整份文件贴一个标签

顾遥先为每份来源记录创建日期、最后使用、客户归属、包含事实、可复用意图和当前授权。73 份文件拆出 214 个有独立作用的片段：47 个规则句、68 个任务步骤、43 个示例片段、56 个客户或日期事实。同一句中同时含规则和客户事实时也拆成两个片段。

47 条规则句中，12 条是“专业、有温度、写得高级”一类无法验证的偏好，合并前先删除；剩余 35 条经同义合并和冲突处理成为 18 条。68 个步骤不是挑出 7 句，而是重组成 7 个带变量和验收的任务接口。这样 3 + 7 + 6 = 16 个现行资产，原 73 份来源仍能通过迁移记录查到替代项或停用原因。

提示词库失控，不是文件太多，而是寿命不同的内容混在一起

一句规则可能稳定一年，一份活动材料只有效三天，一个样例用于解释输出结构，一段客户背景只能在一个项目内使用。把它们保存为同一篇“万能提示词”，任何局部变化都要复制出新版本。

顾遥用两个问题判断归属：这段内容多久会变？它是在定义行为，还是提供本次事实？

分层的目标不是追求整齐，而是让不同寿命、权限和职责的内容可以独立更新。

第一层：固定规则只保存跨任务长期成立的约束

顾遥把固定规则分成事实、表达和安全三组，每条都有 ID 和验证办法：

固定规则不应写某类任务的具体步骤，也不保存品牌事实——那些已经在 O06 的业务上下文包中管理。规则集超过 20 条时，她先检查是否混入任务步骤或重复表达，而不是继续追加。

固定规则还要有优先级和冲突测试

原库中“永远不用长句”和“复杂概念允许拆成两句解释”看似风格差异，实际会让同一输出随拼接顺序变化。顾遥设定优先级：数据与动作安全高于事实证据，事实证据高于任务完成，任务要求高于表达偏好，样例永远不能覆盖显式规则。

每个规则集发布前跑 12 个冲突用例。系统输出必须注明本次应用了哪些规则编号；如果两个同级规则仍无法同时满足，就标记为“规则待裁定”并停止，由顾遥修正规则，不允许模型根据提示排列顺序自行选一条。

第二层：任务模板是一份带变量的工作合同

模板不保存“帮我写一篇好文章”，而是明确需要填什么。顾遥的访谈证据表模板如下：

模板调用前必须把变量表填完。空变量不能用常识猜测：没有研究问题就先提问，没有允许范围就不处理客户原话。

变量不能只写名称，还要写清来源和缺失动作

TMP-INTERVIEW-02 不接受一段自由描述作为全部输入。变量表先做结构检查，再做权限和语义检查；模板只负责处理通过预检的输入。

预检回执会列出“已填充、缺失、无效、排除”四组。比如有 8 份文件、其中 1 份解析失败，不能悄悄把任务当成 7 份完整访谈；回执应明确写“转写文件：成功解析 7/8”，并根据合同判断停止还是继续。模板版本只定义允许逻辑，本次值仍保存在运行简报，不能回写默认模板。

模板还要声明依赖关系：例如 TMP-INTERVIEW-02@1.4 依赖“事实规则 1.2”和“安全规则 1.1”。依赖版本变化时，登记表能找出需要回归的模板，而不是等下次客户交付才发现行为改变。

一次访谈证据任务会依次进入预检、就绪、处理、待复核、完成或已停止。状态不是为了做复杂系统，而是防止半份输出被误当完成：

例如研究问题是“自动摘要在哪些场景减少复核、又在哪些场景增加失控感”，8 份转写共切出 126 条引文。系统不能直接按预设的“效率”主题归类全部原话：先保留引文编号、发言人编号、文本和位置，再生成 7 个候选主题；其中“少一次复制”和“无法确认语气”方向相反，必须同时进入证据表。模板定义步骤，固定事实规则要求来源，样例展示反证，三层各自承担不同责任。

第三层：样例必须说明要模仿什么、不能复制什么

单独保存一段优秀文字会诱导系统模仿题材、事实和句式。顾遥把样例改成“输入—合格输出—反例—解释”四件套：

样例数量不是越多越好。她为每个模板保留 1 个常规正例、1 个关键反例和最多 1 个边缘例；新失败若只是旧规则的同义情形，不再增加样例。

样例先去事实污染，再检查决策边界

顾遥给每个样例组建立样例清单：教学目的、允许模仿字段、禁止复制字段、对应规则和过期条件。数字、客户名、日期和结论默认都不可复制；可模仿的是证据结构、反证保留和输出字段。

她做一次“反事实替换”检查：把教学样例中的人数和主题换掉，若模型仍复制原数字或结论，就说明样例界限不清。首轮 6 组中有 2 组导致数字回流，因此增加“禁止复制”字段，并把事实替换为中性的虚构记录，再重跑对应模板全部样本。

样例组的覆盖看决策边界，不看题材数量。三个都写“常规成功”的样例不如一个常规正例、一个关键反例和一个停止例；后者能显示何时完成、何时保留相反证据、何时不能继续。

6 个样例组每组至少有 3 个测试：原样输入应表现正确、替换事实后不得复制旧值、缺关键输入时应触发相应规则。共 22 个用例，因为两个高风险组各增加了 2 个权限或冲突测试。

修订不是给每个失败再塞一段更长范文。数字回流通过禁止复制字段和反事实测试解决，来源冲突由固定规则优先级解决，缺权限由模板停止条件解决；样例只保留能展示决策边界的最短片段。

第四层：临时材料永远不回写模板

临时材料包括当次客户名、文件、日期、活动信息、会议记录、价格和未确认假设。顾遥使用独立运行目录：

如果一次临时说明值得复用，先把其中的客户事实剥离，再判断它是固定规则、模板步骤还是样例。直接复制整段到公共库是污染的主要来源。

任务结束时，发现项只生成候选变更，不自动写回规则、模板或样例。临时目录还要保存客户编号、授权范围、保留期限和删除状态；“模板里没有客户名”不代表任务目录可以无限保留。

逐项拆解一份旧“万能提示词”

顾遥的一份 1,126 字文章提示同时包含 4 类内容。拆分结果如下：

拆完后，模板正文只有 438 字，却比原版信息更完整，因为事实、规则和变量各自有稳定位置。

1,126 字缩到 438 字，模板正文减少（1,126－438）÷1,126＝61.1%。但完整运行并非只有 438 字：它还按登记表加载相关规则、1—3 个样例组和当次变量。分层减少的是重复与混杂，不是假装上下文不需要内容。

每次运行生成装配清单，先检查依赖与权限再调用模型

运行入口不会直接拼字符串。它按任务类型找到现行模板，读取依赖关系，再根据风险和失败样本选择最小样例组；临时材料最后加入。装配清单保存资产编号、版本、用途、权限和内容摘要校验值。下面保留机器可读字段，是因为它们会直接进入装配程序；日常选择界面仍应显示中文名称。

run_id: article-20260721-07
template: TMP-ARTICLE-01@1.3.0
rules: RULE-FACT@1.2.0, RULE-WRITING@2.1.0, RULE-SAFETY@1.1.0
examples: EX-ARTICLE-03@1.1.0, EX-EDGE-04@1.0.0
variables: audience, decision, output_length, due_at = filled
inputs: 4 files, 4 parsed, scope = single_project
external_action: none
owner: 顾遥

出现错误时，运行清单能区分模板遗漏、规则冲突、样例污染和临时输入错误。若只保存最终拼接文本，下一次无法知道其中哪一段来自哪个资产，也无法安全回退。

给资产统一编号，才能知道正在使用哪一版

版本历史至少回答改了什么、谁改、为什么和如何验证。旧版标为已弃用后仍保留用于回看历史交付，但不出现在默认选择中。

登记表的一行不能只写文件路径。顾遥为每个版本保存内容摘要校验值和批准记录，运行时先核对清单中的值；这样即使有人沿用原文件名覆盖内容，也会因摘要不一致而停止，而不是把未测试的新内容伪装成旧版。

asset_id: TMP-ARTICLE-01
version: 1.3.0
status: active
owner: guyao
depends_on: RULE-FACT@1.2.0, RULE-WRITING@2.1.0, RULE-SAFETY@1.1.0
eval_set: article-eval-02@1.1.0
content_digest: sha256:7f2...91c
approved_by: guyao
approved_at: 2026-07-18T16:20:00+08:00
replaces: TMP-ARTICLE-01@1.2.0

这里的“已批准”不代表“永远正确”，只表示这个具体内容通过了当时声明的测试。若文件摘要、依赖主版本或测试集任一项与登记不一致，装配器返回“登记不匹配”；顾遥要么恢复已批准文件，要么为改动建立新版本，不能手工关闭检查继续运行。

73 份来源建立迁移映射，避免旧收藏继续绕过新库

只建新目录不处理旧入口，顾遥仍会从收藏夹打开过期提示。她给每份来源分配来源编号，并记录替代资产、归档原因、是否含受限数据和最后使用时间。迁移后，默认搜索只显示登记表中的现行资产；旧来源保留只读，含客户事实的受限文件移回对应项目。

迁移后第 1 周，她故意从原来的 9 个常用入口启动任务：7 个正确跳转到登记表，2 个个人笔记仍保留完整旧提示。她补上跳转说明并删除公共副本，再验证 9/9。资产治理要覆盖人真实会点开的入口，而不是只把新文件夹整理漂亮。

用登记表选择资产，不再靠文件名猜版本

迁移前，顾遥还建立了一个选择入口，避免库整理好以后仍靠搜索标题猜版本。每次启动任务先填写任务类型、输入敏感度、期望产物和外部动作，登记表只返回现行模板及其依赖。

登记表记录实际选中的版本，不能只保存“文章模板”。如果一个任务需要同时拼接两个模板，她先检查是不是任务范围过大；只有两者输入输出接口明确时才组合，避免重新制造万能提示。

用 18 个旧任务做迁移测试

平均准备时间从 14 分钟降到 4 分钟；但一项长文任务因没有目标读者停止。顾遥把这视为正确行为，而不是分层库“变笨”。缺少变量时及时暴露，比生成一份方向错误的完整草稿更省时间。

上线后的前四周，她继续记录每次任务真实用了哪个模板、加载了哪些规则和样例、人工修改发生在哪一层。31 次运行中有 6 次修改属于临时材料，不改库；3 次暴露模板变量缺失；1 次发现固定规则冲突。她只为后 4 次建立变更候选，避免把所有人工编辑都沉淀成新规则。一个健康的库不以资产数量增长为目标，而以选择时间、旧事实污染、回归失败和停用资产是否仍被调用来判断；这四项指标每月复核一次。

18 个迁移任务的准备时间从 14 分钟降到 4 分钟，每项节省 10 分钟，共 180 分钟。旧资料污染从 8/18 降到 0/18；但这只是同一组历史任务的配对结果。她还记录人工复核中位数从 22 分钟降到 15 分钟，每项节省 7 分钟，共 126 分钟；准备与复核合计节省 306 分钟，即 5.1 小时。

整理、拆分、迁移和首轮回归用了 8.5 小时，所以静态回收期约为 8.5÷（17÷60）＝30 个同类任务。若她每月只有 5 次使用，维护这套库未必划算；案例每月约 31 次运行，首月后才接近回收。收益计算包括整理成本，不能只展示“每次少 10 分钟”。

她按月看资产健康，不用“库里有多少条”作为成果。第一个完整月 31 次运行中，现行模板选择中位数为 52 秒；已弃用资产被新任务调用 0 次；旧客户事实污染 0 次；预检正确停止 2 次；回归失败 1 次并在发布前撤回。

有一个邮件模板连续 30 天没有使用，但并未立即删除，因为季度续约邮件具有低频周期；负责人写明下次复核日期和保留理由。另一个旧改写模板 60 天未使用、功能又被现行文章模板覆盖，转为已弃用。健康维护需要业务判断，不是按“未使用天数”机械清空。

版本升级先判断兼容性，再按依赖图回归和回退

顾遥使用“主版本、次版本、补丁版本”只是为了表达兼容性，不迷信编号本身。修改变量名称、删除输出字段或改变安全边界属于重大变更；增加可选变量或新反例属于次要变更；修错字但不改行为属于补丁。安全规则即使只改一行，也可能要求所有依赖模板回归。

新版本先处于草稿，在影子运行中与当前现行版比较；通过后原版变为已弃用。若回归出现关键事实、权限或停止行为退化，登记表指针回到上一现行版本，已经生成但未交付的任务标记为“资产版本已过期”并重新检查。历史交付仍引用原版本，不通过覆盖文件篡改记录。

新规则不能由一次满意结果直接晋升

她使用固定晋升流程：

1. 在发现项中记录真实失败和受影响产物；
2. 判断应修改规则、模板、样例还是仅修正临时输入；
3. 建立最小改动和一个能复现失败的样本；
4. 重跑该模板全部历史样本，检查是否破坏旧行为；
5. 人工批准新版本，记录变更原因；
6. 旧版停用，但历史任务仍引用原版本。

一次文风偏好不一定是固定规则；一个客户要求也不能升级为所有客户的默认值。晋升要看它是否跨任务成立、可验证且不会与现有规则冲突。

她还把变更申请限制为一页，避免“我觉得这样更好”直接成为发布理由：

变更批准后也不立刻删除候选记录。它与测试结果、批准人和新版本一起保留；若 30 天后发现新增字段让人工复核时间上升，却没有减少反证遗漏，就重新评估假设，而不是因为版本号已经升级就继续堆补丁。

可以直接复制的提示词库目录

rules/
  facts.md        # 事实与证据规则
  writing.md      # 表达规则
  safety.md       # 数据与动作边界

templates/
  TMP-xxx.md      # 目标、变量、步骤、输出、验收、停止

examples/
  EX-xxx.md       # 输入、正例、反例、解释、禁止复制

runs/YYYY-MM/task-id/
  inputs/
  run-brief.md
  outputs/
  findings.md

registry.csv      # ID、版本、负责人、依赖、测试集、状态
change-log.md     # 变更原因、批准与回归结果

先拿使用最频繁的 3 类任务清理，不要把 73 份旧提示全部重新包装。真正需要保留的不是每次成功对话，而是少量稳定规则、清楚的任务接口和能够解释边界的样例。临时材料与复用资产分开后，提示词库才从收藏夹变成可以维护、测试和退回旧版的工作系统。

来源与进一步阅读

以下资料核验于 2026-07-21，用于支持清晰指令、少量典型样例、有限上下文和版本历史：

• Anthropic：Prompting best practices：建议使用清晰指令、示例和明确输出控制。
• Anthropic：Effective context engineering：建议用少量多样、典型的样例，避免把边缘情况清单全部塞入上下文。
• GitHub Docs：About Git：说明版本控制如何保存改动内容、时间、人员和原因并支持恢复旧版。