「工具不重要，武器库才重要。真正的高手不是在战场上临时找武器，而是早就备好了一套趁手的兵器。」
开场：为什么需要提示词模板库
使用 Vibe Coding 一段时间后，你会发现一个规律：
很多提示词是高度相似的——格式相同、结构相同，只有部分内容不同。
比如，你每次写 API 接口的提示词，都是：技术栈 + 接口规格 + 错误处理要求 + 代码风格约束。
如果每次都从头写，既浪费时间，又容易遗漏。
提示词模板库的解决方案：把高频使用的提示词结构提炼出来，做成模板，每次填空就行。
核心知识点：提示词模板的分类体系
分类一：功能开发类模板
API 接口开发模板：
## API 接口开发
**角色**：[框架] 后端工程师
**接口规格**：
- 方法：[GET/POST/PUT/DELETE]
- 路径：[路径]
- 请求体/参数：[格式]
- 成功返回：[格式]
- 错误返回：[格式]
**业务逻辑**：
1. [步骤1]
2. [步骤2]
3. [步骤3]
**约束**：
- 技术栈：[技术栈]
- 认证：[认证要求]
- 错误处理：[规范]
数据库操作模板：
## 数据库操作实现
**场景**：[CRUD 操作类型]
**数据表**：[表名]，结构：[主要字段]
**操作**：[查询条件/更新内容/删除逻辑]
**特殊处理**：[事务/级联/软删除要求]
**ORM**：[Prisma/Sequelize/SQLAlchemy]
分类二：代码维护类模板
Bug 修复模板：
## Bug 修复
**错误信息**：
[原始错误信息]
**重现步骤**：
1. [步骤1]
2. [步骤2]
3. [触发错误的步骤]
**相关代码**：
[粘贴代码]
**期望行为**：[正确应该怎样]
**实际行为**：[实际发生了什么]
**约束**：只修复这个 Bug，不改动其他逻辑
代码重构模板：
## 代码重构
**重构目标**：[可读性/性能/可测试性/模块化]
**当前问题**：[具体描述不合理的地方]
**重构要求**：
1. [要求1]
2. [要求2]
**边界约束**：
- 保持外部接口不变
- [其他约束]
[粘贴需要重构的代码]
分类三：代码审查类模板
安全审查模板：
## 安全代码审查
对以下代码进行安全审查，重点检查：
1. SQL 注入风险
2. XSS 攻击面
3. 身份验证/授权漏洞
4. 敏感数据泄露
5. 依赖包安全
对每个发现的问题：
- 描述漏洞类型
- 评估风险级别（高/中/低）
- 提供修复建议
[粘贴代码]
代码质量审查模板：
## 代码质量审查
分析以下代码的质量问题：
1. 代码重复（DRY 违反）
2. 函数过长或职责不清
3. 命名不规范
4. 潜在的性能问题
5. 缺少错误处理
对每个问题：给出具体位置 + 问题描述 + 改进建议
[粘贴代码]
分类四：测试类模板
单元测试生成模板：
## 单元测试生成
为以下函数生成 Jest 单元测试：
[粘贴函数代码]
测试要求：
- 测试正常路径（Happy Path）
- 测试边界情况（边界值、空值、null）
- 测试错误路径（函数抛出异常的情况）
- 每个 describe 块有明确的测试主题
- 测试覆盖率目标：90%+
使用 Jest + TypeScript，mock 外部依赖
深度拆解：如何构建和管理你的提示词库
方法一：Markdown 文件库
在你的项目或个人笔记工具里，建立一个 prompts/ 目录：
prompts/
├── dev/
│ ├── api-development.md # API 开发模板
│ ├── database-operations.md # 数据库操作模板
│ └── feature-planning.md # 功能规划模板
├── maintenance/
│ ├── bug-fix.md # Bug 修复模板
│ ├── refactoring.md # 重构模板
│ └── performance-opt.md # 性能优化模板
├── review/
│ ├── security-review.md # 安全审查模板
│ └── quality-review.md # 质量审查模板
└── testing/
├── unit-test.md # 单元测试模板
└── integration-test.md # 集成测试模板
使用时，直接复制模板，填入具体内容。
方法二：Cursor Snippets
在 Cursor 里，可以创建 Snippet，用快捷命令调用常用提示词：
- 打开 Cursor 设置
- 搜索 "Snippets"
- 添加自定义 Snippet
{
"API Development": {
"prefix": "/api",
"body": [
"你是一个 ${1:Node.js} 后端工程师。",
"",
"实现接口：${2:POST /api/xxx}",
"请求体：${3:{ }}",
"成功返回：${4:{ }}",
"",
"约束：${5:...}"
]
}
}
输入 /api 就能快速展开模板。
实操指南：你的第一个提示词库
立即行动：从你最高频的 3 个开发任务入手，各写一个模板。
对于大多数后端开发者，这三个是：
- CRUD API 开发
- Bug 修复
- 代码审查
用这一讲的模板结构，在今天之内完成这三个模板的创建。
本讲小结
提示词模板库是你的核心资产。一旦建立，每次使用 Vibe Coding 的效率都会提高。
关键行动：
- 今天：创建 3 个最高频任务的模板
- 本周：每次写了好的提示词就加到模板库
- 本月：整理出 20+ 个模板，覆盖你 80% 的工作场景
下一讲预告
我们已经掌握了提示词工程的完整体系。最后一讲，我们来讲最高级的技巧：
元提示词——用 AI 帮你写更好的 Prompt。这是一种递归优化的魔法。
