摘要：单条提示词写得好，不代表下次还能复用。本文按官方文档口径，讲个人提示词模板库怎么分类存放、用变量占位拆开「固定指令」与「每次输入」，以及用版本号/变更记录做迭代回滚；避开「怎么写一条提示词」和「正则/SQL 专用模板」同角。
依据：OpenAI《Prompting》、《Migrate from prompt objects》、GitHub Docs《Prompt engineering for Copilot Chat》。查询日期：2026-10-16（北京时间）。工具可替换，不绑定某一家模型；只放官网/文档普通链接（
affiliate_later）。
本站已有提示词四段框架（怎么写一条）、周报模板、幻觉核查清单，以及今日用 AI 写正则与 SQL（专用任务模板）。本文换一条线：把常用提示词建成可维护的「模板库」——分类、变量占位、版本迭代，而不是每次从聊天记录里翻历史。
一、为什么要「库」，而不是收藏夹里堆全文
OpenAI 在《Prompting》里建议：把提示词当成应用代码——放进命名模块、用类型化参数拼动态段、和产品改动一起走评审；用清晰文件夹名镜像项目结构，方便定位；每次发布都跑测试与评估用例。
同页的「Refine your prompt」四条，几乎就是个人库的设计原则：
GitHub 对 Copilot 的写法也同向：先概括目标，再列具体要求（Start general, then get specific）——对应到模板库，就是「固定骨架」与「每次任务变量」分开。
个人场景不必上完整 CI，但可以借鉴三点：
- 可定位：按工作场景分文件夹/标签，而不是一个叫「常用 prompt」的长文档。
- 可填充：固定指令里用
{{变量}}占位，避免每次全文重写时改丢约束。 - 可回滚：改坏了能回到上一版；知道「哪一版 + 哪组变量」产出了某次结果。
敏感内容仍不要进公有模型对话框，见AI 工具的数据隐私。
二、分类：先按「任务场景」，再按「模型/工具」
推荐一层主分类（场景）+ 可选一层副标签（工具）：
| 主分类（示例） | 放什么 | 不放什么 |
|---|---|---|
| 写作与总结 | 周报、纪要、对外邮件骨架 | 含未脱敏客户全文的一次性粘贴 |
| 阅读与研究 | 长文摘要、竞品表、英文文档提问 | 未授权的整本付费 PDF |
| 表格与数据 | Excel/公式、清洗步骤说明 | 真实身份证号/银行卡样例 |
| 代码与脚本 | 小函数、正则/SQL 约束头（可链到专用文） | 生产密钥、内网地址 |
| 图像与多媒体 | 生图结构、分镜口播（链到生图/短视频文） | 他人肖像未授权商用需求 |
| 元模板 | 「角色-任务-约束-格式」空壳、验收表空壳 | 具体业务全文 |
副标签可写：chatgpt / claude / copilot / 本地模型——同一场景在不同工具上往往要微调语气与长度限制。Obsidian 用户可以把每条模板做成一条笔记，再用标签过滤，见Obsidian + AI 知识库。
文件夹示例（任意笔记软件或 prompts/ 目录均可）：
prompts/
writing/weekly-report.v3.md
research/competitor-table.v2.md
data/excel-clean.v1.md
meta/role-task-constraint-format.v1.md
CHANGELOG.md三、变量占位：固定指令与每次输入拆开
OpenAI 迁移指南强调：把动态值换成明确的函数参数/校验过的输入对象，而不是在托管「prompt 对象」里塞一堆自由文本变量后难以评审。个人库可以简化成同一思想——模板正文只保留骨架，变量表单独维护。
变量契约（建议每条模板文首写清）：
| 字段 | 说明 |
|---|---|
| 名称 | 如 {{audience}}、{{source_notes}}、{{must_not}} |
| 是否必填 | 缺必填则拒绝发送，避免模型「瞎补」 |
| 类型/长度 | 短标签 / 多行笔记 / 表格；设大概字数上限 |
| 默认值 | 仅可选变量；必填不设「假装有」的默认 |
| 消毒 | 用户粘贴里若含 {{ }}，先当普通文本，勿二次展开 |
一条模板的推荐结构：
---
id: writing.weekly-report
version: 3
vars: [audience, period, bullets, risks]
model_note: 通用聊天模型即可
---
【固定·角色】你是{{audience}}能看懂的同事，不写黑话。
【固定·任务】根据【本期要点】写{{period}}周报。
【固定·约束】
- 只使用【本期要点】里的事实；没有的数据写「未提供」；
- 分：完成 / 进行中 / 风险与需要支持 / 下周；
- 每条一句话；禁止编造。
【固定·格式】Markdown 四级标题 + 列表。
【变量·本期要点】
{{bullets}}
【变量·已知风险】
{{risks}}使用时只替换变量区；改「固定」段就算升版。单条怎么写得清楚，仍可回看四段框架；交付前防胡编见幻觉清单。
四、版本迭代：改一条，记三行
不必上复杂平台，个人用这套就够：
- 文件名或文首
version:
weekly-report.v3.md；大改 +1，错别字可只改文不改号但在 CHANGELOG 记一笔。
- CHANGELOG 三行模板
## writing.weekly-report v3 ← v2（2026-10-16）
- 变更：增加「未提供」禁编造句；风险独立变量
- 验收：用上周真实要点跑 1 次，四段齐全且无新数字
- 回滚：不满意则改回 v2 文件名- 发布前迷你验收（对应 OpenAI「每次 publish 跑评测」）
· 必填变量都填了、无残留{{
· 用 1 组「应成功」样例 + 1 组「应拒绝编造」样例各跑一遍
· 把输出里可疑事实贴回幻觉清单过一遍
- 静态前缀尽量稳
官方提示：稳定前缀有利于提示缓存（Prompt caching）。个人体感是：角色与硬约束放前面少改，日期、粘贴正文放后面——改变量时不必每次整段重写。
- 和知识库的边界
模板库存的是指令骨架；长资料放知识库/笔记，需要时再链进变量。本地 RAG 切片见AnythingLLM/Dify 入门。
五、30 分钟搭一个最小可用库
- 新建
prompts/（或笔记软件里一个「提示词库」文件夹）。 - 从聊天记录里挑出本周真正复用过 ≥2 次的 3～5 条，删掉一次性粘贴。
- 每条拆成：固定四段 + 变量表；按上表归类。
- 写一个
meta/role-task-constraint-format.v1.md空壳，新任务先复制它。 - 建
CHANGELOG.md，第一次只记「初始入库」。 - 下周只允许「改变量」或「升一版」两种操作，禁止再从零写长提示词（紧急除外）。
相关阅读
- 提示词怎么写：角色、任务、约束、格式四段框架
- 大模型幻觉怎么防：6 类高风险场景和一张核查清单
- AI 工具的数据隐私：哪些内容别往对话框里贴
- 用 AI 写周报和总结的提示词模板
- 用 AI 写正则与 SQL：约束写法、样例驱动与结果验收清单
- Obsidian 笔记 + AI 插件搭建个人知识库
- 个人知识库问答入门：AnythingLLM、Dify 与文档切片
来源与查询日期
- OpenAI Developers — Prompting（含「Treat prompts as application code」「Refine your prompt」）
- OpenAI — Migrate from prompt objects（变量迁入代码、版本随仓库管理；文中提及托管 prompt 对象弃用时间线，以官方 deprecations 页为准）
- GitHub Docs — Prompt engineering for Copilot Chat（Start general, then get specific）
- 查询日期：2026-10-16（北京时间）。API/产品界面会变，请以各官网当前文档为准。
风险提示：大模型可能产生不准确或过时信息；涉密与个人信息勿粘贴到公有服务。本文不构成任何投资或法律建议。
