聊聊最近很火的 Vibe Coding：它很好，但别把它当许愿机

最近看到网上挺多人在聊 Vibe Coding，我也来说点自己的感受吧

先说结论：我对 Vibe Coding 的整体评价是偏正面的，但是好用的同时风险也很大。

一、我对 AI 编程的看法

我接触代码大概也有十来年了（七八岁时候瞎写的狗屁不通 VB 脚本不算

作为一个非科班的法学生，我的代码能力几乎全部来源于自学，所以我的视角应该是介于全职程序员和纯小白用户之间的。

最早我是用 Python 写爬虫、用 R 做数据清洗，后来基本全面转向 Python。

七八年前差不多就能自己手搓 Selenium 爬虫，爬点笔X阁之类的网站（面向监狱编程），也处理过一些基础反爬。

AI 这块我也算接触得比较早。以前还用 TensorFlow 训练过一些垃圾小模型，那个年代的体验……只能说像是和一种“很接近中文的小语种”交流

我一直觉得 AI 是个很强的工具，Vibe Coding 确实让很多零基础的人有机会把自己的想法做出来，这是一件好事。

但与此同时，我也觉得有些风险需要被认真看见。

是当一个人完全不知道项目内部是怎么运转的时候，Vibe Coding 很容易从“开发工具”变成“抽盲盒”。

二、Vibe Coding 的价值

以前想做一个小工具，光是环境配置就能劝退一大批人。

尤其是 Python，著名的依赖地狱

现在只要把需求描述清楚，AI 很快就能帮你搭出一个能跑的东西，比如记账软件、简单的数据管理系统之类的。

这些东西以前对零基础用户来说，是有想法但做不出来，而现在可以直接让 AI 做个原型。

这当然是一种进步， 它让很多原本没有编程背景的人，第一次感受到“我脑子里的东西真的可以被做出来”。

三、AI 不能代表自身能力

AI 是工具，能把工具用好是一种能力，但直接向 AI 许愿不是。

这里面最容易被忽略的问题就是： AI 帮你做出来，不等于你真的掌握了它。

很多人刚开始 Vibe Coding，做出来的大多是日历、记账、待办、看板这类应用。

我的意思不是说这些东西没价值，而是它们本身已经有非常成熟的模式，也有大量现成框架和示例。

AI 训练的时候就从 GitHub 上面学习了大量样本，所以 AI 做得好不一定是你指挥厉害，而是因为这类东西本来就很适合被模板化生产。

我说得直白一点换一个小学生坐在那边，只要会不断说 “这里不好看”“那里加个按钮”“页面再做酷一点”之类的话， AI 大概率也能搓出一个能跑的成品。

拿到成品之后当然可以开心，但这并不完全代表自身能力。

四、警惕黑箱风险

真正从古法编程年代过来的人，一定很理解这句话：做 demo 很快，修 BUG 最麻烦

出问题之后，你得知道问题在哪。

比如同样是“软件卡住了”，背后的原因可能完全不一样：

• 可能是网络请求一直没返回

• 可能是界面被某个任务堵住了

• 可能是数据库锁住了

• 也可能只是一次性加载了太多数据处理比较慢

从纯小白视角看，表现都差不多，无非就是卡住了没反应。但从开发视角看，它们根本不是一类问题。

再比如同样是“数据没保存”，原因也可能完全不同：

• 可能是按钮根本没触发保存逻辑

• 可能是保存成功了，但页面没有刷新

• 可能是缓存里拿到了旧数据

• 也可能是两个地方同时写入，把数据覆盖了。

这些问题在小白眼里都属于不好使，但在开发中对应的是完全不同的排查方向。

这就是我觉得 Vibe Coding 最大的风险： 你以为你在开发，实际上你可能只是在抽盲盒。

AI 第一遍给你的东西通常只是半成品，仅仅只是能能跑而已，实际上很多边界情况没处理，在不知道什么时候这个屎山就会 BOOM ！

如果你完全不知道它是怎么做的，后面出了问题，那你只能继续问 AI 为什么不行，然后 AI 再给你一段新代码。

而这段新代码可能又产生新 BUG，之后不断重复改 BUG 并引入新 BUG 的过程，最后整个项目就变成了一个巨大的黑箱。

你不知道数据从哪来， 不知道状态存在哪， 不知道哪个模块负责什么， 不知道出了问题该看哪里， 不知道这次修改会不会把别的地方弄坏

于是你每次修 BUG 都像在抽盲盒，不知道问题在哪，只能先让 AI 试试

五、我理想中的 Vibe Coding

Vibe Coding 应该用，它是一个非常强的放大器，尤其适合把想法快速变成原型。

但是，架构设计是必须要人为把控的。

我们不需要写出多么优雅的代码， 但至少要能讲明白这个东西大概是怎么运转的。

如果连这个项目怎么跑起来、怎么存数据、怎么处理边界情况都完全不知道，那它就不是你的项目，只是 AI 给你搓的一个黑箱而已。

Vibe Coding 实实在在降低了门槛，让很多普通人拥有了把想法落地的能力。

但它不应该让人产生这种错觉—— 只要会和 AI 聊天，就等于会做软件。

这根本不是开发，只是单纯向 AI 许愿而已。

你可以不写一行代码，但最好别把项目做成抽奖盲盒。

不然 AI 干得越快，项目暴毙风险也就越高。

好像已经写了不少，囿于篇幅这里就不继续展开了

其实我想说的，总结起来也就是下面这句话：

我们是产品经理，要懂自己的产品。我们是指挥 AI 做事，而不是向 AI 许愿。