Vibe Coding 协作工作流
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_b71133d7/updeta 到 AI 助手中。
技能介绍
解决的问题
当 AI 直接根据模糊需求生成代码时,问题往往不是“会不会写”,而是目标、边界和验收标准没对齐。web-tools-guide 把这个协作过程拆成显式流程,约束模型在确认 Spec 之前不写代码,减少反复改方向和整段重做。
如何工作
它按三步执行:
- Brainstorm:围绕“做什么、给谁用、边界在哪、做到哪算完”逐个追问,一次最多问 2 个问题,并用用户原话复述确认。
- Spec:把结果整理为 Markdown 共识文档,显式询问“可以按这个开工吗?”;未确认则继续澄清或调整。
- Build:严格按验收标准逐条实现,每完成一条立即存档或
commit,再请求确认下一条;某一步失败时从该步存档点重做,而不是回滚整个项目。
适用边界
这套流程更适合需求尚不稳定的小型工具、脚本或前端页面,不适合要求一次性交付复杂架构的任务。它不替代设计评审,也不保证业务正确;关键是让用户在 Spec 阶段把“不做”的边界和验收标准说清楚。
使用场景
- 开发一个待办清单小工具前,先追问目标用户、使用场景、明确不做范围和验收标准。
- 收到模糊功能需求后,让 AI 按维度提问,并复述用户原话,形成可确认的 Markdown Spec。
- 实现多步骤前端页面时,按验收标准逐条编码,每条完成后 commit 再进入下一条。
- 某一步实现跑偏后,从最近存档点重做该步,避免回滚整个项目并重新确认进度。
适合人员
- 想和 AI 一起写小型 Web 工具的工程师,先确认需求边界再进入编码。
- 需求经常变化的产品经理,要 AI 在写代码前产出可确认的 Markdown Spec。
- 带实习生或外包协作的开发者,需要把验收标准拆成逐条可存档的任务。
- 偏好小步 commit 的前端工程师,要求每完成一条标准就存档再确认。