苹果,Vibe Coding 最严厉的父亲
发布时间:2026-04-06来源:爱范儿
Anything 的联合创始人 Dhruv Amin 最近接到了一个他最不想接到的通知。苹果把他们的应用从 App Store 下架了,理由是违反了 App Store 审核指南的 2.5.2 条款。这条规定的原文说,App 应自包含在自己的套装中,不得在指定容器范围外读取或写入数据,也不得下载、安装或执行会引入或更改 App 特性或功能的代码,包括其他 App。例外情形仅限于极少数教育类场景,前提还是源码可见且可编辑。Anything 是一款支持 Vibe Coding(氛围编程)的工具。去年 8 月,Anything 先在网页端上线。11 月推出 iPhone 版,苹果 App Store 审核团队都顺利放行。此后,他们成功更新了几次,一直到去年 12 月中旬,苹果开始拒绝他们的更新提交,理由还是 2.5.2 条款。而就在刚刚,Anything 官方账号也发了一条正面硬刚的推文:「突发新闻:苹果公司对 Vibe Coding 感到恐慌,把 Anything 从 App Store 下架了,所以我们把应用开发转移到了 iMessage。」这一来一往,也把这场平台规则冲突,写成了一封发给所有 Vibe Coding 开发者的公开信。Vibe Coding 撞上了 App Store 的那堵墙要想搞懂这场下架风波,得先弄明白苹果的 2.5.2 条款到底在管什么,为什么 Anything 会触线。打个比方,你去餐厅点了一份套餐,服务员端上来的,必须是厨房审核过的那份菜。不能上桌之后厨师再跑过来往盘子里加东西,更不能让客人自己拿着食材现场改造。App Store 也不例外,苹果的审核团队在某个时间点检查了你的应用,确认它安全、合规、功能符合规定,然后放行。从这一刻起,用户下载到的那个 App,必须和审核通过的那个 App,是同一个东西。这条规则长期以来针对的,是那些用「热更新」走后门的开发者。应用上架后,偷偷往里塞新代码,绕过审核直接推送给用户。苹果一直明令禁止这种行为,因为一旦放行,审核制度就形同虚设了。很多手游,在下载之后首次开启时下载资源,就是这种「热更新」机制——所以你能看出来,其实这条规则也有解释空间。而现在,Vibe Coding 工具撞上了热更新这堵墙。以 Anything 为代表的 Vibe Coding 工具让用户在 iPhone 上用自然语言描述需求,AI 实时生成代码,直接在设备上运行和预览。用户每次描述一个新需求,就有一段新代码被生成出来并在设备内执行——从苹果的角度看,这和「热更新」在结构上难以区分。审核通过的是那个 Anything 的壳,但壳里实际运行的代码,每次用户用它,都在动态变化,苹果根本没看过那些代码,也没有机会审核。今年初,外媒 The Information 报道了苹果对一批 Vibe Coding 应用冻结更新的事件之后,Anything 尝试做了一个妥协版本,把代码预览从 App 内部改到网页浏览器里。这说明苹果的判断,或许不只是某个具体功能有问题,而是认为这类产品的运行逻辑本身,就和 App Store 的审查存在根本冲突。即使代码预览发生在网页里,只要 Anything 这个 App 还在充当「生成并分发动态代码」的入口,苹果就认为它超出了审核范围。受影响的应用也不只是 Anything。苹果从去年 12 月左右开始阻止一批 AI 编码应用的更新,Replit 的 iPhone 版上次更新停在了今年一月,Bitrig 停在了去年十一月。还有一些团队,比如 Vibecode,索性放弃了移动端,转头去做纯 Web 产品。要理解苹果为什么突然这么紧张,还得先看清楚 Vibe Coding 到底掀起了多大的浪。2008 年 3 月 6 日,苹果免费开放 iPhone SDK,三个月下载量破 25 万。同年 7 月,App Store 伴随 iPhone 3G 上线,500 个应用,第一个周末下载量破百万,到 2009 年初突破 10 亿次。工具门槛的持续下降,让移动开发迎来了第一次大爆发。十八年后,同样的事情再次发生了。此次的导火索,与 Andrej Karpathy 在 2025 年 2 月发的一条帖子相互映照。这位 OpenAI 联合创始人、前特斯拉 AI 总监,在帖子里半开玩笑地描述了自己写代码时的状态,完全沉浸在氛围里,根本不深究代码细节,「几乎忘记代码存在」。至此,Vibe Coding 就在 AI 编程圈获得一席之地,Node.js 之父 Ryan Dahl 更是直言人类手写代码的时代结束了。软件工程师、Linux 之父 Linus Torvalds 在 GitHub 上发布的新项目 AudioNoise,在自述文件里也明说这个 Python 可视化工具基本上是用 Vibe Coding 方式写出来的。与 Vibe Coding 一脉相承的,是「智能体编码」(Agentic Coding)。2025 年推出的 Claude Sonnet 4 和 GPT-5-Codex,被视为首批真正实用的智能体模型,AI 可以像工程师一样理解整个项目,自主完成测试、调试、循环迭代,直到功能跑通。开发者从此只需要下指令和把关。门槛的再次下降,直接冲击了 App Store 应用的提交量。a16z 统计,2025 年全年新上架应用同比增幅 24%,12 月单月同比增长 56%,今年 1 月继续以 54.8% 的增速跟上,这是过去四年里的最高纪录。此前三年,这个数字几乎变化不大。当然,这些新增应用里有多少是借助 Vibe Coding 完成的,目前没有准确数字;但时间节点上的强相关,已经足够说明问题。据 The Bussiness Insider 报道,美国程序员 James Steinberg 曾向 App Store 提交了自己靠 AI 做的应用,然后等了整整六周,还没上线。更新也是,每次提交要等两天到一周不等。「现在最慢的环节已经不是做应用,不是推广,而是 App Store 的审核,挺离谱的。」他说。James Steinberg 并不是个例。iOS 编程社区的 Reddit 版块里,一堆开发者在抱怨审核时间变长了。有人开始担心苹果会进一步收紧审核标准,专门针对 Vibe Coding 应用和 AI 生成的「垃圾内容」。对此,苹果给出的官方数据是,过去 12 周每周处理超过 20 万份提交,平均审核时间 1.5 天,90% 的提交在 48 小时内完成。值得一提的是,苹果自己也在 Vibe Coding 这件事上押了重注。今年 2 月推出的 Xcode 26.3,直接让 Claude Agent 和 OpenAI Codex 进了 Xcode,用来搜索文档、查看文件结构、更新项目设置、验证预览、自动迭代构建。因此,苹果并不反对 AI 帮你写代码,它反对的是「用户通过第三方 App 在商店审核之外生成并执行新代码」。这更像是是平台控制权问题,不是技术立场问题。苹果希望 AI 编码发生在自己的开发轨道里,开发者用 Xcode,走苹果的工具链,接受苹果的审核逻辑:先写好、再审核、再上架,顺序不能乱。举个简单例子,去年 Sora APP 发布之后,App Store 就冒出了一大批山寨 Sora 应用,有的在图标里直接盗用 OpenAI 的官方标志,有的在副标题里挂上「Veo 3」蹭热度,全部指向一个目的,骗用户开高额订阅。科技博客 Daring Fireball 记录了其中一款名叫「Sora 2: AI Video Generator」的应用,不仅顺利上架,还一度冲上照片与视频应用热门榜第 9 位。于是,我们看到苹果修订审核指南,在第 4.1 节「抄袭」里明确写道,「请拿出你自己的想法。我们知道你有自己的奇思妙想,那么请将它们付诸实际。请不要简单照搬 App Store 上的热门 App,或只是细微修改其他 App 的名称或 UI,就将其挪为己用。」更重要的是,Vibe Coding 的烂摊子,也是真实的。Karpathy 自己都笑着说,他做项目的时候不再深入理解代码,只是让它能用。这种「能跑就行」的开发哲学,在原型阶段极其高效,在产品后期可能是灾难。AI 生成的代码往往缺乏边界检查和错误处理,碰到异常输入就崩。数据库索引、算法复杂度这些优化,模型不会主动去想,随着用户增长,性能瓶颈很快出现。遇到要改功能的时候,开发者发现自己看不懂代码,只能继续用 AI 打补丁,补丁摞补丁,最后变成一座没人敢碰的屎山。当年初为了抢上线快速用 AI 写的代码,可能在年末变成团队的噩梦,为了一个改动牵一发动全身。Reddit 上甚至出现了一群人,自称「AI 考古学家」。他们的日常是被那些因为 Vibe Coding 导致系统崩溃的公司雇来,专门替 AI 收烂摊子,给客户返工、补救、兜底,在几百万行 AI 生成的乱码中,找那个因为模型幻觉产生的致命 bug。讽刺的是,用 AI 省下来的钱,好多公司以另一种方式花回去了,甚至更多。这些烂摊子,也是苹果收紧审核的隐性理由之一。但无论苹果怎么围堵,软件开发平民化的趋势已经不可逆转。Anything 被下架,只是一个创业公司和平台规则之间的摩擦。而 Vibe Coding 带来的是整个软件生产关系的重构。OpenAI CEO 奥特曼曾和朋友打赌,第一家由单个人建立、达到十亿美元规模的公司,会出现在哪一年。在「1 个创始人 + 1 个 AI 智能体 = 1 个百万美元级 App」的行业共识下,App Store 也无法阻挡太久。这是最好的时代,也是最坏的时代。狄更斯的名句写在 2026 年 App Store 的审核闸门之上,竟意外地贴切。✉️ 邮件标题「姓名+岗位名称」(请随简历附上项目/作品或相关链接)
转载说明:本文系转载内容,版权归原作者及原出处所有。转载目的在于传递更多行业信息,文章观点仅代表原作者本人,与本平台立场无关。若涉及作品版权问题,请原作者或相关权利人及时与本平台联系,我们将在第一时间核实后移除相关内容。