Anything 的聯(lián)合創(chuàng)始人 Dhruv Amin 最近接到了一個(gè)他最不想接到的通知。

蘋果把他們的應(yīng)用，整個(gè)從 App Store 下架了。

理由是違反了 App Store 審核指南的 2.5.2 條款。這條規(guī)定的原文說，App 應(yīng)自包含在自己的套裝中，不得在指定容器范圍外讀取或?qū)懭霐?shù)據(jù)，也不得下載、安裝或執(zhí)行會引入或更改 App 特性或功能的代碼，包括其他 App。例外情形僅限于極少數(shù)教育類場景，前提還是源碼可見且可編輯。

Anything 是一款支持 Vibe Coding 的工具。去年 8 月，Anything 先在網(wǎng)頁端上線。11 月推出 iPhone 版，蘋果審核團(tuán)隊(duì)順利放行，沒有任何問題。

此后，他們成功更新了幾次，一直到去年 12 月中旬，蘋果開始拒絕他們的更新提交，理由還是 Guideline 2.5.2。而就在剛剛，Anything 官方賬號也發(fā)了一條推文，語氣調(diào)侃但扎心：

「突發(fā)新聞：蘋果公司對 Vibe Coding 感到恐慌，把 Anything 從 App Store 下架了，所以我們把應(yīng)用開發(fā)轉(zhuǎn)移到了 iMessage。」

這一來一往，也把這場平臺規(guī)則沖突，寫成了一封發(fā)給所有 Vibe Coding 開發(fā)者的公開信。

Vibe Coding 撞上了 App Store 的那堵墻

要想搞懂這場下架風(fēng)波，得先弄明白蘋果的 Guideline 2.5.2 到底在管什么，為什么 Anything 會觸線。

打個(gè)比方，你去餐廳點(diǎn)了一份套餐，服務(wù)員端上來的，必須是廚房審核過的那份菜。不能上桌之后廚師再跑過來往盤子里加?xùn)|西，更不能讓客人自己拿著食材現(xiàn)場改造。

App Store 也不例外，蘋果的審核團(tuán)隊(duì)在某個(gè)時(shí)間點(diǎn)檢查了你的應(yīng)用，確認(rèn)它安全、合規(guī)、功能符合規(guī)定，然后放行。從這一刻起，用戶下載到的那個(gè) App，必須和審核通過的那個(gè) App，是同一個(gè)東西。

這條規(guī)則長期以來針對的，是那些用「熱更新」走后門的開發(fā)者——應(yīng)用上架后，偷偷往里塞新代碼，繞過審核直接推送給用戶。蘋果一直明令禁止這種行為，因?yàn)橐坏┓判校瑢徍酥贫染托瓮撛O(shè)了。

而現(xiàn)在，Vibe Coding 工具撞上的，是同一堵墻。

以 Anything 為代表的 Vibe Coding 工具讓用戶在 iPhone 上用自然語言描述需求，AI 實(shí)時(shí)生成代碼，直接在設(shè)備上運(yùn)行和預(yù)覽。用戶每次描述一個(gè)新需求，就有一段新代碼被生成出來并在設(shè)備內(nèi)執(zhí)行。

從蘋果的角度看，這和「熱更新」在結(jié)構(gòu)上難以區(qū)分。審核通過的是那個(gè) Anything 的殼，但殼里實(shí)際運(yùn)行的代碼，每次用戶用它，都在動態(tài)變化，蘋果根本沒看過那些代碼，也沒有機(jī)會審核。

今年初，外媒 The Information 報(bào)道了蘋果對一批 Vibe Coding 應(yīng)用凍結(jié)更新的事件之后，Anything 嘗試做了一個(gè)妥協(xié)版本，把代碼預(yù)覽從 App 內(nèi)部改到網(wǎng)頁瀏覽器里。

但蘋果仍然沒有放行，直接把整個(gè)應(yīng)用下架了。

這說明蘋果的判斷，或許不只是某個(gè)具體功能有問題，而是認(rèn)為這類產(chǎn)品的運(yùn)行邏輯本身，就和 App Store 的審查模型存在根本沖突。即使代碼預(yù)覽發(fā)生在網(wǎng)頁里，只要 Anything 這個(gè) App 還在充當(dāng)「生成并分發(fā)動態(tài)代碼」的入口，蘋果就認(rèn)為它超出了審核范圍。

受影響的應(yīng)用也不只是 Anything。蘋果從去年 12 月左右開始阻止一批 AI 編碼應(yīng)用的更新，Replit 的 iPhone 版上次更新停在了今年一月，Bitrig 停在了去年十一月。還有一些團(tuán)隊(duì)，比如 Vibecode，索性放棄了移動端，轉(zhuǎn)頭去做純 Web 產(chǎn)品。

浪夠大，閘門只有那么寬

要理解蘋果為什么突然這么緊張，還得先看清楚 Vibe Coding 到底掀起了多大的浪。

2008 年 3 月 6 日，蘋果免費(fèi)開放 iPhone SDK，三個(gè)月下載量破 25 萬。同年 7 月，App Store 伴隨 iPhone 3G 上線，500 個(gè)應(yīng)用，第一個(gè)周末下載量破百萬，到 2009 年初突破 10 億次。

工具門檻的持續(xù)下降，讓移動開發(fā)迎來了第一次大爆發(fā)。十八年后，同樣的事情再次發(fā)生了。

此次的導(dǎo)火索，與 Andrej Karpathy 在 2025 年 2 月發(fā)的一條帖子相互映照。

這位 OpenAI 聯(lián)合創(chuàng)始人、前特斯拉 AI 總監(jiān)，在帖子里半開玩笑地描述了自己寫代碼時(shí)的狀態(tài)，完全沉浸在氛圍里，看到界面效果就給指令，根本不深究代碼細(xì)節(jié)，「幾乎忘記代碼存在」。

他把這種狀態(tài)叫做 Vibe Coding。

至此，Vibe Coding 就在 AI 編程圈獲得一席之地，Node.js 之父 Ryan Dahl 更是直言人類手寫代碼的時(shí)代結(jié)束了。Linus 之父 Linus Torvalds 在 GitHub 上發(fā)布的新項(xiàng)目 AudioNoise，在自述文件里也明說這個(gè) Python 可視化工具基本上是用 Vibe Coding 方式寫出來的。

與 Vibe Coding 一脈相承的，是「智能體編碼」（Agentic Coding）。

2025 年推出的 Claude Sonnet 4 和 GPT-5-Codex，被視為首批真正實(shí)用的智能體模型，AI 可以像工程師一樣理解整個(gè)項(xiàng)目，自主完成測試、調(diào)試、循環(huán)迭代，直到功能跑通。開發(fā)者從此只需要下指令和把關(guān)。

門檻的再次下降，直接沖擊了 App Store 應(yīng)用的提交量。

a16z 統(tǒng)計(jì)，2025 年全年新上架應(yīng)用同比增幅 24%，12 月單月同比增長 56%，2026 年 1 月繼續(xù)以 54.8% 的增速跟上，這是過去四年里的最高紀(jì)錄。全年新應(yīng)用提交量約 557000 個(gè)。

此前三年，這個(gè)數(shù)字幾乎變化不大。當(dāng)然，這些新增應(yīng)用里有多少是借助 Vibe Coding 完成的，目前沒有準(zhǔn)確數(shù)字；但時(shí)間節(jié)點(diǎn)上的強(qiáng)相關(guān)，已經(jīng)足夠說明問題。

只是，浪潮夠大，蘋果的閘門只有那么寬。

據(jù) The Bussiness Insider 報(bào)道，美國程序員 James Steinberg 曾向 App Store 提交了自己靠 AI 做的應(yīng)用，然后等了整整六周，還沒上線。更新也是，每次提交要等兩天到一周不等。

「現(xiàn)在最慢的環(huán)節(jié)已經(jīng)不是做應(yīng)用，不是推廣，而是 App Store 的審核，挺離譜的。」他說。

James Steinberg 并不是個(gè)例。iOS 編程社區(qū)的 Reddit 版塊里，一堆開發(fā)者在抱怨審核時(shí)間變長了。有人開始擔(dān)心蘋果會進(jìn)一步收緊審核標(biāo)準(zhǔn)，專門針對 Vibe Coding 應(yīng)用和 AI 生成的「垃圾內(nèi)容」。

對此，蘋果給出的官方數(shù)據(jù)是，過去 12 周每周處理超過 20 萬份提交，平均審核時(shí)間 1.5 天，90% 的提交在 48 小時(shí)內(nèi)完成。

值得一提的是，蘋果自己也在 Vibe Coding 這件事上押了重注。

今年 2 月推出的 Xcode 26.3，直接讓 Claude Agent 和 OpenAI Codex 進(jìn)了 Xcode，用來搜索文檔、查看文件結(jié)構(gòu)、更新項(xiàng)目設(shè)置、驗(yàn)證預(yù)覽、自動迭代構(gòu)建。

因此，蘋果并不反對「AI 幫你寫代碼」，它反對的是「用戶通過第三方 App 在商店審核之外生成并執(zhí)行新代碼」。

這是平臺控制權(quán)問題，不是技術(shù)立場問題。蘋果希望 AI 編碼發(fā)生在自己的開發(fā)軌道里，開發(fā)者用 Xcode，走蘋果的工具鏈，接受蘋果的審核邏輯：先寫好、再審核、再上架，順序不能亂。

當(dāng)心 Vibe Coding 的爛攤子

說句公道話，蘋果的收緊并非毫無緣由。

舉個(gè)簡單例子，去年 Sora APP 發(fā)布之后，App Store 就冒出了一大批山寨 Sora 應(yīng)用，有的在圖標(biāo)里直接盜用 OpenAI 的官方標(biāo)志，有的在副標(biāo)題里掛上「Veo 3」蹭熱度，全部指向一個(gè)目的，騙用戶開高額訂閱。

科技博客 Daring Fireball 記錄了其中一款名叫「Sora 2: AI Video Generator」的應(yīng)用，不僅順利上架，還一度沖上照片與視頻應(yīng)用熱門榜第 9 位。

不知情的用戶，很容易把它當(dāng)成正版。

于是，我們看到蘋果在去年 11 月修訂審核指南，在第 4.1 節(jié)「抄襲」里明確寫道，「請拿出你自己的想法。我們知道你有自己的奇思妙想，那么請將它們付諸實(shí)際。請不要簡單照搬 App Store 上的熱門 App，或只是細(xì)微修改其他 App 的名稱或 UI，就將其挪為己用。」

更重要的是，Vibe Coding 的爛攤子，也是真實(shí)的。

Karpathy 自己都笑著說，他做項(xiàng)目的時(shí)候不再深入理解代碼，只是讓它能用。這種「能跑就行」的開發(fā)哲學(xué)，在原型階段極其高效，在產(chǎn)品后期可能是災(zāi)難。

AI 生成的代碼往往缺乏邊界檢查和錯(cuò)誤處理，碰到異常輸入就崩。數(shù)據(jù)庫索引、算法復(fù)雜度這些優(yōu)化，模型不會主動去想，隨著用戶增長，性能瓶頸很快出現(xiàn)。

遇到要改功能的時(shí)候，開發(fā)者發(fā)現(xiàn)自己看不懂代碼，只能繼續(xù)用 AI 打補(bǔ)丁，補(bǔ)丁摞補(bǔ)丁，最后變成一座沒人敢碰的屎山。當(dāng)年初為了搶上線快速用 AI 寫的代碼，可能在年末變成團(tuán)隊(duì)的噩夢，為了一個(gè)改動牽一發(fā)動全身。

Reddit 上甚至出現(xiàn)了一群人，自稱「AI 考古學(xué)家」。

他們的日常是被那些因?yàn)?Vibe Coding 導(dǎo)致系統(tǒng)崩潰的公司雇來，專門替 AI 收爛攤子，給客戶返工、補(bǔ)救、兜底，在幾百萬行 AI 生成的亂碼中，找那個(gè)因?yàn)槟Ｐ突糜X產(chǎn)生的致命 bug。

諷刺的是，用 AI 省下來的錢，好多公司以另一種方式花回去了，甚至更多。

這些爛攤子，也是蘋果收緊審核的隱性理由之一。但無論蘋果怎么圍堵，軟件開發(fā)平民化的趨勢已經(jīng)不可逆轉(zhuǎn)。Anything 被下架，只是一個(gè)創(chuàng)業(yè)公司和平臺規(guī)則之間的摩擦。

而 Vibe Coding 帶來的是整個(gè)軟件生產(chǎn)關(guān)系的重構(gòu)。OpenAI CEO 奧特曼曾和朋友打賭，第一家由單個(gè)人建立、達(dá)到十億美元規(guī)模的公司，會出現(xiàn)在哪一年。

現(xiàn)在看來，那個(gè)時(shí)代已經(jīng)呼之欲出了。在「1 個(gè)創(chuàng)始人 + 1 個(gè) AI 智能體 = 1 個(gè)百萬美元級 App」的行業(yè)共識下，App Store 也無法阻擋太久。

這是最好的時(shí)代，也是最壞的時(shí)代。狄更斯的名句寫在 2026 年 App Store 的審核閘門之上，竟意外地貼切。