Y Combinator 报告说,其 W25 项目的 25% 拥有 95% 由人工智能生成的代码库,本文讨论了真正的交易:速度与技术债务,原型与生产,以及为什么高级工程师报告开发地狱。 有一种新的软件构建方式正在使硅谷陷入风暴,坦率地说,我一直在观看它以一种迷人的和恐怖的混合物。在2025年2月,Andrej Karpathy提出了“振动编码”的术语,并在几周内,它成为了技术中最热门的口号。到3月,Y Combinator报告说,其2025年冬季批量的25%有代码库,90%是人工智能生成的。 作为一个像Sayna这样构建基础设施级软件的人,我可以告诉你,这些统计数据让我在夜间保持清醒,但可能不是你所期望的原因。 什么是Vibe编码? 让我引用Karpathy的原始推文,因为它完美地捕捉了我们所处理的事情的本质: 这是我称之为“vibe编码”的新型编码,你完全屈服于振动,拥抱指数,忘记代码存在。 这是我称之为“vibe编码”的新型编码,你完全屈服于振动,拥抱指数,忘记代码存在。 这来自一位前OpenAI研究员和特斯拉AI总监,他帮助构建了地球上一些最先进的AI系统,他告诉我们,我们应该和它吵架。 这里就是事情:对于像Karpathy最初描述的那样抛弃周末项目,这实际上很有意义;问题在于初创公司采用了这种哲学并直接投入生产。 Y组合现实检查器 当YC的管理合作伙伴Jared Friedman宣布这些统计数据时,他迅速澄清了一点重要:这些不是与ChatGPT作斗争的非技术创始人,而是高技能的工程师,一年前,他们将从头开始建造一切 - 他们选择不这样做,因为人工智能变得足够好。 YC首席执行官加里·坦(Gary Tan)坦率地说:“这不是一个潮流,这不会消失,这是代码的主要方式,如果你不这样做,你可能会被留在后面。 但这就是我在这次谈话中引起我的注意:Tan警告说,当一个拥有95%人工智能生成的代码的初创公司击中1亿用户时,会发生什么:“它是否会失败?”第一个推理模型的版本不擅长调试,所以你必须去弄清楚产品发生了什么。 这就是没有人想谈论的汉堡。 汉堡是真实的 在过去的几个月里,我一直在观看高级工程师和CTO的讨论,故事开始涌现:Navan的一名高级工程经理提出了一个关键点,大多数Vibe编码讨论完全错过了:“人工智能扩展或重塑功能,还是所有绿色项目?” 答案比大多数人意识到更重要:从头开始建造东西与维持多年的部落知识,模式和是的,技术债务的系统根本不同。 以下是生产中实际发生的事情: 一位失望的开发人员分享道:“我试图创建我的小项目,但每次有越来越多的错误......我已经在工作了大约3个月,但每次我想改变一个小东西,我杀死了4天去调试其他东西。 The Debugging Nightmare : 一位软件架构师描述了他称之为“信任债务”的内容,当时一名年轻的开发人员打破了一种用户权限系统,该系统通过了测试,存活了QA并成功推出,两周后,他们发现被禁用的帐户仍然可以访问后端工具,因为一个被逆转的真理检查“似乎在当时工作”。 The trust debt problem 我们正在看到行业的分裂:有“AI Native Builders”可以快速提供功能,但他们在调试、架构和长期维护方面挣扎;然后还有“系统架构师”,他们了解技术决策的影响,并可以导航人工智能产生的复杂性。 问题:两个工程师创造了50人的债务 工程界有个笑话:“两个工程师现在可以创造五十个技术债务,这是有趣的,因为这是痛苦的。 未经检查的AI生成的代码以我们以前从未见过的方式增强了技术债务。笑话的投诉包含了一个现实的粒子,这使得工程团队陷入困境。 它以几种不同的方式表现出来: 首先,不一致的编码模式会出现,因为人工智能基于不同的提示来生成解决方案,而没有统一的架构愿景,你最终会有一个补丁代码库,在那里类似的问题以完全不同的方式得到解决。 其次,文档变得稀缺或不存在,因为重点转向提示工程,而不是解释代码功能。 第三,这是可怕的,安全漏洞以惊人的速度出现:一项研究发现,AI模型在45%的时间内将已知的安全漏洞引入代码。 在哪里Vibe编码实际上是有意义的 我会诚实的说,我不是在这里告诉你Vibe编码是邪恶的,应该被禁止,这将是虚伪的,因为我在开发工作流中一直使用AI帮助。 Vibe编码非常适合: 原型和概念的证明,您需要快速验证一个想法 周末项目和实验,失败成本低 学习新的语言和框架,AI作为加速的教程 遵循已确立模式的锅炉板代码 UI 组件和简单的 CRUD 操作 它分裂的地方是任何需要的: 深入了解负载下的系统行为 处理用户数据或身份验证的关键安全组件 基础设施代码,其中可靠性和延迟比开发速度更重要 复杂的商业逻辑需要随着时间的推移而演变 实时处理系统,其中毫秒重要 基础设施例外 在这里,我必须谈谈我们正在构建的东西:当您使用基础设施软件时,对“它主要工作”的容忍度下降到零;当您处理实时语音处理,WebSocket连接或音频流时,没有“接受所有” 在Sayna,我们正在为人工智能代理构建一个统一的语音层,这意味着处理语音到文本、语音到语音和实时音频流量,并满足 subsecond延迟要求。 我能编码一些吗?也许更简单的部件,但核心架构?噪声过滤管道? 需要在Deepgram,ElevenLabs,Google Cloud和Azure之间切换的供应商抽象层,而不丢下框架? 绝对不是。 原因很简单:基础设施代码是依赖别人的产品的基础,当这个基础建立在振动上而不是理解上时,上面的一切都变得脆弱。 高级工程师实际上在做什么 这里有一个有趣的悖论:高级工程师从AI编码工具中获得的价值比年轻人更高 - 如果你考虑的话,原因很明显:老年人有正确的AI控制和修复错误的知识 - 他们像新雇佣的代码一样处理AI输出,检查每个行,确保他们在发货之前理解它。 一位CTO描述了新的现实完美:vibe编码是将一个想法从0到0.7推进的一个很好的方法,但最后的0.3,使软件实际上在生产中工作的一部分,仍然需要人力工程。 我见过的最成功的团队将人工智能的帮助看作是一个超级快速但年轻的开发人员 - 人工智能可能会破坏第一份草案,但一名高级工程师仍然以批判性的眼光审查它,完善它并确保它符合质量标准。 这就是为什么“Vibe编码正在死去”并不是完全正确的;正在死去的是你可以发送生产软件的幻想,而不了解你正在发送什么。 《卡帕蒂的讽刺》最新作品 在2025年10月,Karpathy发布了一个名为Nanochat的新项目,有人问他它是由AI生成的,他的回答是:“我试图使用Claude / Codex代理几次,但他们没有足够好,使网络无助。 Vibe编码的神父不信任自己的严肃项目的技术,让它沉没一会儿。 长期建设 如果你今天开始公司或项目,这是我建议的: 使用人工智能对原型和MVP的支持,但有从“振动代码”到“生产代码”的过渡计划。 Know Your Boundaries 幸存下来的初创公司将是那些从一开始就投资于适当的架构的人:人工智能可以帮助你更快地编写代码,但它不能帮助你设计可扩展的系统。 Invest in Architecture 对于处理用户数据、处理付款、管理身份验证或需要24小时运行的一切,请花时间正确地构建它。 Build critical infrastructure correctly 如果你正在使用人工智能来生成代码,请确保你的团队正在从中学习,而不仅仅是接受它。 Create learning loops 对于Sayna来说,这意味着在Rust中建立性能保证,实施适当的测试,保持清晰的文档,并设计随着需求的变化而演变的系统 - 它并不像通过开发的路径,但它是其他人依赖的基础设施的唯一有意义的方法。 未来是混合动力 软件开发的未来不是纯粹的风格编码,而是纯粹的手动编码,而是在中间的某个地方,人工智能加速了开发,人类带来了质量。 找出这种平衡的公司将赢得胜利:他们将比传统开发商店更快地运送货物,同时避免技术债务海啸;他们将有能够纠正问题的工程师,因为他们了解他们所运送的东西;他们将建立规模扩展的系统,因为有人实际上认为建筑。 狂热是真实的,但也是可以避免的:你只需要知道什么时候停止喝AI Kool-Aid并开始工程。 如果你正在构建下一个大东西,95%的代码来自人工智能提示,我有一个问题:你真的了解你正在发货的内容吗? 因为如果不是,这个混乱即将到来。 不要忘了分享如果你觉得这有用!如果你正在处理你的团队与Vue编码技术债务,我会喜欢听到你的故事在评论中。