App Store新應用暴增84%：蘋果一邊數錢一邊刪帖

2024年，全球開發者往App Store塞了近60萬個新應用，同比增長30%。這個數字本身不算驚人，但往前看八年——2016年到2024年，新應用提交量暴跌46%，整個行業都在喊"移動應用已死"。

死而復生的訣竅，是一種叫"氛圍編程（vibe coding）"的東西。Anthropic的Claude Code、OpenAI的Codex，這些工具讓不會寫代碼的人用自然語言描述需求，AI直接生成能跑的應用。Sensor Tower高級分析師Abraham Yousef說：「過去一年新應用爆炸式增長，與代理式編程工具的廣泛發布高度吻合，這些工具消除了此前創建應用的諸多障礙。」

換句話說，編程的門檻從"學會一門語言"降到了"會說話"。

蘋果的兩副面孔

面對這波洪流，蘋果的官方口徑很體面：「這反映了App Store的持續相關性。」翻譯成人話——我們的平臺依然有價值，開發者還在涌進來。

但另一張面孔就沒那么客氣了。

過去幾周，蘋果下架或拒審了Anything、Replit等幾款iOS氛圍編程應用。理由是這些工具生成的代碼屬于"解釋型代碼"，能在運行時改變應用的核心功能，違反了App Review Guidelines和開發者協議。

這里有個微妙的悖論：蘋果受益于AI降低了開發門檻，卻不愿意讓AI在設備上太"自由"。你可以用AI寫應用，但寫完之后，這個應用不能在用戶手機里繼續用AI改寫自己。

Replit和Anything的開發者被迫調整代碼生成和執行方式。蘋果劃的線很清楚：工具可以輔助創作，成品必須是靜態的、可預測的、經過人工審核的。

審核團隊的隱形戰爭

新應用暴增84%的直接后果，是審核隊列的壓力。

上個月，Elon Musk在X上開炮：「iOS應用審核延遲越來越荒唐。」這條抱怨獲得了大量開發者共鳴。但蘋果發言人否認審核時間在變長，并甩出一組數據：90%的提交在48小時內處理完畢，過去12周每周處理超過20萬份提交，平均審核時間1.5天。

發言人還補了一句：每份提交仍需人工審核，但公司正越來越多地使用AI工具輔助流程。

這里有個有趣的鏡像——開發者用AI生成應用，蘋果用AI審核應用。兩條流水線都在加速，但摩擦點在于：當AI生成的代碼越來越復雜，人工審核員是否真能看懂其中的邏輯？

蘋果說"人工必須參與"，但沒解釋"參與"的深度。是掃一眼UI截圖，還是逐行檢查AI生成的代碼？如果是后者，審核員需要具備的技能，已經和傳統iOS開發審核大不相同。

誰在制造這波應用潮

Sensor Tower的數據沒有區分"AI生成應用"和"傳統開發應用"的比例，但The Information的判斷很直接：「很難確定有多少新應用是用AI開發的，但考慮到這些工具的普及速度，大多數很可能依賴AI工具。」

這個推斷基于兩個觀察：

第一，非程序員現在能產出"可用"的應用。不是原型，不是demo，是能上架、能下載、能運行的產品。質量參差不齊，但功能完整。

第二，專業開發者的產能被放大。一個原本需要兩周的MVP（最小可行產品），現在可能兩天就能迭代出來。結果是更多實驗性產品被推向市場，試錯成本驟降。

這兩種力量疊加，構成了60萬新應用的底色。其中不乏工具類應用的重復造輪子、AI套殼產品的泛濫，但也可能藏著下一個Notion或Figma的早期形態——只是現在還分辨不出。

平臺的權力邊界

蘋果對Replit和Anything的打壓，暴露了一個更深層的問題：當AI成為開發工具鏈的核心環節，平臺方和工具方的權力如何分配？

Replit是一個在線IDE（集成開發環境），用戶可以在瀏覽器里寫代碼、跑應用。它的iOS版本被蘋果盯上，是因為允許用戶在移動端繼續這種"動態執行"的體驗。Anything類似，主打用自然語言生成iOS應用。

蘋果的限制并非針對AI本身，而是針對"運行時代碼修改"這個行為。這是iOS生態的老規則，早在AI時代之前就存在。但AI讓這種修改變得極其容易——用戶一句話，應用就能長出新功能。

對蘋果來說，這是可控性的喪失。審核時看到的是一個計算器應用，用戶用起來可能變成文件管理器。這種變形能力，和iOS封閉生態的底層邏輯直接沖突。

開發者的不滿在于：同樣的邏輯，為什么Web端可以，iOS端不行？答案很簡單——Web不受App Store管轄。但這也解釋了為什么越來越多的"氛圍編程"工具選擇先做Web版本，iOS只是可選的分發渠道。

審核時間的羅生門

回到Musk的抱怨。他的具體遭遇沒有公開，但"審核變慢"的感知在開發者社區確實存在。蘋果的反駁數據很完整，卻回避了一個問題：平均1.5天的審核時間，是否掩蓋了長尾案例的拖延？

一個新應用和一次版本更新，審核深度不同。一個用傳統Swift開發的應用，和一個AI生成、包含大量動態代碼的應用，審核路徑也不同。蘋果說"90%在48小時內完成"，那剩下的10%呢？

對于依賴快速迭代的初創團隊，被扔進那10%的隊列，體驗就是"越來越荒唐"。

更隱蔽的變化是審核標準本身的波動。AI生成應用的涌入，必然迫使審核團隊調整判斷依據。哪些AI功能是允許的，哪些屬于"運行時修改"，邊界在實戰中模糊。開發者感受到的"變慢"，可能是標準重構期的陣痛。

應用經濟的形態遷移

84%的增長數字背后，是應用經濟參與者的結構性變化。

傳統意義上的"開發者"——掌握Swift/Objective-C、熟悉UIKit、理解內存管理的專業人群——依然是生態的骨架。但肌肉組織正在換血：產品經理用Claude Code把自己的原型變成可測試應用；設計師用Codex生成交互demo；甚至普通用戶為了解決自己的特定需求，拼湊出一個只給自己用的小工具。

這些應用中的大多數不會獲得下載量，不會創造收入，不會進入任何榜單。但它們占據了App Store的貨架空間，消耗了審核資源，構成了那60萬數字的龐大底座。

蘋果需要這個底座來維持生態的活躍度，又需要控制它的質量以防商店淪為垃圾場。這個平衡術，在AI時代變得更加艱難。

工具民主化的代價

氛圍編程的擁躉喜歡說，這是"創作的民主化"。但民主化往往伴隨噪音的激增。

App Store的搜索體驗已經多年被詬病，AI生成應用的涌入可能加劇這個問題。當描述應用功能的自然語言可以直接變成代碼，關鍵詞堆砌、功能碰瓷、圖標抄襲的成本都趨近于零。

蘋果的應對策略是收緊運行時權限，同時用AI輔助審核。這是一個典型的平臺方思路：不阻止你進來，但限制你能做什么；不增加人手，但用技術對沖規模。

問題在于，這套機制能否跟上AI工具的進化速度。Claude Code和Codex的迭代周期以月計算，App Review Guidelines的更新以年計算。當AI生成的代碼已經能騙過靜態分析工具，審核團隊的AI輔助工具是否還能有效識別風險？

蘋果發言人提到的"AI輔助審核"，沒有透露任何技術細節。是圖像識別檢查截圖合規，還是代碼分析檢測動態執行，抑或兩者結合？這個黑箱的透明度，將直接影響開發者對平臺的信任。

一個未被回答的問題

84%的增長是起點還是峰值？

如果氛圍編程工具繼續進化，非程序員的生產力還有釋放空間。但蘋果的審核壓力也有物理極限——即使AI輔助，人工終審的瓶頸客觀存在。更可能的場景是：審核標準進一步分化，AI生成應用進入專門的快速通道，但功能受限；傳統開發應用保持完整權限，但門檻相對提高。

這種雙軌制已經在隱約成形。Replit和Anything被要求整改，而大量低復雜度的AI生成應用似乎順利過審。蘋果在試探邊界，開發者也在試探。

當Musk抱怨審核延遲時，他真正不滿的或許不是等待時間，而是這種不確定性——不知道自己的應用會被如何歸類，不知道規則明天會不會變。

Sensor Tower的分析師沒有預測2025年的數字。但有一個細節值得注意：蘋果說過去12周每周處理超過20萬份提交，而2024年全年新應用約60萬。簡單換算，單周處理量已經接近全年新增量的三分之一——這意味著存量應用的更新提交正在激增，審核隊列的構成比表面數字更復雜。

如果更新審核也開始堆積，開發者會轉向哪里？TestFlight的邀請制分發，還是徹底放棄iOS優先策略？