为什么你vibecoding的代码总是"恰好能用"?而有人可以高质量稳定输出
最近研究VMark这个项目,我获得了一点感悟:把事情说清楚讲清楚的能力,实在是太重要了。
当流程可以被文档化、可以被自动化、可以被持续改进,而不依赖个人经验的偶然传递时,事情就变得不一样了。
我曾经是只"苍蝇"
前段时间自己的vibe coding,完全就是小白刚进入一个领域的"苍蝇模式"——随便疯狂乱撞,恰好碰出了一个记账app。
但问题是:如果让我再进行更复杂的迭代或者大更新,我是完全没有数的。
一切都和AI在一个模糊的范围内做到了恰好可以用而已。
我没有理解为什么这样做,没有理解背后的原理,更不知道如何系统化地改进。
就像一只苍蝇撞上了玻璃,侥幸找到了出口,但下次还能找到吗?我不知道。
VMark不是编辑器,是工厂
当我研究了几天的VMark,我才发现:它真的不是简单的一个文本编辑器,它是一个AI智能体编辑工厂,而且是能稳定产出质量可控的工厂。
这是什么意思?
传统的文本编辑器,给你提供工具,至于怎么用,靠你的经验和直觉。
但VMark不一样——它把专业程序员的"经验之谈",变成了每个人都能执行的"标准流程"。
什么是隐形知识?
以前听到的"教就是最好的学",我也有了进一步的理解。
那就是:教的过程,本质上是让自己发现一些隐形知识。
什么是隐形知识?
那些老师有、但学生可能没有的知识——缺乏这些,对方就是不能理解或者学会。
专业程序员和小白的根本区别,不在于智商或经验,而在于掌握了大量"隐形知识":
- 什么时候该写测试,什么时候该重构
- 如何识别代码坏味道,如何预判性能瓶颈
- 边界情况的考虑,安全风险的经验判断
- 团队协作的默契,架构决策的权衡
这些知识从来不在教科书里,却在实践中至关重要。
好老师 vs 卓越老师
在教的过程中,你会慢慢发现这些隐形知识。
一个好的老师,是能识别出他的学生缺少哪些隐形知识。
但一个卓越的老师,则能在讲课之前,就已经把所有的隐形知识准备和罗列完毕——在学生产生疑虑困惑之前,就能把这些东西先铺垫好。
这就是区别。
事后发现 vs 事前铺垫。
救火 vs 防火。
VMark的突破
VMark的突破,正在于此。
它做到了把那些专业程序员的隐形知识,变成了可视化、可编辑、可执行的流程。
不再是"这样做就对了"的经验之谈,而是:
- 先用planning技能规划边界情况
- 用plan-audit检查实现质量
- 用css-design-tdd验证样式
- 用plan-verify验收成果
- 用release-gate把控发布
每一步都有明确的流程,每一步都有可执行的标准。
让小白也能按图索骥,达到专业水准。
尾声
从苍蝇模式到智能体工厂,从"恰好能用"到"质量可控",从个人经验偶然传递到流程文档化持续改进。
这就是VMark教会我的事。
真正重要的知识从来不是隐形的,只是我们没有把它变成可执行的流程。
当你把隐形知识显性化,你就获得了复利的魔法。
本文基于对VMark项目(https://github.com/xiaolai/vmark)的研究思考撰写