蘋果，Vibe Coding 最嚴厲的父親

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

蘋果把他們的應(yīng)用從 App Store 下架了，理由是違反了 App Store 審核指南的 2.5.2 條款。

這條規(guī)定的原文說，App 應(yīng)自包含在自己的套裝中，不得在指定容器范圍外讀取或?qū)懭霐?shù)據(jù)，也不得下載、安裝或執(zhí)行會引入或更改 App 特性或功能的代碼，包括其他 App。

例外情形僅限于極少數(shù)教育類場景，前提還是源碼可見且可編輯。

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

Anything 是一款支持 Vibe Coding 的工具。去年 8 月，Anything 先在網(wǎng)頁端上線。11 月推出 iPhone 版，蘋果 App Store 審核團隊都順利放行。

此后，他們成功更新了幾次，一直到去年 12 月中旬，蘋果開始拒絕他們的更新提交，理由還是 2.5.2 條款。而就在剛剛，Anything 官方賬號也發(fā)了一條正面硬剛的推文：

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

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

Vibe Coding 撞上了 App Store 的那堵墻

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

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

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

這條規(guī)則長期以來針對的，是那些用「熱更新」走后門的開發(fā)者——應(yīng)用上架后，偷偷往里塞新代碼，繞過審核直接推送給用戶。蘋果一直明令禁止這種行為，因為一旦放行，審核制度就形同虛設(shè)了。

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

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

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

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

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

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

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

浪夠大，閘門只有那么寬

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

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

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

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

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

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

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

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

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

門檻的再次下降，直接沖擊了 App Store 應(yīng)用的提交量。a16z 統(tǒng)計，2025 年全年新上架應(yīng)用同比增幅 24%，12 月單月同比增長 56%，今年 1 月繼續(xù)以 54.8% 的增速跟上，這是過去四年里的最高紀錄。

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

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

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

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

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

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

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

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

https://developer.apple.com/documentation/xcode-release-notes/xcode-26\_3-release-notes

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

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

當心 Vibe Coding 的爛攤子

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

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

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

不知情的用戶，很容易把它當成正版。

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

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

更重要的是，Vibe Coding 的爛攤子，也是真實的。Karpathy 自己都笑著說，他做項目的時候不再深入理解代碼，只是讓它能用。這種「能跑就行」的開發(fā)哲學，在原型階段極其高效，在產(chǎn)品后期可能是災(zāi)難。

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

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

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

他們的日常是被那些因為 Vibe Coding 導(dǎo)致系統(tǒng)崩潰的公司雇來，專門替 AI 收爛攤子，給客戶返工、補救、兜底，在幾百萬行 AI 生成的亂碼中，找那個因為模型幻覺產(chǎn)生的致命 bug。

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

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

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

現(xiàn)在看來，那個時代已經(jīng)呼之欲出了。

在「1 個創(chuàng)始人 + 1 個 AI 智能體 = 1 個百萬美元級 App」的行業(yè)共識下，App Store 也無法阻擋太久。

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

我們正在招募伙伴

簡歷投遞郵箱hr@ifanr.com

?? 郵件標題「姓名+崗位名稱」（請隨簡歷附上項目/作品或相關(guān)鏈接）