很多人以为 vibe coding 是”人人都能写代码”的起点。
但最近发生的事情说明，这个理解可能从一开始就偏了。
2026 年 3 月，Apple 开始在 App Store 大规模下架 vibe coding 生成的应用。理由很直接：代码质量不达标、安全漏洞、用户体验不合格。不是针对某一个工具，而是针对整个”用自然语言让 AI 写代码然后直接提交上架”的模式。
这件事值得认真看，因为它揭示了一个很多人不愿意面对的现实：AI 写代码的能力确实在飞速进步，但”能写出来”和”能用”之间，差距比大多数人想的要大得多。
Vibe Coding 到底是什么
先把概念理清楚。
Vibe coding 这个词是 OpenAI 联合创始人 Andrej Karpathy 在 2025 年 2 月提出的。核心意思是：你用自然语言描述你想要什么，AI 帮你把代码全写了。你不需要懂编程，甚至不需要看代码，只要”感觉对了”就行。
这个概念一出来就火了。Cursor、Windsurf、Replit Agent、v0.dev 这些工具迅速跟进，把 vibe coding 变成了真实可用的产品。2025 年到 2026 年初，大量非技术背景的人开始用这些工具构建应用——个人工具、小程序、甚至尝试上架 App Store。
Collins Dictionary 把 vibe coding 选为 2025 年度热词之一。Business Insider 的记者参加了一个周末 vibe coding 工作坊，两个上午就做出了能跑的应用。纽约时报的 Kevin Roose 用它做了好几个”只给自己用的小软件”。
看起来一切都在往好的方向走。然后 Apple 出手了。
Apple 封杀的不是 AI，是”不负责任的交付”
这里需要做一个重要的区分。
Apple 并没有禁止开发者使用 AI 辅助编程。用 Cursor 写代码、用 Copilot 补全、用 Claude Code 做重构——这些完全没问题。Apple 针对的是另一种情况：开发者（或者说”非开发者”）完全依赖 AI 生成代码，自己不审查、不测试、不理解代码在做什么，然后直接提交上架。
问题出在哪？
第一，安全漏洞。AI 生成的代码经常包含硬编码的 API key、不安全的数据存储方式、缺失的输入验证。对于个人项目这些可能无所谓，但一旦上架给公众使用，就是真实的安全风险。
第二，质量不稳定。AI 写代码的特点是”看起来能跑”，但边界情况处理很差。用户一旦做了 AI 没预料到的操作，应用就崩了。这种体验在 App Store 的审核标准里是不合格的。
第三，同质化严重。大量 vibe coding 应用长得几乎一样——同样的 UI 框架、同样的交互模式、同样的功能逻辑。因为它们本质上是同一个 AI 模型在同一套 prompt 下的输出变体。
Apple 的态度很明确：你可以用 AI 写代码，但你必须对最终产品负责。”AI 写的”不是质量问题的免责声明。
真正的问题不是”AI 能不能写代码”，而是”谁来兜底”
这才是 vibe coding 争论里被忽略的核心问题。
AI 写代码的能力确实在快速提升。2024 年的 AI 编程工具和 2026 年的相比，差距巨大。现在的 Cursor Agent Mode、Claude Code、Windsurf Cascade 已经能处理相当复杂的编程任务——不只是写函数，而是理解项目结构、跨文件重构、处理依赖关系。
但”能写”和”能交付”是两回事。
写代码只是软件开发的一部分。一个真正能用的产品还需要：架构设计、安全审计、性能优化、边界测试、用户体验打磨、持续维护。这些环节，目前的 AI 工具都还做不到完全自动化。
这就是为什么专业开发者用 AI 编程工具效率飙升，而非技术背景的人用 vibe coding 做出来的东西经常”能跑但不能用”。差距不在工具，在于有没有人能判断 AI 的输出是否合格，以及在不合格的时候知道怎么修。
用一个类比：AI 写代码就像 AI 写文章。AI 可以写出语法正确、结构完整的文章，但没有编辑审稿，你不敢直接拿去发表。代码也一样——AI 可以写出能编译、能运行的代码，但没有工程师 review，你不敢直接拿去上线。
那 Vibe Coding 到底有没有价值？
有，而且价值很大。但它的价值不在”替代程序员”，而在三个更现实的方向。
第一，快速原型验证。
你有一个产品想法，想在一天之内看到它能不能跑通。Vibe coding 工具可以帮你在几小时内做出一个可交互的原型。这个原型不需要上线，不需要处理安全问题，只需要验证核心逻辑。这个场景下，vibe coding 的效率是传统开发的 10 倍以上。
第二，”给自己用的软件”。
Kevin Roose 说的”software for one”——只给自己用的小工具。一个自动整理邮件的脚本、一个追踪习惯的小应用、一个把 RSS 聚合成日报的工具。这些东西不需要上架、不需要服务公众、不需要考虑安全合规。Vibe coding 在这个场景下几乎完美。
第三，降低编程学习的门槛。
对于正在学编程的人来说，vibe coding 是一个极好的学习工具。你可以先用自然语言描述你想要的功能，看 AI 怎么实现，然后逐行理解代码。这比从零开始啃教程高效得多。
但如果你的目标是”做一个产品上线赚钱”，vibe coding 目前还不够。你要么自己学会审查代码，要么找一个懂技术的人帮你把关。
工具之间的差异比你想的大
既然说到 vibe coding 工具，值得快速过一下目前的格局。
Cursor 仍然是专业开发者的首选。它的 Agent Mode 支持多模型切换、自定义规则、MCP server 集成，控制粒度最高。但它的学习曲线也最陡——如果你完全不懂代码，Cursor 对你来说太重了。
Windsurf（原 Codeium）走的是”更自动化”的路线。它的 Cascade 功能试图让 AI 自主完成更多步骤，对新手更友好。但 Cognition 收购 Windsurf 之后，产品方向有些不确定，社区反馈客服响应变慢、更新节奏放缓。
Replit Agent 和 v0.dev 更偏向纯 vibe coding——你描述需求，AI 直接生成完整应用。适合快速原型，但生成的代码质量和可维护性是最大的问号。
Claude Code 和 Codex CLI 走的是终端路线，适合已经有开发环境的人。它们不提供 IDE 界面，但在代码理解和重构能力上往往更强。
选哪个，取决于你是谁：
- 专业开发者想提效 → Cursor
- 有一点技术基础想快速出活 → Windsurf
- 完全不懂代码想验证想法 → Replit Agent / v0.dev
- 已经在用终端的开发者 → Claude Code / Codex CLI
一句话判断
Vibe coding 不是编程的终结，也不是骗局。它是 AI 辅助开发光谱上的一个极端——最大程度地降低门槛，代价是最大程度地放弃控制。Apple 的封杀不是在否定这个方向，而是在提醒所有人：降低门槛和放弃责任是两回事。
能用 AI 写代码是能力，知道什么时候不能只靠 AI，才是判断力。
相关阅读：
