Vibecoding 这种只动嘴不动手的开发方式真的没意思

所谓的 Vibecoding，本质上就是一种极度依赖模型预测的“盲盒式开发”。你输入一段模糊的需求，看着 AI 在终端里疯狂刷屏改文件，那种感觉确实很爽，像是在玩某种文字冒险游戏。但问题在于，当项目规模稍微大一点，逻辑链条稍微复杂一点，这种“靠感觉”的开发模式就会立刻崩盘。

我今天在折腾一个 FastAPI 的异步任务队列时就踩了个大坑。我当时完全没看代码逻辑，只是一直跟 Claude Code 说：“帮我把这个任务改成异步执行，并加上重试机制”。它确实执行了，文件也改了，运行起来也没报错。但我没注意到，它为了实现这个功能，偷偷改动了全局的异常处理逻辑，导致其他几个原本正常的 API 接口在遇到特定错误时直接静默失败了。

这种开发模式的硬伤在于：

• 认知负担的错位： 你以为你在掌控全局，其实你只是在盯着 AI 的输出结果进行“选择题”式的审核。你对代码的理解深度会被迅速稀释，一旦 AI 生成的代码里藏了一个极其隐蔽的逻辑漏洞，你根本没能力在第一时间内发现。
• 调试成本的指数级上升： 当你一行行手写代码时，你清楚地知道每一行逻辑存在的意义。而在 Vibecoding 模式下，你面对的是一堆你并不完全理解的“黑盒代码”，Debug 的时候就像是在玩猜谜游戏，完全失去了那种逻辑推演的快感。

# 别只会盲目执行 AI 的建议，养成这个习惯：
# 先让它解释修改逻辑，再执行
# 比如在使用 Claude Code 时：
claude "Explain the logic change of the retry mechanism before applying it"

说到底，编程的魅力在于那种从 0 到 1 构建逻辑闭环的掌控感。如果把思考的过程全丢给模型，我们最后剩下的可能真的只是一个“会打字的搬运工”而已。