Apple下架3款AI编程应用，开发者连夜改代码
3月至今，已有3款主打"vibe coding"的iOS应用被Apple踢出App Store或阻断更新。这个数字还在涨。最新受害者叫Anything。它做的事很简单：让用户用自然语言描述需求，AI自动生成能跑的iOS应用。没写过一行代码的人，理论上也能"开发"软件。这种玩法在2024年底爆火，被称为vibe coding（氛围编程）——你不需要懂语法，只需要"感觉对了"。
Apple的回应很直接：这些应用违反了App Store审核指南2.5.2。
这条规则的核心就一句话：应用必须是自包含的，不能下载、安装或执行会改变自身功能的代码。教育类应用可以例外，但前提是所有代码必须对用户完全可见且可编辑。vibe coding应用生成的代码，显然做不到这一点。
所以问题不是Apple讨厌AI，而是这类应用的商业模式天生踩线。用户输入一句话，App远程调用大模型生成代码，再动态加载执行——这在技术架构上，等同于"下载并运行外部代码"。
审核延迟的连锁反应
《The Information》还提到了一个副作用：今年iOS应用审核周期明显变长。部分开发者把锅甩给vibe coding应用——它们门槛低，导致提交量暴涨，审核队列被挤爆。
Apple收紧这类应用，客观上减少了待审条目。但对普通用户来说，代价是真实的：如果你想做iOS应用，可能得回去学Swift了。
被波及的还有Vibecode和Replit。前者名字里直接带"vibe"，定位清晰；后者是老牌在线IDE，去年也上了vibe coding功能。它们的共同点是都试图把"自然语言→可执行代码"的链路，封装成面向消费者的App Store产品。
Apple的底线一直没变：iOS生态的代码执行权，必须握在Apple手里。
这条规则写于Web App和云端AI成熟之前，但解释权归Apple所有。2023年欧盟逼着Apple开放侧载，vibe coding应用本可以走这条路绕过审核——但前提是开发者愿意只服务欧洲用户。
更现实的出路是转型B端。企业级开发工具不受2.5.2限制，因为采购方自己承担安全责任。或者像GitHub Copilot那样，只做代码辅助，不碰"一键生成可运行应用"的雷区。
规则与创新的拉锯
Anything的开发者还没公开回应。但类似案例早有先例：2017年Apple禁止Steam Link上架，理由是远程串流涉及"购买外部内容"；2019年Google Stadia、微软xCloud同样被卡。最后都是妥协收场——Steam Link砍掉了商店功能，纯做串流，才拿到入场券。
vibe coding应用要复活，可能也得做类似截肢。比如禁止生成原生iOS代码，只输出网页应用；或者把AI生成环节搬到服务器，用户下载的只是静态结果。但那样产品体验会打折扣。
另一个变量是欧盟《数字市场法》。如果Apple被认定为"守门人"，强制要求开放第三方应用商店，vibe coding应用或许能找到新宿主。但这条路至少还要拉扯一两年。
短期来看，Apple的审核指南2.5.2就是一道铁幕。它保护的是iOS系统的完整性和安全性，顺带也保护了Apple对应用分发的控制力。vibe coding的拥趸会说这是扼杀创新，安全工程师会说是必要之恶——两种立场都有数据支撑，取决于你站在哪边数钱。
现在的问题是：如果自然语言编程真的代表了未来，Apple会不会改写规则，还是让这块市场彻底流向Android和Web？
页:
[1]