蘋果整頓 Vibe Coding：卡住 Replit 更新，要求修改執行機制

對著手機輸入幾句大白話，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 工具劃定第一道紅線。