3. 常用Prompt模式
前两篇我们打了 Prompt 的地基：知道了好 Prompt 的四要素，也学会了怎么把模糊想法拆成可执行的指令。但日常用 Vibe Coding，你会发现自己反复在做几类很相似的事——让 AI 写点东西、帮你改 Bug、把代码理顺、给你讲讲这段代码、补几个测试。这些高频场景，其实各有各的"最佳问法"。
这一篇就把这几种最常用的 Prompt 模式总结成"招式"，每一招都给你一个能直接套用的模板和真实示例。把它们记在手边，下次遇到对应场景，照着套就行，不用每次都从零琢磨怎么开口。
1. 五种最常用的 Prompt 模式
先看个全貌。日常 Vibe Coding 里，绝大多数需求都能归到下面五类：让 AI 生成新代码、修复报错的 Bug、重构已有代码、解释看不懂的代码、生成测试。每一类都有自己的套路。
下面一招一招拆开讲，每招都给你模板和真实例子。
2. 代码生成模式
这是最常用的一招——让 AI 从零帮你写出一个新东西，可能是一个网页、一个组件、一个函数、一个脚本。
它的模板，其实就是上一篇讲的四要素的实战版：
【角色】你是一名{相关领域专家}。
【任务】帮我做一个{具体要做的东西}，它需要{核心功能描述}。
【要求】
1. 用{技术/语言}实现
2. {风格、规格、约束}
3. {其他限制，如单文件、响应式等}举个真实例子，我想要一个产品定价的卡片区：
Prompt：
你是一名资深前端工程师。帮我做一个 SaaS 产品的定价卡片区，用纯 HTML+CSS 实现：
1. 横向并排三个套餐卡片：基础版（¥0）、专业版（¥39）、团队版（¥199）
2. 每张卡片包含套餐名、价格、一句简介、功能列表、一个按钮
3. 中间的"专业版"要突出显示（加边框、加"最受欢迎"标签）
4. 现代简约风格，主色蓝色，卡片带圆角和阴影，鼠标悬停有上浮效果AI 直接给出了一个可以拿去用的成品：
这一招的关键，是把"要做什么"和"做成什么样"都交代清楚。 功能（任务）决定它做对不对，规格（要求）决定它做得合不合你心意。两者缺一，AI 就得靠猜。
3. Bug 修复模式
代码报错了、或者行为不对，这是日常最常碰到的。很多新手修 Bug 时只甩一句"我的代码报错了，帮我看看"，这等于让 AI 闭着眼睛猜。正确的姿势是把诊断病情需要的信息一次给全。
模板是这样的：
我的代码出现了问题，帮我找出原因并修复。
【我想实现的效果】{本来期望的正确行为}
【实际发生的情况】{现在的错误表现}
【报错信息】{把完整的报错信息原样贴上}
【相关代码】{贴上出问题的那段代码}这四样里，最容易被忽略、却最关键的是"报错信息"和"我想实现的效果"。 报错信息是 AI 定位问题的最直接线索，一定要原样复制完整的那一段，别自己概括成"它说有个错误"。而"我想实现的效果"则告诉 AI 什么才算"对"，否则它可能把代码改得不报错了，但也不是你要的功能。
如果你用的是 Claude Code、Cursor 这类能直接读你项目的工具，事情更简单——你甚至不用贴代码，直接描述现象，它会自己去翻相关文件。但"期望效果 + 实际现象 + 报错"这三样，依然建议你说清楚。
4. 代码重构模式
代码能跑，但写得乱、读着费劲、或者你想让它更规范——这时候用重构模式。重构的意思是"不改变功能，只改善代码本身"，所以这一招最重要的一句话是：明确告诉 AI"功能不要变"。
模板：
帮我重构下面这段代码，要求功能保持完全不变，只优化代码本身：
【优化目标】{你想让它变成什么样，如：更易读、拆成小函数、去掉重复、改用更现代的写法}
【代码】{贴上要重构的代码}
重构后请简单说明你改动了哪些地方、为什么这么改。
为什么强调"功能不变"和"说明改动"这两点？前者是给 AI 划红线，防止它趁机把功能也"优化"没了；后者是让你能看懂它到底干了什么，顺便还能学到更好的写法——AI 重构后的解释，往往是很好的学习材料。
5. 代码解释模式
看到一段看不懂的代码（可能是 AI 自己写的、也可能是网上抄来的），想搞明白它在干嘛，用解释模式。这一招对新手尤其有用——它把 AI 变成你随叫随到的私教。
模板很简单：
帮我解释下面这段代码：
1. 整体上它是做什么的？
2. 逐段说明每部分的作用，用大白话，别太专业
3. 有没有需要注意的地方或潜在问题？
【代码】{贴上代码}关键技巧是"指定解释的深度和角度"。 你可以让它"用初学者能懂的话讲""重点讲这段为什么这么写""逐行注释"，甚至"用一个生活中的比喻来解释"。说清楚你想要什么程度的解释，它就不会给你一堆同样看不懂的术语。学习别人的代码时，这一招能帮你飞快地把陌生代码啃下来。
6. 测试生成模式
写测试是件又重要又烦的事，特别适合扔给 AI。测试就是写一些代码去自动验证"你的功能是不是正常工作的",有了它，你以后改动代码就不怕悄悄改坏别的地方。
模板：
帮我为下面这段代码写单元测试：
【说明】这段代码的作用是{功能描述}
【要求】
1. 用{测试框架，如 Jest / pytest}
2. 覆盖正常情况、边界情况和异常情况
3. 每个测试用例加一句注释说明在测什么
【代码】{贴上要测试的代码}这一招的精髓是提醒 AI "覆盖边界和异常情况"。 新手让 AI 写测试，常常只测了"一切正常"的情况，但真正容易出 Bug 的，恰恰是那些边边角角——空输入、超大数值、非法格式。明确要求它把这些情况也考虑进去，测试才真正有价值。这一招稍微进阶一点，新手了解有这么个用法即可，等你做的项目复杂起来，它会变得越来越重要。
7. 模式是起点，不是枷锁
最后说一句心态上的话。这五种模式是给你"开口的脚手架"，帮你在面对常见场景时不至于无从下手，但它们绝不是必须一字不差遵守的公式。
实际用的时候，你完全可以混着来——比如让 AI 生成一段代码后，紧接着用解释模式让它讲讲，再用测试模式让它补上测试。也可以根据具体情况增删要素，简单的事一句话带过，复杂的事多交代几句。模板的价值在于帮你养成"把关键信息说全"的肌肉记忆，等你用熟了，这些套路会内化成你的直觉，到时候你张口就是一条结构清晰的好 Prompt，根本不用再想"我该套哪个模板"。
8. 小结
把这五种模式记在手边——代码生成、Bug 修复、代码重构、代码解释、测试生成——你日常 Vibe Coding 遇到的绝大多数场景就都有了趁手的招式。它们的共同内核，其实还是前面反复强调的那件事：把 AI 需要的关键信息一次给全。生成要给清功能和规格，修 Bug 要给全报错和期望，重构要划好"功能不变"的红线，解释要指定深度，测试要点明边界。
招式是死的，人是活的。先照着套，套熟了再忘掉套路、随心发挥，你和 AI 的配合就会越来越行云流水。下一篇我们会聊一些更进阶的 Prompt 技巧，比如多轮对话怎么管理上下文、AI 答错了怎么纠正、怎么用项目级配置让它持续听话。
关注秀才公众号：IT杨秀才，回复：面试
