vvcoding Skill
把 vibecoding 从一场对话改成一条流水线:8 道闸门逐站验收,三档变更分级,产出不合格不放行,让 AI 写完 80% 的代码还不返工。

一、先说一个我自己踩过的坑
我做一个个人项目,第一天我推进了 6 个功能,每个都是描述一句需求、AI 吐出一段能跑的代码、我扫一眼继续下一条。到第三天开始返工:新功能改坏了旧功能,我回头补,补完又冒出新问题。第五天我把仓库删了,重写。
那五天我每天的提交数都不低,token用了两个亿。问题不在 AI 写得差,问题是我从第一天起就跳过了所有防止返工的动作。
二、AI 把写代码变快了,但没有把做对变快
这不是我一个人的事。之前公众号上看到个帖子我印象很深:一个团队全程靠 AI Coding赶工做客服智能体,覆盖在线和电话两个渠道,速度很快,顺利上线。上线后并发一涨,性能触顶、接口超时、对话上下文丢失集中爆发。更麻烦的是团队没有独立排障能力,只能再把 Bug 交给 AI 修,而 AI 每次修完又带出新问题,周而复始,越修越乱。最后用来减负的系统,反而让所有人被迫加班应急。
还有一位开发者记录过自己的数字:做一个 Mac 应用,他给 Claude 下了 1,392 条指令,其中 312 条是在和 AI 一起抢救一个把应用卡死的 Bug。他的结论是——写代码被加速了 10 倍甚至 100 倍,但测试和调试还是原速,甚至更慢,因为得先搞清楚 AI 到底写了什么。好笑的是,然而很多开发可能根本看不懂AI写的什么。
这两个案例指向同一件事:AI 放大的是编码速度,不是工程判断。你原本的技术债、架构短板、需求模糊,一样都不会少,反而因为产出更快而被等比例放大。
传统技术债你能指着对AI说:“这块要重构”。AI 生成的债不一样:代码规范、命名工整、带注释,甚至能过复核。它可能非常完美地解决了错的问题——因为 AI 知道的是你「说了什么」,不是你「真正想要什么」。

所以我认为,问题不在于你用的模型够不够强,而在于你把写代码这件事放在了流程的第几位。
三、把 8 个阶段串成一条防返工流水线
后来我换了个思路:不再把 vibecoding 当成一场对话,而是当成一条流水线。
区别在于,对话是即时的、线性的、可以随时分叉的;流水线是有工序的:每一站有明确的产出,产出不合格就不放行。我把这件事概括成一句话:每一站都留一道闸门。

整条线我拆成 8 站。
第 1 步,想清楚要做什么。把脑子里的想法写成一份清单:给谁用、解决什么问题、必须有哪几个功能、什么情况算做完。这一步的价值不在写文档本身,而在于写不下去的地方就是你没想清楚的地方。经验法则是,在需求上多花十分钟,编码阶段能省下几个小时。此阶段需要产出符合你思路的产品需求书PRD或者快一点可以出SPEC甚至是业务评测和验收方案。
第 2 步,定技术方案。先约定好接口长什么样、数据怎么存,再让 AI 动手。跳过这步的典型症状是:AI 前端调 A 接口,后端给你写了 B 接口,两边都能跑,但是无法对接上。此阶段你需要产出你的项目的前端和后端文档。
第 3 步,先画出来。视觉方向要先用静态页面锁死,再让 AI 拆成组件。直接让 AI 生成的组件,往往得到一堆能跑,但改不动的“屎山”。此阶段出高保真的UI设计HTML。
第 4 步,拆任务排顺序。把大需求切成能独立验收的小块,同时标出哪些能并行、哪些必须排队。这里最容易犯的错是让 AI 一次生成整个模块。生成得越多,错误越难定位,返工成本越高。此阶段你需要产出整体的项目开发计划。
第 5 步,小步开发。一次只解决一个明确问题,跑通了立刻提交。Git 提交记录就是你的存档点,AI 引发回归是常事,有存档你才退得回来。
第 6 步,按清单验收。对着第 1 站写的标准逐条过,而不是我打开看了一下能跑。
第 7 步,留一条退路。定期检查文档和代码有没有走散。这一步没有产出,最容易被跳过,但它是唯一能防止「三个月后没人敢改这个项目」的动作。
第 8 步,发版有规矩。版本号、变更记录、回滚方案,一个都不能少,发布在commit里面做好留痕。
四、真正让流程立住的设计
光有 8 个阶段还不够,那只是一张图。真正让它能跑起来的,是三个设计。
第一个是闸门思维。每一站结束必须有可检查的产出,需要有文件、有记录、有可验证的结果。这一条是整条流水线能立住的根本。
第二个是变更分级。不是所有改动都值得停下来开会,那样一天推进不了几件事。我把改动分三档:
纯粹的实现细节:改了对外没有可观察变化,比如重命名、等价重构,直接改,提交时标一句commit就行。
影响呈现或配置:比如默认分页数量、错误提示文案、界面状态,改完在同一次提交里顺手更新对应文档。
动了范围、权限、对外接口或核心流程:这一类必须先改需求或者开发文档、确认之后再写代码。

第三档是很多人栽跟头的地方。它不常见,他能保证别人拿着你的开发说明书八九不离十的还能进行完整的复现。
这三条合起来,本质上是给 AI 的速度补上它自己不会做的那部分:判断与收口。
五、不用换工具,先把顺序调过来
讲完这些,我得承认一件事:这套流程的说法听起来挺重,落到操作上其实很轻。你不需要换编辑器,不需要买更贵的订阅,甚至不需要学新工具。真正要改的是顺序,是思路、是思维、是工作模式,目前这套模式我已经浓缩在了我的vibecoding skill中,分享给大家使用。
详见skillhub:https://skillhub.cn/skills/user_79dc15b5/vvcoding
或进入workbuddy直接调用该skill:

六、结尾
我用这套流程之后,最大的变化不是快了,而是更稳了。以前是先跑起来再说,现在是跑之前先看一眼执行到那里了。速度依然很快,但不用再把时间花在收拾残局上。
工具年年换,今天的最优解明年可能就没了。真正能复用的东西,是你脑子里那套顺序。所以不必急着追新工具。在AI时代,先把事情想清楚、确定清楚,比直接扔给AI干重要的多。