氛围编码：AI 如何改变谁能构建软件

在过去两年中，产品团队和初创公司中开始发生一些不寻常的事情。设计师无需请求工程时间就能发布功能原型。研究员可以在一个周末构建自己的分析工具。独立创始人无需编写一行生产代码就能推出有付费用户的应用。这些并非仅限于拥有隐藏技术背景的人的例外案例。当拥有清晰想法并能使用现代 AI 工具的人决定构建某物时，这些正成为预期结果。

这种转变的规模现在可以衡量。根据 Apple Insider 的数据，App Store 提交量在 2026 年第一季度同比增长 84%，according to Apple Insider，AI 辅助开发工具被认为是主要驱动因素。Y Combinator 2025 年冬季批次中，95% 或更多代码库由 AI 生成的项目占比很高。这不是关于开发者变得更快的故事，而是关于谁被允许成为开发者，以及这个定义变化之快超出了大多数专业假设的追赶速度。

命名这一转变的术语由 Andrej Karpathy 在 2025 年 2 月提出：vibe coding。本文解释了它的含义，为什么它代表了与过去五十年软件构建方式的真正结构性断裂，以及这种断裂对构建软件的人以及曾经依赖入门壁垒的人意味着什么。

Key Takeaways

• Vibe coding是指通过用自然语言描述你想要的东西，让 AI 生成代码，而无需自己编写或阅读底层代码的实践。

• 核心转变：技术能力不再是拥有想法与构建它之间的门槛。思维的清晰度和描述的质量现在比语法知识更重要。

• 未改变的部分：想法的质量、产品判断力、对用户的理解，以及生产级系统的复杂性要求。

• 受影响最大的人群：非开发者和领域专家获得构建权限；入门级编码角色面临最直接的替代压力。

如果 AI 以处理代码的相同方式处理你的知识工作这一想法引起了你的共鸣，download remio，看看这对你的文档和历史意味着什么。

What Is Vibe Coding?

Vibe coding是通过自然语言描述而非直接编写代码来构建软件的实践。你描述你想要的东西，AI 生成实现，你评估结果是否有效。当它不起作用时，你描述问题所在，而不是逐行调试代码。

该术语由 OpenAI 联合创始人 Andrej Karpathy 在一篇February 2025 post中提出，浏览量超过四百万次。他的表述是：“有一种新的编码方式，你完全沉浸在氛围中，拥抱指数级增长，忘记代码的存在。”到 2025 年底，Collins English Dictionary 将其命名为年度词汇。

重要的区别：vibe coding 不是 AI 辅助编码。在 AI 辅助编码中，开发者编写代码并使用 AI 自动完成、调试或提出改进建议。在 vibe coding 中，开发者根本不编写代码。AI 不是助手，而是实现者。人类的角色完全转向描述、测试和判断。

The Old Gate Is Gone

五十年来，构建软件需要一套特定的习得技能：学习编程语言、理解数据结构、掌握调试工作流，并在能够可靠构建任何有用的东西之前积累数千小时的实践。这不是任意的把关。工具要求如此。

这一要求过滤掉了大多数有好的软件想法但缺乏时间或意愿学习这些技能的人。深入理解用户体验的设计师如果没有开发者就无法构建他们想象的界面。确切知道需要什么分析的研究员如果不编写代码就无法实现自动化。清楚看到产品的产品经理必须通过另一个人的技术解释来翻译他们的愿景，才能让任何东西存在。

工具已经改变。根据Bubble's 2025 report，如今使用 AI 辅助工具积极构建的 63% 的人是非开发者。他们不是在学习编码。他们在描述结果并评估结果。门槛没有降低。它被移除了。

这不仅仅关乎个人。曾经需要技术联合创始人或工程团队来原型化产品想法的组织，现在可以在几天内验证该想法。“让我们构建它看看”的成本从几个月崩溃到几小时，这改变了哪些想法被测试、哪些产品被构建，以及哪些人参与构建它们。

What Changed and What Didn't

What the Shift Actually Looks Like

关于软件创建，有三件事真正发生了变化。

主要技能已从技术执行转向清晰描述。能够准确表达自己想要什么、精确指定边缘情况并识别输出与意图不符的人，将胜过能够快速编写代码但无法清晰描述结果的人。这是一个有意义的逆转。它有利于领域专家、理解用户的人以及仔细思考问题的人。

拥有想法与测试它之间的关系已经改变。以前，一个产品想法存在于文档和演示中，直到开发者构建它。现在，从想法到工作原型的周期可以在同一天由同一个人完成。跨角色的翻译摩擦消失了。你在技术深度上失去的东西，在迭代速度和直接反馈上得到了补偿。

个人范围已扩大。一个人现在可以处理以前早期阶段工作需要跨职能团队才能完成的事情。这改变了构建工具的经济学、创办公司的门槛，以及将领域知识与构建能力相结合的人的价值。

What AI Cannot Replace

有三件事没有改变，并且变得更加重要。

想法质量。AI 生成你描述的内容。它不会产生值得构建的洞见，也不会识别值得解决的用户问题。工作原型的供应激增；好想法的供应却没有。如果说有什么变化的话，那就是构建变得容易，使得思考更难区分。

系统级判断。复杂的软件系统涉及架构、安全、性能和可维护性方面的权衡，需要提前几步理解后果。Vibe coding 为有界任务生成工作代码。它不会产生关于这些任务应该是什么或它们如何大规模组合的推理。

生产工程。一个 vibe-coded 原型可以令人信服地验证一个概念。将该原型转化为处理真实用户、真实故障模式和真实安全要求的系统，仍然需要工程专业知识。“在我的机器上运行”与“可靠地为上万用户运行”之间的差距尚未弥合。

Who Benefits Most, and Who Feels the Pressure

受益最多的人是那些已经在某个领域拥有专业知识但因技术先决条件而无法构建的人。一位对合同分析工具有清晰愿景的律师。一位希望在编写规范前验证工作流的产品经理。一位需要自定义数据界面的研究员。这些人的主要资产——领域知识——现在可以直接转化为构建能力。

首次创始人在结构上获益最大。无需技术联合创始人就能构建工作产品的能力，改变了谁可以创办公司以及达到第一个概念验证所需的资金量。早期阶段最有价值的技能从“能交付代码”转向“足够了解客户问题以便为其构建”。

直接面临压力的角色是那些主要交付物是为明确定义的任务编写代码的角色：入门级开发、重复功能实现和简单自动化工作。那些需要学习到足以有用但尚未涉及复杂判断的工作，现在 AI 工具可以可靠地执行。

不对称性：技术技能变得不那么稀缺，但判断力却没有。了解系统、安全和规模的高级工程师仍然非常有价值。压缩发生在入门级，以前从学习到有用的路径曾是护城河。

Vibe Coding and the Bigger Shift: How remio Fits In

Vibe coding 是每个熟练职业中正在上演的一种模式的一个例子：AI 正在移除程序执行层，并将判断层作为关键的人类贡献留下。

同样的转变正在知识工作中发生。综合数百份文档中的信息、连接过去会议和研究的见解，并在正确时刻检索正确上下文，过去需要训练有素的分析师或大量时间。这种程序性障碍正在崩溃。

Ask remio一个关于你过去会议、研究或文档的问题，它会搜索你实际记录的知识，而不是从训练数据中生成听起来合理的答案。与 vibe coding 的相似之处是直接的：你描述你想知道的内容，系统处理检索和综合。专业知识仍然是你的。执行变得可及。

vibe coding 的更广泛含义不仅仅是更多人可以构建软件。而是，在大多数知识工作中，限制性约束正在从技术执行转向思维的清晰度。从这一时刻受益最多的人是那些投资于知道自己想要什么，而不仅仅是知道如何得到它的人。

FAQ: Common Questions About Vibe Coding

Q: What is vibe coding in simple terms?

A: Vibe coding 是通过用普通语言描述你想要的东西来构建软件，而不是自己编写代码。你告诉 AI 你需要什么，它生成代码，你测试结果是否正确。当某些东西出错时，你描述问题，而不是逐行调试代码。

Q: Do you need to know how to code to vibe code?

A: 不需要。这种实践专门为不知道如何编码或不喜欢编码的人设计。你需要能够清晰地描述你想要的东西，并识别你得到的结果是否符合你的意图。技术知识在边缘情况下有帮助，但不是开始的先决条件。

Q: Who invented the term vibe coding?

A: Andrej Karpathy，OpenAI 的联合创始人，在 2025 年 2 月创造了这个术语。他最初的表述是：你“完全沉浸在氛围中”并“忘记代码的存在”。该帖子浏览量超过四百万次，该术语在数周内进入主流使用。

Q: Is vibe coding safe to use for real products?

A: 对于原型、内部工具和早期验证，是的。对于处理敏感数据、高流量或安全关键操作的生产系统，AI 生成的代码需要由具有工程专业知识的人仔细审查。Vibe coding 加速了产品开发过程的前端；它不会取代大规模所需的严谨性。

Q: Is vibe coding replacing developers?

A: 它正在取代入门级开发者所做的一些工作，特别是明确定义的重复实现工作。它没有取代那些对复杂系统、安全、性能或长期可维护性进行推理的工程师。这种转变正在缩小软件开发的入口，而不是消除系统层面深度技术专业知识的需求。