创建提示词库怎么起步?团队共用第一版的搭法
先给判断:创建提示词库第一版别贪大,三个分区、五十条以内,按场景分不按模型分,入库评审压到两分钟,两周内全组就能用起来。我们四人小组2026年6月搭的这一版,到8月底攒了133条指令,月均被复制180次以上。
创建提示词库最难的从来不是写指令,是让几个人愿意把私货交出来。我们组四个人:两个做短视频脚本,一个管投放素材,我兼着客服话术。2026年6月之前各存各的备忘录,谁写得好全靠群里喊一嗓子。6月13日周五的例会上定了个目标:两周内建出第一版共享库。
过程比想象中糙。有分歧,有返工,还有一条我们自己定的规矩在8月底被投票废掉。这篇就把搭法、吵过的架和两个月的数据摊开写,结构可以直接照抄,坑就免踩了。
创建提示词库第一版:按场景分三个区,不按模型分
第一版按场景分三个区:脚本、投放、话术。别按模型分,模型半年一换,目录重搬的成本比建库还高。6月13日下午,四个人在飞书文档里吵了四十分钟,议题就一个:目录按什么建。管投放的老周坚持按模型分,GPT一摞、Midjourney一摞,他说自己找东西习惯先想工具。我和做脚本的小柯主张按场景分。
最后按场景定了三个区:短视频脚本、投放素材、客服话术,外加一个「待整理」当缓冲带。第一版只收47条指令,全是四个人过去三个月里真实用过的,一条都没从网上抄。
三周后的数据把老周说服了。7月初统计,脚本区被复制89次,投放区52次,没有一个人抱怨找不到东西——因为大家打开库里时脑子里装的是「要写周报」,不是「要用哪个模型」。老周的原话:行,我认。
| 分法 | 第一版搭起来 | 三周后的真实情况 | 我的评价 |
|---|---|---|---|
| 按场景分 | 当场吵了40分钟才定区名 | 脚本区月复制89次,检索几乎零成本 | 推荐,人少的组尤其合适 |
| 按模型分 | 十分钟就能建好 | 换个模型整层重搬,老周自己也懒得搬 | 当个人工具箱可以,当共享库不行 |
命名规则吵了一下午,最后只留一条硬约束
命名只留一条硬约束:日期前缀加动词短语,比如「0620-周报初稿」。其余花活全砍,名字超过十五个字就算不合格。6月20日下午的命名会开了九十分钟,是整个搭库过程里吵得最凶的一场。小柯提议按「场景-用途-版本」三层编号,我提议加负责人缩写,老周想在名字里标适配模型。三套方案写满白板,谁也说不服谁。
三层编号听着工整,实际全是前缀,挺离谱的。话说回来,命名这种事吵到后来已经和效率没关系了,纯属谁的方案体面。我第二天冷静下来才想明白这点。
我试了下最狠的裁法:三条规则揉成一条。文件名一律「月日-动词短语」,负责人、适配模型全部挪进条目正文的前两行。
结果出乎意料地顺。不夸张地说,这条规则是整座库里执行率最高的一条,8月底抽查50条,命名合格的48条,剩下两条是实习生小方传错的,当场改了。说实话,我原来挺心疼被砍掉的负责人缩写,后来发现根本没人看名字找人——大家用搜索。
入库评审压到两分钟,交指令的人才多起来
评审只回答两个问题:这条你真用过吗?别人拿到能直接跑吗?答得上来就进,两分钟结束,第一版阶段不评文笔。
起步时我们照搬了网上的建议:入库要走正式评审,讲适用边界、给参数、配反例,一轮十五分钟起步。真跑了一次就崩了。7月第一周只进来2条,老周的一条投放指令在会上被问了七个问题,他说下次宁可不交。
7月10日我把评审砍成两问,上面那段就是现在的完整流程。效果立竿见影:7月下半月进21条,8月全月进38条,比之前翻了十倍不止。
质量崩了吗?8月底抽测10条新入库的,8条直接能用,剩2条改一行参数也能跑。糙一点,但库是活的。我们后来对过一份外部参考,OpenAI 的提示词工程指南也把「把格式和上下文说死」列为重点,和我们那第二问是同一个意思。
条目内部我们用固定槽位写法:开头两行写清角色和输出格式,中间放完整指令,末尾留一行「改动点」。这套槽位设计和提示词模版怎么搭的固定槽位法是一个路子——把可变的部分留成空位,其余锁死,别人替换起来才不费劲。
两个月后的数据:最热的区和我们推翻的规定
到2026年8月底,库里133条指令,30天被复制181次,脚本区占一半还多;被推翻的是「入库必须附失败案例」这条。
8月29日我拉了一次使用统计(共享文档自带的查看记录,不算精准,趋势够用)。30天里:脚本区94次,投放区31次,话术区47次,「待整理」区9次。投放区垫底,老周自己解释是投放指令多成组,一次复制一批,统计吃亏。
还有一条规定在8月30日的月度复盘上被投票废掉:6月定下的「每条入库指令必须附一个失败案例」。两个月只产出过3个合格反例,其余十有八九是硬凑的。小柯说得直白:写反例比写指令还费劲,真翻车的人根本没空记录。废掉之后改成软约定——谁踩了坑,随手在评论区补一句就行。
我个人觉得这条废得对。规定保护的是纸面整齐,伤的是实际吞吐。意外的收获是小柯把自己散落的个人备忘并了进来,使用次数前五里有三条来自她的私藏,这比任何行政要求都管用。
回头看,创建提示词库这件事在6月13日之前我们拖了半年,真动手到全组用起来只花了十二天。别等指令攒够了再建库,今天开一页共享文档,把这周用得最顺的十条贴进去,目录按场景切三块,名字短一点,评审松一点。两个月后你大概率也会废掉一条自己定的规矩——那是库还活着的证据。
常见问题
第一版收多少条指令才算够用?
我们47条起家。建议起步只收团队当月真实用过的,一条都不凑,低于20条会显得太空,没人愿意打开。别把网上的指令合集整包搬进来,那些没有使用记录,很快会变成死库存。
共享库用什么工具承载比较好?
一页共享文档我们用到今天还在用。四人规模下,Notion 数据库、语雀知识库都可以,但先跑起来比选型重要。等分区超过五个、条目过三百,再换带权限和搜索的工具也不迟。
有人只取不交怎么办?
把评审门槛降到两分钟,再在例会上固定留十分钟让每人交一条。前两周交指令写进例会议程,习惯养成就不用盯了。8月起我们没人再催,交得最勤的反而是当初最抵触的老周。
个人私藏的好指令要不要交出来?
留一手很正常,别强求全交。我们的约定是「交出来的记使用次数,私藏的随自愿」。小柯并进来一批之后,库里的好东西明显变多,示范效应比行政命令好使。
延伸阅读
想把个人收藏先理顺再升格进共享库,可以先看这篇提示词笔记怎么管理?从收藏夹到可检索库。
本地目录怎么排,提示词文件夹的目录结构给了一套和共享库能对上的分法。