蘋果瘋狂狙擊Vibe Coding App

作者｜冬梅

蘋果 App Store 阻止多款

Vibe Coding 應(yīng)用更新

在蘋果創(chuàng)立五十周年之際，這家曾以“讓每個人都能使用計算機”為使命的公司，正再次站在技術(shù)路線與平臺治理的十字路口。

近期，蘋果在其 App Store 中對多款“Vibe Coding”應(yīng)用采取了限制措施，引發(fā)了開發(fā)者社區(qū)與行業(yè)觀察者的廣泛討論。

據(jù)多方信息顯示，蘋果已阻止至少兩款基于 Vibe Coding 理念的應(yīng)用更新，其中包括知名在線開發(fā)平臺 Replit，并以安全合規(guī)為由將相關(guān)產(chǎn)品 Anything 下架了兩次。蘋果要求這些應(yīng)用必須對其核心的“Vibe Coding”功能進行重大調(diào)整，甚至在某些審核階段，蘋果審核人員曾暗示要徹底移除這些功能。

這一限制直接導(dǎo)致 Replit 等應(yīng)用無法向 iOS 端推送新版本，用戶被迫停留在舊版本。由于技術(shù)迭代速度極快，蘋果每次阻止更新都在拉大新舊版本的差距，最終造成 iOS 用戶的體驗與其他平臺用戶產(chǎn)生顯著差異。

Anything 的聯(lián)合創(chuàng)始人 Dhruv Amin 在接受媒體采訪時表示，蘋果公司于 3 月 26 日下架了他們的應(yīng)用程序。此后，盡管曾短暫恢復(fù)上架，但該公司一直未能獲得重新批準。

Replit 的首席執(zhí)行官 Amjad Masad 公開直言不諱地表示，他們一直遵守蘋果公司的所有規(guī)則，但蘋果公司的這一行為使 iOS 上的開發(fā)者工具處于無法運作的境地。

前天，還在憤怒中緩不過來的 Amjad Masad 再次發(fā) x 痛斥蘋果站在了歷史錯誤的一邊。

那么，蘋果為什么要這么做？

蘋果之所以對“Vibe Coding”應(yīng)用采取限制措施，核心原因在于其認為這類應(yīng)用繞過了 App Store 長期堅守的審核機制，存在潛在的安全風(fēng)險。

蘋果指出，此類應(yīng)用的關(guān)鍵問題在于允許用戶在應(yīng)用內(nèi)運行未經(jīng)審核的軟件邏輯。盡管生成的代碼通常運行于云端或瀏覽器環(huán)境（而非直接安裝在 iOS 設(shè)備本地），但其本質(zhì)是通過動態(tài)生成代碼并即時執(zhí)行的方式，繞過了蘋果對應(yīng)用功能的預(yù)先審核流程——這是蘋果無法接受的。

并且蘋果方面表示，這一限制并非臨時舉措，而是基于 App Store 審核指南中已存在多年的條款（規(guī)則 2.5.2）。

“應(yīng)用程序應(yīng)在其軟件包內(nèi)保持獨立運行，不得讀取或?qū)懭胫付ㄈ萜鲄^(qū)域之外的數(shù)據(jù)，也不得下載、安裝或執(zhí)行任何引入或更改應(yīng)用程序（包括其他應(yīng)用程序）特性或功能的代碼。旨在用于教學(xué)、開發(fā)或允許學(xué)生測試可執(zhí)行代碼的教育類應(yīng)用程序，在特定情況下可以下載代碼，但前提是這些代碼不得用于其他用途。此類應(yīng)用程序必須確保用戶能夠完全查看和編輯其提供的源代碼。”

該條款明確規(guī)定：應(yīng)用程序“不應(yīng)下載、安裝或執(zhí)行引入或更改應(yīng)用程序功能或特性的代碼”。

值得注意的是，此規(guī)則制定于 AI 編碼成為獨立技術(shù)類別之前，但蘋果認為其適用范圍覆蓋了所有動態(tài)代碼執(zhí)行場景。

具體而言，Vibe Coding 為何觸發(fā)該規(guī)則？

理由很簡單，蘋果的審核流程會在批準應(yīng)用發(fā)布前對其代碼進行評估。如果應(yīng)用能夠執(zhí)行審核后生成的代碼，那么審核流程的大部分價值就蕩然無存了。用戶運行的應(yīng)用可能與蘋果批準的版本截然不同。

這條規(guī)則歷來會阻止腳本環(huán)境、插件系統(tǒng)以及繞過 App Store 的更新機制。

對蘋果而言，App Store 的審核機制不僅是商業(yè)分發(fā)渠道，更是其安全模型的基石——用于防范惡意軟件、隱私濫用以及對攝像頭、通訊錄、位置等敏感權(quán)限的非法訪問。這種“封閉且可控”的生態(tài)，也正是 iPhone 用戶長期信任的重要來源。

對于外界質(zhì)疑的蘋果針對 Vibe Coding 應(yīng)用的說法，蘋果則回應(yīng)稱，其行為并非針對 Vibe Coding 本身，而是基于既有規(guī)則的執(zhí)行，并強調(diào)不同產(chǎn)品在實現(xiàn)路徑上存在差異。例如，Claude 雖然也支持生成和運行應(yīng)用，但其功能更多在應(yīng)用內(nèi)部完成，而非像 Replit 那樣依賴外部瀏覽器環(huán)境。此外，蘋果也并未拒絕 AI 編程趨勢——其開發(fā)工具 Xcode 已在今年引入來自 OpenAI 與 Anthropic 的模型能力。

封鎖背后的利益博弈：

30% 傭金的保衛(wèi)戰(zhàn)

在開發(fā)者群體中，一部分人對蘋果以“安全合規(guī)”為由限制 Vibe Coding 應(yīng)用更新的做法存疑，認為其理由難以自洽。

他們反駁的核心邏輯是：用戶通過 Replit 等工具制作網(wǎng)頁應(yīng)用的行為，并未改變 Replit 應(yīng)用本身的底層邏輯——這類操作本質(zhì)是用戶在應(yīng)用內(nèi)完成的個性化內(nèi)容生成，既不涉及 Replit 功能的根本性調(diào)整，也不會干擾 App Store 中其他應(yīng)用的正常運行。因此，蘋果將“動態(tài)生成內(nèi)容”直接等同于“安全風(fēng)險”的判定，缺乏實際依據(jù)。

外界進一步分析認為，蘋果對動態(tài)代碼執(zhí)行的嚴苛審核，本質(zhì)上是通過規(guī)則限制維持其對應(yīng)用生態(tài)的絕對控制權(quán)——即使技術(shù)手段（如云端運行）已降低本地風(fēng)險，蘋果仍傾向于通過審核權(quán)把控應(yīng)用功能的邊界，確保生態(tài)內(nèi)的所有行為均處于可監(jiān)管范圍內(nèi)。

除了技術(shù)安全的借口，《The Information》的一檔視頻欄目里，AI 記者 Stephanie Palazzolo 和關(guān)注蘋果公司的記者 Aaron Tilley 談及了蘋果阻止 Replit 和 Vibecode 等應(yīng)用更新背后折射出的更深層次的商業(yè)利益沖突問題。

Stephanie Palazzolo 指出，蘋果此舉背后隱藏著三大動機：

首先是審核壓力的劇增。隨著 AI 編程門檻的降低，每天提交到 App Store 的新應(yīng)用數(shù)量呈爆炸式增長，這讓蘋果的審核團隊不堪重負。通過限制此類編程工具，蘋果可以從源頭上減緩新應(yīng)用的涌入速度。

其次，也是最核心的利益點，在于防范“逃離 App Store”。利用 Replit 等工具生成的往往是網(wǎng)頁應(yīng)用（Web Apps），這些應(yīng)用無需上架 App Store 即可運行。對于蘋果而言，這不僅意味著失去了對應(yīng)用數(shù)據(jù)的掌控，更意味著無法從中抽取高達 30% 的“蘋果稅”。

最后，競爭威脅亦不可忽視。這些輕量級、智能化的第三方編程工具，在功能上正逐漸與蘋果自家的開發(fā)者工具 Xcode 形成競爭。蘋果顯然不希望看到開發(fā)者繞過官方生態(tài)，去擁抱更靈活的第三方 AI 工具。

他們還談到，盡管大多數(shù)重度開發(fā)者仍傾向于在 MacBook 桌面端進行操作，但移動端的受阻已然對這些 AI 初創(chuàng)公司造成了實質(zhì)性傷害。以 Replit 為例，由于數(shù)月無法更新移動端應(yīng)用，其在 App Store 熱門開發(fā)者工具排行榜上的排名已顯著下滑，流量與收入均受到不同程度的影響。

蘋果記者 Aaron Tilley 評價道，歷史經(jīng)驗表明，蘋果在感到平臺地位受到威脅時絕不會退縮。從與 Epic Games 圍繞支付體系的爭議，到應(yīng)對歐洲監(jiān)管對側(cè)載（sideloading）的要求，再到與 Tencent 在小程序生態(tài)上的博弈，蘋果始終在捍衛(wèi)其“圍墻花園”模式。

其邏輯并不復(fù)雜：通過嚴格控制分發(fā)渠道與交易路徑，既保障用戶體驗與安全，也維持其在生態(tài)中的價值捕獲能力。

這種商業(yè)動機在財務(wù)數(shù)據(jù)中體現(xiàn)得尤為明顯。

App Store 所屬的服務(wù)業(yè)務(wù)，已成為蘋果增長的重要引擎之一，年度收入規(guī)模超過千億美元，且利潤率顯著高于硬件銷售。而一旦應(yīng)用繞過 App Store、直接通過網(wǎng)頁分發(fā)，蘋果將無法從中抽取 15% 至 30% 的傭金。這也使得“安全”與“商業(yè)模式保護”之間的界限，變得更加微妙。

與此同時，Vibe Coding 的崛起速度遠超預(yù)期。僅在過去一年多時間里，這一原本幾乎不存在的市場，已孕育出多家估值數(shù)十億美元的公司。更重要的是，它正在改變軟件生產(chǎn)的主體結(jié)構(gòu)——從專業(yè)開發(fā)者，擴展到設(shè)計師、創(chuàng)作者乃至普通用戶。數(shù)據(jù)顯示，過去一年 App Store 應(yīng)用發(fā)布量同比增長約 60%，創(chuàng)下近十年來新高，而這還只是整個 Vibe Coding 生態(tài)的一部分。大量應(yīng)用實際上誕生于開放的 Web 環(huán)境，并未進入蘋果的審核體系。

不少僅有一個人做出來的項目也進一步說明了這種變化。

一些沒有編程背景的用戶，借助 AI 編程工具首次將創(chuàng)意轉(zhuǎn)化為真實產(chǎn)品，甚至實現(xiàn)商業(yè)化。這類用戶并不具備使用 Mac 和 Xcode 的傳統(tǒng)開發(fā)路徑條件，而 Vibe Coding 恰恰填補了這一門檻鴻溝。從這個角度看，蘋果所提供的“在 Mac 上開發(fā)、再提交審核”的路徑，雖然技術(shù)上可行，但并未真正回應(yīng)這類新興用戶群體的需求。

雖然蘋果最終可能會與這些公司達成某種妥協(xié)方案，允許它們繼續(xù)存在，但這些應(yīng)用注定只能在蘋果劃定的“警戒線”內(nèi)運行。

在執(zhí)行層面，這一事件同樣暴露出不確定性。有消息稱，自今年初以來，蘋果多次調(diào)整對相關(guān)應(yīng)用的審核理由，即便開發(fā)者已針對先前問題進行修改，仍會面臨新的合規(guī)挑戰(zhàn)。與此同時，相關(guān)應(yīng)用在 App Store 中的排名與收入也受到影響。開發(fā)者則表示，其產(chǎn)品多年來一直符合蘋果規(guī)則，并已獲得上百次審核通過，此次限制令其“感到意外與失望”。

從更宏觀的視角來看，這場爭議的核心問題，并不在于 Vibe Coding 是否會普及——這一趨勢幾乎已成定局——而在于其主要發(fā)生在哪個生態(tài)體系之中。

范德比爾特大學(xué)反壟斷學(xué)教授 Rebecca Haw Allensworth 表示，經(jīng)濟學(xué)家們早就觀察到，壟斷者在其平臺上鼓勵競爭只是在一定程度上的。

“他們想控制創(chuàng)新的方向，使其遠離那些會破壞他們壟斷地位的事物，”她說。

如果蘋果繼續(xù)封禁這些工具，開發(fā)者們可能就會離開。他們會轉(zhuǎn)而開發(fā)面向網(wǎng)絡(luò)的應(yīng)用，因為在網(wǎng)絡(luò)上發(fā)布應(yīng)用無需蘋果的許可。最終，iPhone 用戶可能會面臨一個更糟糕的應(yīng)用生態(tài)系統(tǒng)，因為蘋果趕走了那些曾經(jīng)豐富生態(tài)系統(tǒng)的開發(fā)者。

蘋果并非首次面臨這樣的困境。在上世紀 90 年代，Microsoft 通過開放生態(tài)迅速擴大個人電腦市場，而蘋果則因封閉策略一度陷入困境。直到 Steve Jobs 回歸后，重新強調(diào)用戶體驗與創(chuàng)造力的釋放，才扭轉(zhuǎn)局勢。

網(wǎng)友：蘋果把用戶越推越遠

在蘋果限制多款 Vibe Coding 應(yīng)用的背景下，開發(fā)者社區(qū)的討論迅速升溫。

在 Reddit 平臺，有用戶吐槽這項政策實在是老掉牙了。

蘋果的這條規(guī)則至少可以追溯到 17 年前，也就是喬布斯擔(dān)任 CEO 的時候！在 Mac 電腦采用 A 芯片、iPad 采用 M 芯片的時代，這真切地證明了開發(fā)者的政策有多么陳舊過時。

還有用戶表示，蘋果這么做是在維護 App Store 的利益，他們封閉的產(chǎn)品戰(zhàn)略與 AI Coding 理念背道而馳。他寫道：

這遲早會發(fā)生。如果人們可以編寫自己的應(yīng)用程序，只需一個提示就能運行，那么整個應(yīng)用商店市場將會崩潰。蘋果的策略與 AI 編程的理念完全背道而馳。

在 Hacker News 上，大量評論從規(guī)則解釋、技術(shù)實現(xiàn)到平臺治理邏輯，對這一事件進行了多角度的拆解。

圍繞規(guī)則本身，爭議首先集中在蘋果對“運行外部代碼”的限制條款。

一位用戶直接引用了相關(guān)規(guī)定，指出蘋果明確要求應(yīng)用“不得下載、安裝或執(zhí)行會改變應(yīng)用功能的代碼”，僅對教育類應(yīng)用設(shè)有有限例外。這也成為不少人理解此次事件的出發(fā)點——即 Vibe Coding 類應(yīng)用本質(zhì)上允許用戶生成并運行代碼，因此天然處在規(guī)則的灰色地帶。有評論認為，從這個角度看，這類應(yīng)用被限制“并不令人意外”，因為“允許在應(yīng)用內(nèi)運行自定義代碼，一直是被禁止的”。

但問題在于，蘋果似乎很“雙標”。多位用戶提到，一些長期存在的應(yīng)用實際上已經(jīng)在做類似的事情。例如，有人指出，蘋果自家的 Swift Playgrounds 本身就允許用戶編寫和運行代碼，卻被歸類為“教育應(yīng)用”，從而適用于例外條款；而像 Pythonista 這樣的第三方應(yīng)用，也多年來允許執(zhí)行任意 Python 代碼，卻未受到同等限制。

有評論直言，“‘教育’例外條款更像是一個方便的漏洞”，而真正的問題在于蘋果是否在選擇性遵守規(guī)則。

在所有評論中，另一條重要脈絡(luò)是對平臺開放性的反思。

一部分評論將這一事件放在更宏觀的生態(tài)競爭中來看。有用戶指出，長期以來，Linux 和 Windows 在可定制性上明顯優(yōu)于蘋果，而蘋果則堅持“由平臺定義用戶體驗”的理念。在生成式 AI 讓“軟件定制化”成為可能的當下，這種模式可能面臨挑戰(zhàn)。

有人認為，隨著用戶越來越希望按需生成和修改應(yīng)用，傳統(tǒng) App 形態(tài)正在顯得“僵化”，而 Web 等開放平臺的吸引力正在上升。

圍繞這一趨勢，也有開發(fā)者分享了實踐案例。有評論提到，他們正在為一家完成 B 輪融資的公司構(gòu)建“白標”Vibe Coding 能力，使其 SaaS 平臺的客戶可以直接生成所需功能。據(jù)稱，這一模式已吸引約 1200 名用戶每日使用，并顯著提升了產(chǎn)品活躍度。這類案例被視為 Vibe Coding 潛在商業(yè)價值的直接證明，也強化了“需求已經(jīng)存在，平臺限制難以阻擋”的判斷。

在情緒表達更為直接的評論中，一些用戶將問題上升為“規(guī)則工具化”的批評。

有觀點認為，在現(xiàn)實操作中，規(guī)則往往并非中立執(zhí)行，而是被用作阻止特定事物的手段。“規(guī)則不是規(guī)則，而是工具”，一位用戶以個人經(jīng)歷類比稱，這種做法在各類監(jiān)管環(huán)境中并不罕見。

多年前，我親眼目睹了一群人成功阻止了一棟公寓樓的建設(shè)。他們利用了一個法律漏洞——其實他們根本不在乎那個法律條款本身，但他們很清楚，只要祭出這一招，開發(fā)項目就得原地踏步。結(jié)果，他們?nèi)缭敢詢敗?/p>

那天我才恍然大悟：對很多人來說，規(guī)則并不是真正的規(guī)則。規(guī)則只是他們用來阻礙自己眼中釘?shù)墓ぞ撸劣谝?guī)則本身到底是為了什么而制定的，根本不重要。

我認為這種心態(tài)非常令人作嘔，但不幸的是，這正是許多人的行事準則。

套用到這件事上，蘋果之所以制定“禁止運行外部代碼”的規(guī)則，可能只是為了封殺那些他們看不順眼的東西。而所謂“蘋果看不順眼的東西”，其實并不涵蓋所有運行外部代碼的應(yīng)用。雖然被殺掉的應(yīng)用很多，但由于某種原因，蘋果拒絕把這些細節(jié)寫進明文規(guī)定里。如果事實真是如此，那確實很差勁，但我一點也不覺得意外。因為我接觸過的每一個監(jiān)管者，都會給自己留一個“我看一眼就能定罪”的逃生艙，好讓他們能隨心所欲地查禁任何東西。

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

https://www.mindstudio.ai/blog/apple-blocking-vibe-coding-apps-explained

https://www.cnbc.com/2026/03/31/column-apples-crackdown-on-ai-apps-puts-it-wrong-side-of-history.html

https://www.reddit.com/r/apple/comments/1rx53n0/apple_quietly_blocks_updates_for_popular_vibe/

https://mezha.net/eng/bukvy/apple_blocks_vibe/

https://x.com/dhruvamin

https://news.ycombinator.com/item?id=47601555

聲明：本文為 InfoQ 翻譯整理，不代表平臺觀點，未經(jīng)許可禁止轉(zhuǎn)載。

會議推薦

QCon 全球軟件開發(fā)大會·2026 北京站將于 4 月 16 日 -18 日正式舉辦。本屆大會以“Agentic AI 時代的軟件工程重塑”為主題，聚焦 100+ 重磅議題，匯聚來自阿里、騰訊、字節(jié)跳動、小米、百度等一線科技企業(yè)與創(chuàng)新團隊的技術(shù)專家，圍繞 AI 工程化、系統(tǒng)架構(gòu)與研發(fā)模式演進展開深入探討。更多詳情可掃碼或聯(lián)系票務(wù)經(jīng)理 18514549229 進行咨詢。

今日薦文

你也「在看」嗎？