跳到正文
IFAI

行业动态

苹果整顿 Vibe Coding:卡住 Replit 更新,要求修改运行机制

首次发布 传播指数 68

Apple 开始限制 Replit 和 Vibecode 等「Vibe Coding」应用的 App Store 更新,要求其修改代码运行与预览机制。苹果援引既有规则,禁止应用执行改变自身功能的外部代码。这直接触碰了自然语言编程绕过应用商店分发的灰色地带,目前双方正探讨改用外部浏览器预览等妥协方案。

对着手机输入几句大白话,AI 就能当场敲出一个能跑的小游戏或者记账工具——这就是眼下最热的「Vibe Coding」。但如果你习惯在 iPhone 上随时随地搓应用,苹果正准备把水龙头拧紧。

据 The Information 报道,苹果最近悄悄卡住了 Replit 和 Vibecode 等移动应用的更新,要求它们修改底层的代码运行和预览机制。受此影响,估值已达 90 亿美元的 Replit 从 1 月起就无法推出新版本,在美区开发工具下载榜上的排名直接从第一滑落到了第三。

争论焦点:一个在 App 内跑起来的「套娃」

苹果这次搬出的不是专门针对 AI 的新政,而是 App Store 存在已久的审查指南 2.5.2 条。这条规则规定,应用不得下载、安装或执行改变自身功能或其它应用功能的代码,必须保持沙盒自包含。

这恰恰戳中了 Vibe Coding 的核心体验。用户通过自然语言实时让 AI 搓出新软件并在手机上即时跑起来,在苹果的审核逻辑里,就等于应用在通过动态执行代码变成一个完全不同的软件。

Replit 对此提出申辩,认为生成的代码实际运行在云端虚拟机里,在手机端只是通过 WebView 呈现,体验类似于社交软件里点开一个网页链接。但苹果最初并没有接受这种解释。在给 9to5Mac 的回应中,苹果强调规则一视同仁,并没有针对这类工具立新规,且在过去两个月里与开发者进行了三次通话指导合规。

目前双方正在摸索折中方案。Replit 可能会放弃应用内直接渲染,把预览环节重定向到外部 Safari 浏览器中;而 Vibecode 则被告知,如果删掉「专门为苹果设备生成应用」的能力,更新大概率就能获批。

谁被卡住,谁又能放行?

有意思的是,苹果并没有全盘封杀这类工具。比如 Vercel 旗下的 v0,同样具备代码生成与界面预览功能,目前依然能照常推送版本更新。

此外,社区里一度传出「苹果禁止用 AI 写的应用上架」,业内人士很快澄清这纯属误读。开发者用自然语言生成的独立 App 只要符合规范,依然可以正常提交审核;苹果这次真正看管的,是手机端那些能「现场造软件并就地运行」的开发宿主应用。

但很难忽视背后的利益冲突。Vibe Coding 门槛极低,不仅带来了大量新提交应用挤压审核资源,更在帮开发者绕开 App Store 打造大量直接在浏览器运行的 Web App。与此同时,苹果自己的 Xcode 最近刚刚整合了 OpenAI 与 Anthropic 的 Agent 编程工具。反垄断律师 Gene Burrus 就直言,苹果在平台上出手限制潜在竞争对手早有先例。

为什么重要

对普通创作者和独立开发者来说,把手机当成便携 IDE、随手搓个原型是 Vibe Coding 最迷人的地方。如果未来每一次测试预览都得被弹到外部浏览器,操作连贯性难免要打折扣,但好在核心的模型推理和云端生成没有被切断,工具本身的可用性还在。

我们认为,这次交锋表面上是老条款碰上新技术,本质上却是苹果封闭围墙与动态 AI 软件的一次必然碰撞。以往的应用逻辑是静态打包的,审核团队看一眼就管几个月;而 AI 时代的软件是流动的、由 Prompt 即时编译生成的。如果严格卡死 2.5.2 条,未来任何具备动态调用代码、自主修改界面的 AI Agent,在 iOS 上都会寸步难行。

更现实的算盘是生态控制权。当自然语言让任何人都能分分钟捏出一个 Web App,苹果不仅收不到 30% 的抽成,连应用入口的主导权都会被稀释。苹果一边严格限制第三方移动编程工具的体验,一边在自家的桌面开发环境拥抱同一批 AI 公司,这种既当裁判又当选手的姿态很难不引发争议。这场关于预览机制的博弈,实际上是在给移动端所有生成式 AI 工具划定第一道红线。

来源 (4)

  1. [1]
    theinformation.com(在新标签页打开)原文theinformation.com
  2. [2]
  3. [3]
  4. [4]

每日 AI 内容精选