黄金闭环：需求拆解 → 提示 → 生成 → 验证 → 验收

本节目标

• 掌握 Vibe Coding 的 5 步黄金闭环
• 理解每一步的关键产出与常见塌方点
• 能把这个闭环画成可执行的清单

5 步闭环：

① 需求拆解：把模糊目标切成"小、可验证"的子任务
② 提示（Prompt）：给 AI 明确上下文 + 约束 + 期望输出
③ 生成：AI 产出代码（初版往往不完美，正常）
④ 验证：跑测试/手测，拿到客观反馈（报错、截图、日志）
⑤ 验收：确认满足需求，否则带着反馈回到②

每一步的塌方点：

• ① 没拆解 → AI 一次生成一大坨，错了难定位。
• ② 上下文缺失 → AI 凭空编造接口。
• ④ 不验证 → "看起来对"埋下隐患。
• ⑤ 不验收 → 累积技术债。

一个可落地的子任务模板：

任务：实现登录表单
输入：用户名/密码字段 + 客户端校验
约束：用 Vue3 <script setup>，不引第三方表单库
验证：npm run dev 后手动输入空值/格式错误能看到提示

名词解释

• 黄金闭环（Golden Loop）：Vibe Coding 的核心工作流——拆需求、给提示、生成、验证、验收，循环往复直到达标。
• 子任务（Sub-task）：把大需求切成"小且可独立验证"的单元，便于 AI 精准生成、也便于你定位错误。
• 验收（Acceptance）：以"是否满足既定需求与约束"为标准的通过判定，区别于"能跑起来"——能跑不等于正确。

课后练习

1. 为什么"需求拆解"必须排在第一步、且要"可验证"？
   • 答案：不拆就一次生成大块代码，出错后难以定位；"可验证"让每一步都有客观判据，避免"感觉差不多"的模糊通过。
2. "能跑起来"和"验收通过"有什么区别？
   • 答案：能跑只是无语法/运行错误；验收还要求行为符合需求与约束（如校验规则、边界处理），是质量闸门。

总结

黄金闭环是 Vibe Coding 的"操作系统"。大多数人用 AI 写代码翻车，不是模型不行，而是跳过了闭环里的某一步——最常见的是"不验证就当完成"。我反复强调：AI 的产出是"待验证的假设"，不是"已交付的成果"。把"生成"和"验收"用一道明确的判据隔开，是你与"看着能跑其实全是坑"之间唯一的防火墙。这个闭环还揭示了一个反直觉的事实：Vibe Coding 对纪律的要求其实更高，因为生成太容易，你更容易偷懒不验证。真正的高手，是把闭环刻进肌肉记忆的人——他们让 AI 飞快产出，自己牢牢把住验证与验收两道关。