Vibe Coding 的 3 个停用信号：当直觉失效时必须回归逐行阅读

1. 当直觉突然失灵：三个信号比报错更危险我删掉了第 7 次重写的usePaymentIntentHook，不是因为它报错，而是它在测试里“看起来太顺了”——所有分支都覆盖了，类型推导完美，连 Stripe 文档里那个被标记为“deprecated but still works”的旧字段都自动绕开了。可当我把这段代码塞进真实支付流程的埋点日志里，发现它在用户切换信用卡时静默跳过了重试逻辑。没有红字，没有 warning，只有凌晨三点监控告警里一条孤零零的payment_intent_created事件，后面再没跟任何payment_intent_succeeded。这就是 Vibe Coding 最隐蔽的失效时刻：它没崩，它只是在你眼皮底下悄悄改写了契约。Vibe Coding 不是魔法，它是对上下文压缩率的一次极限压榨。当你用自然语言描述“给订单加个防重复提交锁”，AI 工具（比如 Cursor、Claude Code 或本地部署的 Ollama + CodeLlama）会瞬间从你当前文件、打开的测试用例、甚至最近三分钟光标停留过的函数签名里提取语义，生成一段看似严丝合缝的代码。这种流畅感本身就成了毒药——它让你误以为“理解”已经完成，而实际上，你只完成了对意图的确认，却跳过了对实现边界的校验。这和低代码平台的陷阱本质相同：拖拽组件时，你看到的是 UI 预览；Vibe Coding 时，你看到的是代码预览。但两者都隐藏了中间层——低代码藏起了 DOM 渲染细节和事件冒泡路径，Vibe Coding 藏起了变量生命周期、异步竞态条件、以及类型系统在联合类型交叉点上的妥协。