构建你的提示词库:从随手复制到可复用资产
提示词库的价值不在于收集多少条,而在于能不能被检索和迭代。讲清结构化写法、分类方式、版本管理与实际调用。
很多人有一个装满提示词的收藏夹,然后从来没用过第二次。
问题不在提示词质量,而在它们没有被组织成可检索、可迭代的资产。
为什么收藏夹没用
三个原因:
- 没有场景标注,想不起来什么时候用
- 没有版本记录,改过一次之后不知道哪个版本更好
- 存在聊天工具里,检索能力约等于零
解决方式很直接:把它们搬到本地 Markdown,用知识库的方式管理。
结构化写法
一条提示词至少包含五个字段:
---
name: 竞品功能对比
scene: 做竞品调研、写产品分析
model: 通用
updated: 2026-03-05
version: 3
---
## 输入
{产品A} 和 {产品B}
## 任务
对比这两个产品在 {维度} 上的差异,输出:
1. 各自的做法
2. 差异背后的取舍
3. 对用户的实际影响
## 约束
- 只基于公开信息,不确定的标注"待核实"
- 不用"赋能""抓手"这类词
- 控制在 400 字以内
关键是 scene 字段。检索时你想起的是场景,不是提示词内容。
分类方式
不要按”写作/编程/分析”分,太粗。按工作流环节分:
prompts/
├── 01-discover/ # 调研、信息收集
├── 02-think/ # 分析、决策辅助
├── 03-create/ # 生成内容、代码
├── 04-review/ # 检查、优化、挑错
└── 05-operate/ # 批量处理、格式化
这个顺序正好是做事的顺序。用到某个环节时,翻对应目录就行。
版本管理
每次改动加一行变更记录:
## 变更
- v3 (2026-03-05):加"不用行业黑话"约束,输出更自然
- v2 (2026-02-18):限制字数,之前输出太长
- v1 (2026-02-01):初版
半年后你会感谢自己。很多提示词改来改去最后还不如初版,没有记录就回不去了。
调用方式
最省事的一种:把提示词库放进你的知识库,直接让 Agent 检索。
在
~/vault/prompts里找一条适合”分析用户访谈记录”的提示词,用它处理今天的 5 份访谈。
不用自己翻目录,也不用复制粘贴。
三条经验
- 少而精:20 条反复迭代的提示词,好过 200 条收藏
- 约束比指令重要:告诉它”不要做什么”比”要做什么”更有效
- 每条都要有输入输出示例:没有示例的提示词,三个月后你自己也看不懂
结语
提示词库的本质是把你和 AI 协作的经验固化下来。
它的价值不在某一条写得多巧妙,而在于半年之后,你和 AI 的协作方式已经形成了一套可复用、可改进的系统。
奇妙感
本文采用署名-非商业性使用-相同方式共享协议,转载请注明出处与作者。
关注我
GitHub @lin571273545
公众号 奇妙感 每周一篇产品与 AI 的实践笔记
微信 扫一扫加我为好友