第 9 章:建立你的 Vibe Coding 工作流
🪢
🎯 本章目标:
从"会用工具"进阶到"驾驭流程"。
Vibe Coding 不仅仅是敲命令,而是一套完整的软件工程工作流
本章将教你如何将 AI 无缝融入从需求分析到代码提交的每一个环节
9.1 规划阶段:慢即是快
很多新手最大的误区是上来就打开 Composer 一顿狂输。
高手都知道:在规划阶段多花 10 分钟,开发阶段就能少花 1 小时 Debug。
编写 "Mini-PRD" (产品需求文档)
不要只在脑子里想,建一个简单的 spec.md 或者 todo.md 文件。
推荐模板:
代码块
Markdown
# 功能:博客评论系统
## 目标
允许用户在文章底部发表评论。
## 数据结构
- Comment 表: id, content, postId, authorId, createdAt
## UI 要求
- 评论列表:按时间倒序,显示头像和昵称。
- 输入框:支持简单的 Emoji,防 XSS 过滤。
技术选型咨询
如果你不确定用什么库,先问 AI:
"我需要在 React 中实现一个复杂的拖也就是拽看板,有哪些推荐的库?请对比 dnd-kit 和 react-beautiful-dnd 的优缺点。"
9.2 开发阶段:迭代循环 (The Vibe Loop)
Vibe Coding 的核心是一个高效的反馈循环。我们将这个过程标准化为 "P-G-R-R" 循环。
🔄 P-G-R-R 工作流
Prompt (提示):使用 CRCO 框架清晰描述一个小模块的需求。
Generate (生成):AI 生成代码(Composer / Edit 模式)。
Run (运行):立即保存并查看效果。不要一次写太多而不运行。
Refine (修正):如果效果不对,通过 Chat 进行对话修正;如果对了,提交 git commit。
黄金法则:原子化提交
不要等整个功能写完才提交。
✅ "完成 Button 组件样式" -> Commit
✅ "实现 API 请求逻辑" -> Commit
✅ "增加错误处理" -> Commit
⚠️ 5 分钟原则 (Timeboxing)
如果一个功能你用 AI 对话 5 分钟(或 3 轮对话)还没搞定,立即停止。
这说明要么是 Prompt 方向错了,要么是这个任务目前 AI 搞不定。此时请手动接管,或者先写个简单的版本。不要陷入"死磕"的循环。
9.3 测试阶段:AI 与测试驱动开发 (TDD)
在 Vibe Coding 中,测试代码的重要性甚至超过了业务代码。因为业务代码是 AI 写的,你不一定完全信得过;但如果测试通过了,你就能睡个安稳觉。
策略:让 AI 写测试,你来 Review
先写测试 (推荐):让 AI 根据你的 spec.md 生成测试用例(此时还是红色的)。
实现功能:让 AI 写业务代码,直到测试变绿。
边缘测试:专门要求 AI 针对"空数据"、"网络超时"、"非法输入"生成破坏性测试。
提示词示例: "我已经实现了 calculateTax 函数。请帮我写一组 Vitest 测试用例,包括正数、零、负数输入,以及极大数值的边界测试。"
9.4 代码审查:做 AI 的 Boss
你需要转变心态:你不再是码农,你是 Tech Lead(技术主管),AI 是你的实习生组员。
AI 审查清单 (The "Bad Habits" Checklist)
永远不要盲目 Apply 代码,除非你大致看懂了它在干什么。
9.5 版本控制:Git 与 AI 的协作
Git 是 Vibe Coding 的"后悔药"。
自动生成 Commit Message
这是 AI 最擅长的小事。
点击 Cursor 左侧边栏的 Source Control 图标。
将变更加入 Stage (暂存区)。
点击输入框旁边的 ✨ (Sparkle) 按钮。
Cursor 会自动读取你的代码变更,生成一段精准的 Commit Message(如 "feat: add comment list component")。
处理合并冲突
当你和同事改了同一个文件,或者 AI 两次生成的代码冲突时:
将冲突文件丢给 Chat 窗口:"请帮我解决这个 Git Merge Conflict。保留 Incoming Change 中的新功能,但维持 Current Change 中的样式。"
📝 本章小结
掌握了这套工作流,你就不再是被 AI 牵着鼻子走,而是真正掌控了 AI,让它成为你最高效的生产力杠杆。