Vibe Coding（氛围编码）

Vibe Coding 由 Andrej Karpathy 在 2025 年 2 月提出。维基百科将其定义为「一种由人工智能辅助的软件开发实践，开发者在提示中向大语言模型描述项目或任务，模型自动生成源代码」。

Karpathy 的原始推文描述了这种体验：「你完全沉浸在氛围（vibes）中，拥抱指数级增长，忘记代码的存在。」一些评论者认为，Vibe Coding 定义的关键特征是「对代码缺乏了解」——彻底的代码审查和测试与 Vibe Coding 的本质不兼容。

Vibe Coding 的哲学基础是 Karpathy 2023 年的论断「最热门的编程语言是英语」——LLM 的能力已使人类无需学习特定编程语言即可指挥计算机。

这引发了编程社区的激烈辩论：支持者认为 Vibe Coding 降低了软件开发的门槛，让非程序员也能构建工具；批评者则担忧它会产生大量未经审查的低质量代码，增加安全风险和维护负担。

2026 年的数据表明 Vibe Coding 已从实验性实践演变为主流开发方式。Anthropic 报告 Claude 已编写 80% 以上的合并代码，工程师每日合并代码量是 2024 年的 8 倍。

Cursor 成为估值最高的开发工具公司之一（SpaceX 获得以 600 亿美元收购的权利），Replit 估值飙升至 90 亿美元，GitHub Copilot 用户超过数百万开发者。

然而，Vibe Coding 的隐患也日益显现：代码量增加了 8 倍，但 bug 率没有同比下降；合并速度加快了，但系统复杂度也爆炸了；AI 写的代码，人类越来越难审查。核心矛盾在于：当 AI 生成的代码量超过人类审查能力时，我们面临的不是「编程的终结」，而是「理解的危机」。

马斯克在 2026 年 2 月进一步预测 AI 将直接生成优化的二进制程序，跳过编程语言这个「中间层」。但即使 AI 能生成优化的二进制，当系统在生产环境出问题时，需要的是可解释性——而不是更高的执行效率。

Vibe Coding 面临的核心风险是「黑箱软件」问题——知道它能工作，但不知道为什么，也不知道为什么失败。具体风险包括：

• 安全漏洞——未经审查的代码可能包含安全缺陷，Agentjacking 攻击正是利用 AI 代理读取不可信代码/内容的场景
• 维护困难——当原始开发者不理解 AI 生成的代码时，修复 bug 和添加功能变得极其困难
• 知识退化——如果新一代开发者不学习编程语言和计算机科学基础，他们将无法审查 AI 输出或处理复杂系统问题
• 责任归属——当 Vibe Coding 产生的软件造成损害时，责任在开发者、AI 提供商还是 LLM 训练数据贡献者？2026 年的共识是：Vibe Coding 适合快速原型和个人项目，但在生产级系统中仍需要传统软件工程的纪律——代码审查、测试、文档和可维护性。编程不是消亡，而是正在经历从「写代码」到「聊代码」的范式转移