提示词模板管理

团队里总有几个人手里攒着一堆好用的提示词，但它们散在备忘录、聊天记录和个人文档里，换个人接手就找不到，改了一版发现不如上一版又回不去；新人来了只能从头试错。这篇给一套能落地的小流程：先定分类口径，再定版本与命名规则，最后定复用和交接方式。不追求搭大平台，三五个人用共享文档就能跑起来。

团队里总有几个人手里攒着一堆好用的提示词，但它们散在备忘录、聊天记录和个人文档里。换个人接手就找不到，改了一版发现不如上一版又回不去；新人来了只能从头试错，把前人踩过的坑再踩一遍。

这篇给一套能落地的小流程：先定分类口径，再定版本与命名规则，最后定复用和交接方式。不追求搭大平台，三五个人用共享文档就能跑起来。判断做得好不好的标准很简单——新人当天能不能自己找到该用的那条。

先定分类口径，别按工具名分

最常见的坏习惯是按模型名建文件夹：某家的放一堆，另一家的放一堆。结果同一件事要维护三份，换模型时还得重写。分类的第一原则是让模板跟任务走，而不是跟工具走。

• 每个分类下只留一到两个主模板，其余作为变体挂在主模板下面，别让同类模板堆到十几个。
• 分类粒度控制在两层以内，超过两层说明你在做知识库而不是模板库，小团队维护不动。
• 同一套模板往往要跨模型复用，所以不要把模型名写进分类路径里。
• 哪类模型适合哪类任务，可以到站内 /models 对照模型能力后再定分类。

版本怎么标：让改坏了能退回去

版本管理的核心只有一件事：任何时候都能回到上一个还能用的状态。做到这一点不需要复杂工具，靠命名规则和模板头部几行元信息就够了。反过来说，只要有人还在用「最终版2」这种名字，回退就成了碰运气。

1. 固定命名结构命名统一成「任务-场景-版本号」三段式，版本号只用整数递增。不要混入日期，也不要用「新版」「定稿」这类无法排序的词。
2. 头部写三行元信息适用场景、已知不适用的情况、上一版为什么被替换掉。第三行最常被省掉，但它恰恰是别人敢不敢用这个模板的依据。
3. 区分改动幅度改动幅度大就新开版本号；只改错别字和标点就在原版上改，不要为一个错别字制造新版本，否则版本号很快失去意义。
4. 判断问题出在哪一侧输出变差时先分清是提示词本身的问题还是模型侧变了。站内 /ai-dict/category/tips 有提示与调参的术语可以对照，避免把模型波动记成模板退化。

一个常见的误区是每改一次就升一版，几周后版本号到了两位数，没人说得清哪版是基线。控制版本增长的信号是「元信息第三行有没有新内容」——没有新内容，就说明这次改动不值得开新版本。

复用与交接：让新人当天就能用上

模板写得再漂亮，新人读不懂也是白搭。降低使用门槛最有效的手段不是写说明书，而是在每个模板后面塞一个填好真实输入的最小可跑示例。新人复制过去改几个词就能出结果，信心和效率都上来了。

• 交接时按分类从头过一遍，能删的当场删掉，没人用的模板比没有模板更糟。
• 公共模板和私人草稿分开存放，避免草稿被误当成团队标准。
• 多人协作时约定谁改谁标注，防止两个人在同一份模板上互相覆盖。
• 交接结束的标准不是「讲完」，而是新人当场跑通至少一条模板。

多久清一次：维护节奏与止损线

模板库和别的资产一样，不管就会腐烂。但小团队没必要搞重型治理，按月做一次轻量巡检就够了，每次只看两个信号：哪些模板这个月一次没被调用，哪些被人改了之后又被改回去。

• 连续一段时间没人用的模板直接归档而不是删除，归档区放一个季度再清。
• 被改回去的模板说明改动方向不对，需要把原因写回元信息第三行。
• 模型侧能力变化会让一部分模板失效，这类失效不是你的问题，别急着改模板。
• 站内 /news/daily 可以跟一下模型更新动态，用来区分是模板该改还是这个月单纯没需求。
• 如果团队开始为「谁的模板更好」争论，说明分类口径没统一，回到第一步重新对齐。

判断一套提示词管理流程是否有效的标准，不是模板有多少条，而是新人当天能不能找到该用的那条，以及改坏了能不能退回去。