Vibe Coding：价值与噪音

先给结论

Vibe Coding 不是骗局，但它天然放大两样东西：

• 速度
• 自我欺骗

真正有价值的问题从来不是“要不要 vibe”，而是：

你有没有足够强的结构，把 vibe 装进去。

它为什么让人上头

• 反馈快
• 产出看起来连续
• 很像“我终于不用被样板代码拖慢”

这是真的。

它为什么也危险

• 局部正确掩盖整体混乱
• 小成功让人高估系统稳定性
• 过早跳到实现，绕开建模和约束

什么叫好的 Vibe Coding

• 有明确问题边界
• 有仓库结构约束
• 有验证命令
• 有回滚意识
• 有中间 checkpoint

什么叫坏的 Vibe Coding

• 让模型一路改到底
• 从不暂停理解系统
• 用“差不多能跑”代替“正确”
• 把生成速度当作架构能力

Builder 的正确姿势

把 Vibe Coding 当作：

• 快速试错层
• 结构探索层
• 重复劳动压缩层

而不是：

• 最终裁决层
• 架构设计层
• 正确性来源

最强搭配

• Claude Code 负责仓库级推进
• Harness / eval 负责结果回路
• 生活中的系统视角负责边界与瓶颈判断

一句话

Vibe Coding 的价值，在于放大构建者的节奏；它的风险，在于放大构建者的盲点。