实战 Prompt 模板库（组件/脚本/重构/SQL/正则/调试）

本节目标

• 掌握 6 类高频任务的 Prompt 模板
• 能直接套用并微调
• 体会"模板化"如何把 prompt 工程变成填空题

模板库（复制即改）：

【组件】用 <框架> 写 <组件名>，功能：<...>，约束：<...>，
        输出完整文件 + 在 <项目> 中引用的步骤 + 验证方式。
【脚本】用 <语言> 写脚本：输入 <...>，输出 <...>，处理 <边界>，
        给出可直接 `xxx 运行` 的完整文件。
【重构】重构下面代码：目标 <可读性/性能/类型安全>，保持外部行为不变，
        给出 diff 并说明每处改动理由。
【SQL】 根据表结构 <...> 写查询：需求 <...>，注意 <索引/注入/性能>。
【正则】写正则匹配 <模式>，附 3 个匹配示例 + 2 个不应匹配的示例 + 测试代码。
【调试】下面代码报错 <信息>，相关上下文 <...>，先给原因再给最小修复，
        并解释为什么这样修。

套用要点：把 <...> 换成具体信息即可。模板的价值是不漏项——每次都自动带上上下文、约束、验证。

名词解释

• Prompt 模板（Template）：把高频任务的提示词固化为带占位符的骨架，用时填空。它把"每次重新想怎么问"变成"填空"，稳定产出质量。
• Diff（差异）：代码改动的前后对比。重构/审查场景要求"给 diff"，便于你精准审阅而非全盘接受。
• 可复现（Reproducible）：要求 AI 附"运行/测试方式"，让结果在任何环境都能复现验证，而非只给一段孤立代码。

课后练习

1. 用"调试"模板描述一个真实 bug：页面点击按钮无反应。
   • 答案："下面代码点击按钮无反应：<button @click="submit">提交</button>，脚本里 function submit(){...} 定义在 <script setup> 外/未暴露。报错：控制台无信息。先给原因再给最小修复并解释。"（提示：setup 内需 const submit=... 或 defineExpose）
2. 为什么"重构"模板强调"保持外部行为不变"？
   • 答案：防止 AI 在优化的同时偷偷改了功能语义，用"行为不变"作为验收红线，重构才安全。

总结

模板库是 Prompt 工程从"艺术"走向"工程"的关键一步。当你把六类高频任务的提问方式固化成带占位符的骨架，你就不再每次从零构思"怎么问"，而是做填空题——这既省脑力，又保证每次都不漏掉上下文、约束、验证这三件套。我特别建议把这套模板存进你的笔记或 IDE 片段，遇到对应任务直接调出。模板的本质是"把成功经验标准化"，这和工程师把常用脚本写成脚手架是同一思路。等你套用几十次后会发现：好的模板不是限制创造力，而是把注意力从"怎么问"释放到"问什么"——后者才是真正体现你专业判断的地方。