AI提示词工程入门：100个提示词的组织与复用方法
提示词工程不是把100条提示词随便丢进一个文档，而是让每条提示词有用途、有变量、有版本、能验证。
如果你手里已经积累了一堆提示词，却总是找不到、改一次就乱、换个人用效果就变，这篇教程按零基础也能照做的顺序，讲清100个提示词的组织与复用方法。
适用前提：你已经能调用至少一个大模型接口或使用对话工具，本地有文本编辑器，愿意按文件结构管理内容。
不涉及具体模型版本或价格，命令和路径以通用 Linux 环境为例。
先判断你的提示词问题出在哪
很多人搜“AI提示词工程100个”，真实需求不是再要100条新提示词，而是解决已有提示词难管理的问题。
常见表现有三类：
- 找不回：提示词散落在聊天记录、笔记和文档里，用的时候靠搜索关键词。
- 改不动：同一条提示词有多个副本，改了A副本，B副本还在用旧版本。
- 验不了：不知道某条提示词效果好不好，换模型或换参数后没有对比记录。
如果命中任意一条，下面的目录和模板方法就能直接落地。
准备一套可执行的提示词库目录
不要把所有提示词塞进一个 .txt。
建议按“场景/用途”两级目录管理，文件名带编号和版本。
示例结构如下：
prompt-library/
├── 01-writing/
│ ├── p001-summary-v1.md
│ └── p002-rewrite-v1.md
├── 02-coding/
│ └── p010-code-review-v1.md
├── 03-analysis/
│ └── p020-data-check-v1.md
└── templates/
└── base-template.md创建目录和模板文件：
mkdir -p prompt-library/{01-writing,02-coding,03-analysis,templates}
touch prompt-library/templates/base-template.md命名规则建议固定为 p编号-用途-v版本.md。
编号只增不改，版本从 v1 开始。
这样100个提示词不会因为重名互相覆盖。
用统一模板写提示词，别写成一整段话
每条提示词至少包含角色、任务、输入变量、输出格式和限制条件。
模板文件可以这样写：
# 提示词名称
- 编号：p001
- 适用场景：
- 变量：{{input_text}}
## 角色
你是……
## 任务
请对 {{input_text}} 做……
## 输出格式
1. 结论
2. 理由
3. 风险提示
## 限制
- 不编造数据
- 不确定时标注“需核实”关键点是变量用双花括号包住，调用前统一替换。
不要在一个提示词里写死具体案例，否则复用率会很低。
版本管理和效果验证怎么做
每改一次提示词，不要直接覆盖旧文件，而是新增版本：
cp p001-summary-v1.md p001-summary-v2.md在文件头部记录修改原因和测试输入。
验证时至少准备3组固定输入，分别跑旧版和新版，对比输出是否满足输出格式、是否出现编造内容。
可以用一个简单脚本批量替换变量并输出结果文件，方便人工对比：
sed 's/{{input_text}}/待测试文本/g' p001-summary-v2.md > /tmp/test-prompt.txt这里只做变量替换，不涉及模型调用。
模型调用请使用你现有工具，不要在本教程中硬编码接口地址。
避坑：100个提示词最容易踩的四个坑
- 只存不标：没有编号和场景标签，100个等于0个。至少给每条提示词加一行“适用场景”。
- 变量写死：把具体人名、日期写进提示词，换一个输入就失效。统一用变量占位。
- 版本混乱：同一用途保留多个“最终版”，建议只保留一个当前版本，旧版归档到
archive/目录。 - 忽略输出校验：提示词改完不对比就上线，容易出现格式错乱或内容编造。每次修改至少跑3组固定输入。
怎么确认这套方法有效
完成目录和模板后，做一次小范围验证：随机抽10条提示词，检查是否都能在30秒内找到文件、是否都有变量定义、是否能说出适用场景。
三项都满足，说明结构可用；
如果找不到，优先补编号和场景描述，而不是继续增加提示词数量。
提示词工程的核心不是数量，而是每条提示词都能被定位、被替换变量、被对比验证。
按上面的目录和模板整理你手里的100个提示词，后续新增时沿用同一规则，维护成本会明显下降。
