Vibe Coding 现状：惊艳开头 崩溃收尾的几个瞬间

Samay 这张图最近被转疯了——一句话「The current state of vibe coding 😭」配那张经典三宫格：从「this is amazing」到「this is fine」的连环翻车。

Vibe coding 这个词是 Karpathy 提的，意思是靠自然语言让模型写代码、人不读细节只管出活儿。一年过去，这事的真实使用体感是「开头惊艳、中期上头、收尾想哭」。几个高发槽点：

• 幻觉依赖：模型会自信地引用不存在的库 API，要么自己造函数签名，要么把已经废弃的方法当成主流。你 review 不仔细就直接上线，runtime 一调就崩。
• 上下文蒸发：长会话里前 20 轮的架构决策会被新需求挤掉，到后面模型开始「自由发挥」，整个 codebase 偏离原意。
• 测试真空：模型写的代码常常不带测试，因为它不知道你想要哪些边界用例；等你想起补测试，发现 prompt-to-test 的成本比直接写还高。
• 重构瘫痪：一行小改动让模型重新生成一千行，本地 diff 一打开全是新增，review 完全没法做。

缓解的几种打法：

• 用 plan-first 流程，先让模型出实现方案 + 调用树，人工确认后再生成代码；
• 关键模块锁死接口契约，模型只填实现，不改签名；
• 长会话按 feature 切片，每个 PR 单独开一个 session，结束时把状态写回仓库的 NOTES.md；
• 测试和类型提示自己写，模型只写 happy path 的实现。

Vibe coding 不是不能做，是不能用「我不读代码」的态度做。