Anything 被苹果从 App Store 彻底下架，标志着 Vibe Coding 在封闭生态中的生存实验遭遇重挫。文章深度解析了这场冲突的核心——苹果 Guideline 2.5.2 规则与 AI 动态生成代码逻辑的根本性互斥。当平台方坚持静态审核框架，创业者被迫在 Web 化生存与迁移 Android 之间做出艰难抉择。这不仅是技术路线的博弈，更是对应用商店垄断审核权的一次现实挑战。
今年 3 月，苹果将 vibe coding 应用 Anything 从 App Store 彻底下架。Anything 的联合创始人兼 CEO Dhruv Amin 表示，此前该应用已帮助用户在 App Store 上发布了数以千计的应用程序，其中包括面向紧急救援人员的管理系统和专为零工经济从业者设计的报销追踪工具。
根据 The Information 报道，在 Anything 被移除之前苹果已经对 Replit、Bitrig 等同类应用实施了更新封锁，整个 vibe coding 品类正在遭遇系统性的平台收紧。苹果方面坚持，此举只是在执行既有规则，防止应用在未经审核的情况下引入新功能；但批评者指出，这套为静态应用设计的审核框架，根本无法兼容 AI 动态生成内容的底层逻辑。
创始人 Amin 直言：”这就是苹果和封闭平台的问题所在——要么它们犯了错，要么它们决定你这个品类不被允许存在。” 他正在评估将产品迁移至 Android，其他团队则已转向纯 Web 开发。Vibe coding 的未来会在哪里落地，答案正变得越来越清晰。
去年 8 月，Anything 以一款浏览器端的 vibe coding 工具进入市场。所谓 vibe coding，就是让没有编程经验的人通过 AI 直接生成应用——描述想法，代码自动产出。11 月，Anything 推出了 iPhone 客户端，App Store 审核团队没有提出任何异议，顺利放行。
接下来的几个月里，Anything 持续更新，用户通过这款工具已经在 App Store 上发布了数以千计的应用。其中不乏有实际价值的产品：一套面向紧急救援人员的管理系统、一款专为零工经济从业者设计的报销追踪工具。这些应用的存在，已经说明 vibe coding 不只是玩具级别的技术实验。
转折发生在去年 12 月中旬。Apple 的审核团队开始拒绝 Anything 提交的每一次更新，理由是违反了 Guideline 2.5.2。此时距离 iPhone 版上线还不到两个月。Anything 的联合创始人兼 CEO Dhruv Amin 试图做出妥协，将 vibe coding 预览功能从 app 内部迁移到网页浏览器中，以此回避争议。Apple 不仅拒绝了这次提交，还在今年 3 月直接将整个 app 从 App Store 下架。
从审核通过、上架运营，到封锁更新、最终下架，整个过程历时不足半年。在 Anything 的 app 被正式移除之前，The Information 曾于本月初报道苹果封锁多款 vibe coding 应用更新一事——此后不久，Anything 遭遇了更彻底的清除。
与此同时，Replit 和 Bitrig 同属 vibe coding 品类，目前仍留在 App Store 内，但更新同样处于冻结状态——Replit 上次更新停留在 1 月，Bitrig 则是去年 11 月。苹果对这一品类的态度，是系统性收紧的表现。
Apple 给出的下架理由只有一条：Guideline 2.5.2。这条规则的原文表述是，应用必须”自包含于其安装包内”，不得在指定容器区域之外读写数据，也不得”下载、安装或执行引入或改变应用特性与功能的代码”。
2.5.2 的设计初衷是防止开发者绕过 App Store 审核，在用户设备上静默推送未经审查的功能变更。 这一逻辑有其合理性——在移动安全的语境下，应用在审核后私自扩展权限，确实是需要被约束的行为。问题在于，当这条规则被用来对准 vibe coding 这一品类，它的射程就远超最初的设计意图。
Vibe coding 工具的核心机制，恰恰是在运行时由 AI 生成并执行代码。用户描述需求，模型输出逻辑，应用实时呈现结果。这个过程天然地落在 2.5.2 的禁区内——因为每一次生成，都相当于向设备推送了”未经审核的新功能”。 换句话说，只要 vibe coding 还是 vibe coding，它就无法在不违反这条规则的前提下在 iPhone 上运行。
Apple 方面的表态是：公司并非针对 vibe coding 这一品类，只是在执行既有规则，阻止应用在未经审核的情况下发生实质性改变。这个解释在措辞上无懈可击，但它回避了一个关键问题：一条为静态应用设计的规则，为何要套用在动态生成内容的 AI 工具上？
Anything 尝试过一条妥协路径：将代码预览功能迁移至网页浏览器内展示，让 AI 生成的内容不在原生 app 内直接执行。这个方案的逻辑是，浏览器本身就是一个沙盒环境，绕开了 2.5.2 对本地代码执行的限制。Apple 拒绝了这次提交，随即移除了整个 app。 这意味着苹果不仅在执行规则，还在收窄可能的例外空间。
对其他开发者而言，这条规则目前的执行方式制造了一种高度不确定的处境。Replit、Bitrig 等 app 仍在架上，但无法更新；部分团队如 Vibecode 已经主动放弃 iPhone 端，转向纯 Web 开发。同一条规则，产生了截然不同的执行结果，而苹果始终没有给出清晰的边界说明。
Dhruv Amin 在 Anything 被下架后说了一句话：”这就是苹果和封闭平台的问题所在——要么它们犯了错，要么它们决定你这个品类不被允许存在。” 这句话点出了一个创业者在平台生态中长期面临却鲜少被正视的结构性困境。
在移动互联网时代，App Store 是触达 iPhone 用户的唯一合法通道。对于面向消费者的应用来说，失去这个入口，几乎等同于失去整个市场。 Anything 在被下架前，已经通过这一渠道积累了数千款用户发布的应用，建立起真实的产品生态。这些资产在下架的瞬间，全部失去了对 iOS 用户的可见性。
更棘手的是时间线的不可预测性。Anything 的 iPhone 版在上线初期经过了 App Store 审核团队的正式审批，运营数月后才遭遇封锁。审核通过不等于长期合规，平台规则的解释权始终在苹果手中，且可以随时重新诠释。 对于早期创业公司而言，这种不确定性几乎无法通过任何常规的商业规划来对冲。
面对这一局面，创业者的选项并不多。Amin 目前正在评估是否将重心迁移至 Android 平台，这意味着要在新的技术栈上重建产品，同时承担用户迁移的摩擦成本。另一条路是彻底转向 Web，绕开所有原生应用商店的管控——Vibecode 已经做出了这个选择，放弃了 iPhone 端开发。两条路都意味着放弃已经建立的 iOS 用户基础，代价是真实的。
从更宏观的角度看，苹果对 vibe coding 品类的处理方式，暴露出平台规则与新兴技术之间的适配性问题。现有的 App Store 审核框架，是为静态的、功能固定的原生应用设计的。当 AI 使得应用的边界变得动态和模糊，原有的审核逻辑就开始失效——但失效的成本，由开发者承担。
苹果自身并非没有利益考量。Xcode 近期已经整合了 Anthropic 的 Claude 和 OpenAI 的 Codex，推出了面向专业开发者的 AI 编程辅助功能。Vibe coding 工具的核心价值主张，恰恰是让非专业用户绕开 Xcode 这类专业工具直接构建应用。这两者之间的竞争关系，让苹果对这一品类的态度更难被简单解读为中立的规则执行。
Amin 有一句判断值得单独拿出来看：”vibe coding 的规模，将远超苹果目前的想象。”
Vibe coding 的本质是降低软件生产的门槛。当一个没有任何编程背景的人，可以用自然语言描述需求并得到一款可运行的应用，软件开发就从一种专业技能变成了一种普通人可以使用的工具。
这个转变的量级，和电子表格让财务建模平民化、no-code 工具让网站搭建平民化，属于同一量级的范式迁移。App Store 的封锁，改变不了这个方向，只能影响它在哪里落地。
目前来看，落地的方向已经越来越清晰：Web。Vibecode 的选择具有代表性——放弃 iPhone 原生端，专注于浏览器端的产品体验。这条路绕开了 App Store 的审核管控，代价是牺牲了部分原生体验和分发红利。但对于 vibe coding 这类工具而言，核心价值在于生成能力本身，而非平台原生性——Web 端足以承载这个价值。
从分发逻辑上看，Web-first 的策略在当前环境下反而更具弹性。用户通过链接直接访问，无需经过任何应用商店的审核节点，产品迭代的速度也不受第三方审批周期的约束。这恰好是 AI 原生产品所需要的节奏——模型在快速演进，产品必须同步更新，任何审核摩擦都会造成竞争上的滞后。
监管层面的变量同样值得关注。苹果对新兴 AI 工具品类的系统性封锁，已经引发了反垄断观察者的注意。在欧美监管机构持续审视大型平台行为的背景下，苹果此举是否构成对竞争性开发工具的不当排除，是一个尚未有定论但正在被讨论的问题。如果监管压力最终迫使苹果开放侧载或放宽审核标准，vibe coding 工具重返 iOS 的机会窗口仍然存在。
但在那一天到来之前，这个品类的主战场已经在悄然转移。Anything 正在评估 Android，其他团队在押注 Web，整个行业的重心正在从 App Store 这个单一入口向外扩散。苹果的封锁，某种程度上加速了 vibe coding 生态多元化的进程——这大概不是苹果想要的结果。
本文由人人都是产品经理作者【江天 Tim】，微信公众号：【有新Newin】，原创/授权 发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash，基于 CC0 协议。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。