“Vibe Coding”这个词在2025年底突然火了——简单说就是用自然语言描述你想要什么，让AI来写代码。
核心理念
不需要逐行写代码了。你描述需求，AI理解后生成代码。如果不对，用自然语言继续修正。整个过程更像是在”导演”代码而不是”编写”代码。
Cursor的Composer模式、Claude Code的agent模式、GitHub Copilot的编程agent都在推动这个趋势。
它真的能用吗？
适合的场景：
- 快速原型开发（从想法到可运行demo）
- 重复性的CRUD代码
- 对不熟悉的框架或语言做初步探索
- 写测试用例和文档
不适合的场景：
- 性能关键的底层代码
- 安全敏感的模块
- 需要精确控制每一行逻辑的场景
- 维护大型遗留代码库
争议
支持者认为：Vibe Coding降低了编程门槛，让更多人能通过代码实现想法。这是好事。
反对者警告：不理解自己代码的人，维护和调试时会遇到大麻烦。AI写的代码你看不懂，出了bug怎么办？
这个争议其实和”低代码平台”当年的争议一模一样。答案可能也类似——Vibe Coding会成为一种有效的工具，但不会替代对底层原理的理解。
谁在用？
有趣的是，Vibe Coding的重度用户不只是初学者——很多有经验的开发者也在用，只是目的不同。初学者用它来”写出能跑的代码”，老手用它来”快速跳过无聊的部分”。
METR的研究也提醒我们：有经验的开发者用AI工具反而可能更慢（19%）。所以Vibe Coding不是银弹，正确使用的前提是知道什么时候该用，什么时候不该用。
参考来源：开发者社区讨论、CocoLoop、METR研究