构建你的提示词库:从随手复制到可复用资产

提示词库的价值不在于收集多少条,而在于能不能被检索和迭代。讲清结构化写法、分类方式、版本管理与实际调用。

构建你的提示词库:从随手复制到可复用资产

很多人有一个装满提示词的收藏夹,然后从来没用过第二次。

问题不在提示词质量,而在它们没有被组织成可检索、可迭代的资产

为什么收藏夹没用

三个原因:

  1. 没有场景标注,想不起来什么时候用
  2. 没有版本记录,改过一次之后不知道哪个版本更好
  3. 存在聊天工具里,检索能力约等于零

解决方式很直接:把它们搬到本地 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 份访谈。

不用自己翻目录,也不用复制粘贴。

三条经验

  1. 少而精:20 条反复迭代的提示词,好过 200 条收藏
  2. 约束比指令重要:告诉它”不要做什么”比”要做什么”更有效
  3. 每条都要有输入输出示例:没有示例的提示词,三个月后你自己也看不懂

结语

提示词库的本质是把你和 AI 协作的经验固化下来

它的价值不在某一条写得多巧妙,而在于半年之后,你和 AI 的协作方式已经形成了一套可复用、可改进的系统。

奇妙感 本文采用署名-非商业性使用-相同方式共享协议,转载请注明出处与作者。

目录