苹果下架Vibe Coding应用：平台规则与技术浪潮的碰撞

本文来自微信公众号：APPSO ，作者：发现明日产品的

Anything联合创始人Dhruv Amin近期收到了一份不愿面对的通知——苹果以违反App Store审核指南2.5.2条款为由，将他们的应用从应用商店下架。

该条款规定，应用需自包含于自身套装内，不得在指定容器外读写数据，也不能下载、安装或执行会改变应用特性或功能的代码（包括其他应用），仅极少数教育场景可例外，且需源码可见可编辑。

?https://developer.apple.com/app-store/review/guidelines/

Anything是一款支持Vibe Coding的工具，去年8月先上线网页端，11月推出iPhone版并通过苹果审核，后续几次更新也顺利通过，直到去年12月中旬，苹果开始以2.5.2条款为由拒绝更新。不久前，Anything官方账号发布推文称：“突发新闻：苹果公司对Vibe Coding感到恐慌，把Anything从App Store下架了，所以我们把应用开发转移到了iMessage。”

这场平台规则冲突，也成了给所有Vibe Coding开发者的公开信。

Vibe Coding撞上App Store的墙

要理解下架风波，需先明确苹果2.5.2条款的管控范围及Anything触线原因。

打个比方，就像去餐厅点套餐，上桌的必须是厨房审核过的菜品，不能上桌后厨师再加料，也不能让客人现场改造。App Store同理，苹果审核团队确认应用安全合规后放行，用户下载的应用需与审核通过的版本一致。

该规则长期针对“热更新”行为——应用上架后偷偷推送新代码绕过审核，苹果禁止这种行为以维护审核制度。而Vibe Coding工具如今也撞上了这堵墙。

以Anything为代表的Vibe Coding工具让用户在iPhone上用自然语言描述需求，AI实时生成代码并在设备上运行预览。用户每次提新需求，就有新代码生成并执行。在苹果看来，这与“热更新”结构难区分：审核通过的是Anything的外壳，而壳内实际运行的代码随用户使用动态变化，苹果未审核过这些代码。

今年初，外媒The Information报道苹果冻结一批Vibe Coding应用更新后，Anything尝试妥协，将代码预览从App内部改到网页浏览器，但苹果仍未放行，直接下架了整个应用。这表明苹果认为这类产品的运行逻辑与App Store审查存在根本冲突，即使代码预览在网页，只要App充当“生成并分发动态代码”的入口，就超出审核范围。

受影响的不只是Anything，苹果从去年12月左右开始阻止一批AI编码应用更新，Replit的iPhone版上次更新在今年1月，Bitrig在去年11月，还有Vibecode团队放弃移动端转做纯Web产品。

浪潮汹涌，闸门有限

要理解苹果为何紧张，需先看清Vibe Coding掀起的浪潮。

2008年3月，苹果免费开放iPhone SDK，三个月下载量破25万；同年7月，App Store随iPhone 3G上线，500个应用首周末下载破百万，2009年初突破10亿次。工具门槛下降让移动开发迎来第一次爆发，十八年后，类似的事再次发生。

此次导火索与OpenAI联合创始人、前特斯拉AI总监Andrej Karpathy 2025年2月的帖子相关。他半开玩笑描述自己写代码的状态：完全沉浸在氛围中，不深究细节，“几乎忘记代码存在”，并将这种状态称为Vibe Coding。

此后Vibe Coding在AI编程圈立足，Node.js之父Ryan Dahl直言人类手写代码时代结束，Linus Torvalds在GitHub发布的新项目AudioNoise自述称是用Vibe Coding方式写出的Python可视化工具。

与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提交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，用于搜索文档、查看文件结构、更新项目设置、验证预览、自动迭代构建。

?https://developer.apple.com/documentation/xcode-release-notes/xcode-26_3-release-notes

可见苹果不反对AI帮写代码，反对的是“用户通过第三方App在商店审核之外生成并执行新代码”。这更像平台控制权问题，而非技术立场问题。苹果希望AI编码在自己的开发轨道里，开发者用Xcode，走苹果工具链，遵循“先写好、再审核、再上架”的逻辑。

警惕Vibe Coding的隐患

客观来说，苹果收紧审核并非毫无道理。

比如去年Sora APP发布后，App Store出现大批山寨应用，有的盗用OpenAI标志，有的蹭热度骗订阅。科技博客Daring Fireball记录的“Veo 3”应用不仅上架，还一度冲上照片与视频应用热门榜第9位，易让用户误以为是正版。

于是苹果修订审核指南，在第4.1节“抄袭”中明确：“请拿出自己的想法，不要简单照搬热门App或细微修改他人App名称、UI就挪为己用。”

?https://developer.apple.com/cn/app-store/review/guidelines/#safety

更重要的是，Vibe Coding存在真实隐患。Karpathy自己也说做项目时不再深入理解代码，只求能用。这种“能跑就行”的开发哲学在原型阶段高效，但后期可能成灾难。

AI生成的代码常缺乏边界检查和错误处理，遇异常输入易崩溃；数据库索引、算法复杂度等优化模型不会主动考虑，用户增长后性能瓶颈会很快出现。改功能时，开发者可能看不懂代码，只能继续用AI打补丁，最终代码变得混乱难维护，年初为抢上线用AI写的代码，年末可能成团队噩梦。

Reddit上甚至出现“AI考古学家”群体，他们受雇于因Vibe Coding导致系统崩溃的公司，专门收拾烂摊子，在大量AI生成的代码中找致命bug。讽刺的是，用AI省下的钱，很多公司又以另一种方式花了回去，甚至更多。

这些隐患也是苹果收紧审核的隐性理由之一。但无论苹果如何围堵，软件开发平民化趋势已不可逆转。Anything被下架只是创业公司与平台规则的摩擦，而Vibe Coding带来的是软件生产关系的重构。OpenAI CEO奥特曼曾打赌第一家由单个人建立的十亿美元规模公司会出现在哪一年，现在看来那个时代已呼之欲出。

在“1个创始人+1个AI智能体=1个百万美元级App”的行业共识下，App Store无法阻挡太久。狄更斯“这是最好的时代，也是最坏的时代”的名句，写在2026年App Store的审核闸门上，意外贴切。