Vibe Coding 并非神话——但其炒作有一半是虚的
专栏概述
每年科技行业都会创造一个超越其本身定义的新词，而在2026年，这个词就是 Vibe Coding（氛围编程）。它由前 OpenAI 联合创始人 Andrej Karpathy 在2025年2月提出，描述了一种构建软件的风格：你不再逐行敲击代码，而是输入意图——你告诉 AI 系统你想要什么，看着它生成并调试实现过程，并用更多自然语言反馈来引导它，直到结果感觉正确。《柯林斯词典》将其评为年度词汇；据报道，Google 上该词的搜索量飙升了6000%以上。一年半后值得探讨的问题不是这个词是否朗朗上口——显然它是——而是它所代表的事物是否解决了人们真正面临的问题，还是说这只是一个跑在产品前面的叙事。
从自动补全到自动驾驶
明确这里到底有什么新东西会有所帮助，因为在 Karpathy 发推之前，"AI 辅助编程"就已经存在了。旧模式让人类掌握方向盘：开发者编写代码，而像 GitHub Copilot 这样的工具会补全接下来的几行或建议函数体。Vibe Coding 翻转了驾驶者。AI 端到端地生成实现；人类的工作转变为描述需求并判断输出是否真正有效。工作流变成了用自然语言重复"提出—观察—调整"，而不是用编程语言"编写—编译—调试"。这是人类注意力分配的一次重大转变，也是为什么这个词比"AI 结对编程"传播得更快的原因。
需求真实的论据
先看看资金流向了哪里，因为资本配置是衡量投资者是否相信持久需求而非单纯跟风的一个不错指标。为 AI 生成应用提供后端基础设施的 Supabase 在2026年6月融资5亿美元，估值达105亿美元——而一年前仅为20亿美元。据报道，该平台上超过60%的新数据库是由 AI 工具创建的，年化经常性收入在大约一年内从约3000万美元跃升至7000万美元。自主编程智能体 Devin 背后的公司 Cognition AI 在同一时期完成了超过10亿美元的融资，将其估值推高至260亿美元。这些不是投机性的种子轮支票；而是对已经显现的经常性收入的成长期押注。
使用数据也指向同一方向。市场研究估计2026年 Vibe Coding 市场规模约为47亿美元，并预测将增长至123亿美元——增幅达162%。据报道，像 r/vibecoding 这样的社区会员每月增长16%，且约80%的财富500强企业据称正在以某种形式使用 AI 编程智能体。McKinsey 在2026年2月对150家公司的研究发现，常规编程任务平均完成速度提高了46%，代码审查周期缩短了35%；对于 CRUD 脚手架等样板工作，团队报告节省的时间高达81%。Cursor 自己的开发者使用报告显示，到2026年5月，中位数开发者的每周编程量比一年前翻了一番多。
然后是门槛降低的论点，这可以说是最有力的论据。Y Combinator 2025年冬季批次调查显示，该批次中四分之一的初创公司代码库中高达95%的代码是由 AI 生成的。更引人注目的是，产品经理、设计师和非技术创始人正在交付可运行的原型——有时甚至是完整的产品——而无需雇佣任何工程师。对于已经懂得编程的人来说，这不仅仅是边际效率的提升；它为不懂编程的人打开了一扇门。综合来看，这相当有说服力地证明了"在不懂编程的情况下将想法转化为可运行的软件"是一个真实的、以前未被满足的需求，而且现在正在大规模地得到满足。
炒作跑在产品前面的论据
与此相对的是大量证据表明，Vibe Coding 故事中更具野心的版本——即它可以彻底取代专业工程——目前还站不住脚。从业者描述，生成的很多东西都是一次性软件：它通过了肉眼测试，能在演示中运行，然后一旦有人试图扩展它，就会发现它很脆弱、无法验证且维护成本高昂。这种区别很重要，因为"对周末项目有用"和"值得花钱维护多年"是不同的主张，而目前的许多评论将它们混为一谈。
质量数据支持了这种怀疑态度。据报道，AI 生成的代码出现严重缺陷的概率是人类编写代码的1.7倍，跨站脚本漏洞的概率是2.74倍。在一项调查中，63%的 Vibe Coding 用户表示，他们现在花在调试上的时间比开始使用这些工具之前还要多——如果准确的话，这削弱了净节省时间这一整个前提。对基于 Lovable 平台构建的1645个应用程序进行的安全审计发现，大约10%（170个应用）存在严重漏洞，包括 SQL 注入、路径遍历和权限提升。Stanford 的一项随机对照试验发现了一些几乎比漏洞本身更令人担忧的事情：使用 AI 工具的开发者编写了更不安全的代码，但却对此更有信心，这正是让漏洞溜过审查的致命组合。
信任度数据也呈现出错误的趋势。Stack Overflow 最近的调查发现，开发者对 AI 生成代码的信任度同比下降，从约40%降至29%，其中经验最丰富的工程师下降幅度最大——只有2.6%的高级开发者对 AI 输出表示高度信任。这是一个有意义的信号，因为高级工程师通常是最能捕捉到细微的正确性和安全问题的人，而他们也是退缩得最厉害的。
也有早期迹象表明，市场本身对最激进的宣传版本正在降温。Barclays 的数据显示，曾估值66亿美元的 Lovable 流量较6月峰值下降了40%。在 Amazon 内部，强制推行 AI 辅助编程据称与更多的生产事故相关，而不是更少——产出增加了，但故障率也上升了。而且有几个团队独立描述了一种模式：第一周很兴奋，第三周开始出现问题，两个月内工具被悄悄弃用。在这些案例中，问题通常不在于 AI 不会写代码——而在于它写的代码没有考虑到多年的维护周期，速度的提升实际上是在透支未来的技术债务。
为什么"真实需求"和"任何规模下的真实需求"是不同的主张
关于 Vibe Coding 是否是"伪需求"的争议，大多归结于混淆了两个不同的问题：这里是否存在真实的、以前未被满足的需求，以及这种特定方法能否在人们现在声称的每一个规模上满足该需求？将这两者区分开来可以消除大部分困惑。
对于原型开发、内部工具、MVP、个人项目以及非工程师的一次性想法，需求是真实的，工具也在兑现承诺——在这些场景中，"足够好且快速"一直是实际要求，而现在那些以前完全没有途径实现的人正在满足这一要求。但对于取代整个工程组织或运行需要经受多年维护的业务关键系统，目前的证据指向了相反的方向——这更像是一个跑在底层模型和工具当前所能保证的能力前面的叙事。
换句话说，需求是分层的，而不是单一的。基础层——将想法转化为可运行的东西——是一个真实的需求，并且正在得到满足。顶层——即声称这将取代专业软件工程这一学科——是当前很大一部分估值和媒体叙事所立足的地方，而这里的冰层比数字所显示的要薄得多。
尘埃落定之处
Vibe Coding 绝非笼统意义上的伪需求，但其当前的估值和媒体叙事显然已经超过了底层产品能可靠交付的能力。一种更诚实的分类主张的方式是：快速原型开发和 MVP 验证是具有显著成果的真实需求；非工程师构建个人工具和小型创意项目是大幅降低准入门槛的真实需求；样板代码、CRUD 和标准集成工作是具有可衡量效率提升的真实需求；在生产级、长生命周期系统上取代专业工程团队目前缺乏证据支持，看起来更像是夸大的叙事；而"现在人人都是程序员"这种彻底颠覆的框架，至少在一定程度上，是由资本和媒体周期驱动的故事，而非基于实际可靠交付的产品。
Karpathy 本人此后也谈到了从 Vibe Coding 向他所谓的"智能体工程（agentic engineering）"的转变——从围绕速度和新颖性构建的第一波浪潮，转向将可靠性、安全性和可维护性重新置于核心的第二波浪潮。这种转变本身就是一个信号。市场正在实时修正，利用上述确凿的证据——安全事件、不断增加的技术债务、下降的开发者信任度——将持久的需求与依附其上的炒作剥离开来。泡沫正在被挤出；而留在底下的东西看起来将会长期存在。