苹果3天内连封2款AI编程应用，开发者改完反而被下架

苹果上周把一款叫「Anything」的vibe coding（氛围编程）应用从App Store下架了。这是继Replit、Vibecode被限制更新后，第三款中招的同类工具。

开发者Dhruv Amin原本想解决问题，结果把自己解决了。他按照苹果之前反馈的意见，把应用内的预览功能改成跳转浏览器——苹果拒绝了这个更新，并直接下架了整款应用。

苹果的规则像一把钝刀

苹果引用的条款是App Review Guidelines第2.5.2条：应用必须是自包含的，不能下载、安装或执行会改变自身或其他应用功能的代码。还有Developer Program License第3.3.1(B)条：解释型代码可以下载，但不能改变应用的主要用途。

这两条规则写了很多年，最初针对的是Flash、Java那种能绕过审核的动态执行环境。现在被用来对付AI编程工具，有点像用管制刀具的法规去管3D打印机——法条字面能套，但立法时没人想到这场景。

苹果给9to5Mac的声明里说：「问题不是vibe coding应用本身，而是违反特定条款的应用。」这句话的精妙之处在于，它既否认了「专门针对AI编程」的指控，又保留了随时执法的空间。

「氛围编程」到底踩了什么线

Vibe coding的核心流程是：用户用自然语言描述需求，AI生成代码，应用直接执行或预览结果。这个「直接执行」环节，在苹果看来就是2.5.2条禁止的「下载并执行改变功能的代码」。

Replit和Vibecode之前被卡更新，也是因为类似逻辑。它们的应对思路不同：Replit选择配合整改，Vibecode还在拉扯，而Anything的开发者Dhruv Amin选择了第三条路——把执行环境搬到浏览器，应用本身只当编辑器。

苹果拒绝了这个方案。The Information的报道里没解释具体原因，但一个合理的推测是：浏览器跳转在技术上绕开了条款，但产品形态没变，用户还是在用这款应用生成可执行代码。苹果要的是行为层面的切割，不是技术层面的位移。

开发者的两难：改还是不改

Dhruv Amin的遭遇形成了一个糟糕的示范效应。他主动配合整改，反而比那些没动的应用更快被下架。这种反馈机制会让其他开发者陷入囚徒困境：配合可能死得快，不配合可能死得慢，但早晚得死。

目前Anything的官网还在运行，用户可以继续使用网页版。但App Store的流量入口没了，对一款面向普通用户的低代码工具来说，这相当于被切断了主动脉。

苹果没有回应The Information的置评请求。截至发稿，Cursor、Bolt、Lovable等更知名的vibe coding工具暂时还在架上，但它们的功能边界和Anything差别不大，随时可能被纳入同一套审查逻辑。

一个值得注意的细节是：苹果条款里给「教育类应用」留了口子——允许下载代码，前提是源代码必须完全可见可编辑。Anything如果把自己重新包装成编程学习工具，能不能拿到豁免？这个问题，可能正在其他开发者的Slack频道里被激烈讨论。

如果AI编程的终局是全部退回浏览器，那App Store过去十五年建立的「原生应用优于网页」的心智，会不会也跟着松动？