1. 首頁 > 生活百科 > >

蘋果，Vibe Coding 最嚴厲的父親

眾籌軟件3d打印雕刻

蘋果，Vibe Coding 最嚴厲的父親

文章圖片

蘋果，Vibe Coding 最嚴厲的父親

文章圖片

蘋果，Vibe Coding 最嚴厲的父親

文章圖片

蘋果，Vibe Coding 最嚴厲的父親

文章圖片

蘋果，Vibe Coding 最嚴厲的父親

Anything 的聯合創始人 Dhruv Amin 最近接到了一個他最不想接到的通知 。
蘋果把他們的應用 ， 整個從 App Store 下架了 。
理由是違反了 App Store 審核指南的 2.5.2 條款 。 這條規定的原文說 ， App 應自包含在自己的套裝中 ， 不得在指定容器范圍外讀取或寫入數據 ， 也不得下載、安裝或執行會引入或更改 App 特性或功能的代碼 ， 包括其他 App 。 例外情形僅限于極少數教育類場景 ， 前提還是源碼可見且可編輯 。
Anything 是一款支持 Vibe Coding 的工具 。 去年 8 月 ， Anything 先在網頁端上線 。 11 月推出 iPhone 版 ， 蘋果審核團隊順利放行 ， 沒有任何問題 。
此后 ， 他們成功更新了幾次 ， 一直到去年 12 月中旬 ， 蘋果開始拒絕他們的更新提交 ， 理由還是 Guideline 2.5.2 。 而就在剛剛 ， Anything 官方賬號也發了一條推文 ， 語氣調侃但扎心：
「突發新聞：蘋果公司對 Vibe Coding 感到恐慌 ， 把 Anything 從 App Store 下架了 ， 所以我們把應用開發轉移到了 iMessage 。 」
這一來一往 ， 也把這場平臺規則沖突 ， 寫成了一封發給所有 Vibe Coding 開發者的公開信 。

Vibe Coding 撞上了 App Store 的那堵墻要想搞懂這場下架風波 ， 得先弄明白蘋果的 Guideline 2.5.2 到底在管什么 ， 為什么 Anything 會觸線 。
打個比方 ， 你去餐廳點了一份套餐 ， 服務員端上來的 ， 必須是廚房審核過的那份菜 。 不能上桌之后廚師再跑過來往盤子里加東西 ， 更不能讓客人自己拿著食材現場改造 。
App Store 也不例外 ， 蘋果的審核團隊在某個時間點檢查了你的應用 ， 確認它安全、合規、功能符合規定 ， 然后放行 。 從這一刻起 ， 用戶下載到的那個 App ， 必須和審核通過的那個 App ， 是同一個東西 。
這條規則長期以來針對的 ， 是那些用「熱更新」走后門的開發者——應用上架后 ， 偷偷往里塞新代碼 ， 繞過審核直接推送給用戶 。 蘋果一直明令禁止這種行為 ， 因為一旦放行 ， 審核制度就形同虛設了 。
而現在 ， Vibe Coding 工具撞上的 ， 是同一堵墻 。
以 Anything 為代表的 Vibe Coding 工具讓用戶在 iPhone 上用自然語言描述需求 ， AI 實時生成代碼 ， 直接在設備上運行和預覽 。 用戶每次描述一個新需求 ， 就有一段新代碼被生成出來并在設備內執行 。
從蘋果的角度看 ， 這和「熱更新」在結構上難以區分 。 審核通過的是那個 Anything 的殼 ， 但殼里實際運行的代碼 ， 每次用戶用它 ， 都在動態變化 ， 蘋果根本沒看過那些代碼 ， 也沒有機會審核 。
今年初 ， 外媒 The Information 報道了蘋果對一批 Vibe Coding 應用凍結更新的事件之后 ， Anything 嘗試做了一個妥協版本 ， 把代碼預覽從 App 內部改到網頁瀏覽器里 。
但蘋果仍然沒有放行 ， 直接把整個應用下架了 。
這說明蘋果的判斷 ， 或許不只是某個具體功能有問題 ， 而是認為這類產品的運行邏輯本身 ， 就和 App Store 的審查模型存在根本沖突 。 即使代碼預覽發生在網頁里 ， 只要 Anything 這個 App 還在充當「生成并分發動態代碼」的入口 ， 蘋果就認為它超出了審核范圍 。
受影響的應用也不只是 Anything 。 蘋果從去年 12 月左右開始阻止一批 AI 編碼應用的更新 ， Replit 的 iPhone 版上次更新停在了今年一月 ， Bitrig 停在了去年十一月 。 還有一些團隊 ， 比如 Vibecode ， 索性放棄了移動端 ， 轉頭去做純 Web 產品 。

浪夠大 ， 閘門只有那么寬要理解蘋果為什么突然這么緊張 ， 還得先看清楚 Vibe Coding 到底掀起了多大的浪 。
2008 年 3 月 6 日 ， 蘋果免費開放 iPhone SDK ， 三個月下載量破 25 萬 。 同年 7 月 ， App Store 伴隨 iPhone 3G 上線 ， 500 個應用 ， 第一個周末下載量破百萬 ， 到 2009 年初突破 10 億次 。
工具門檻的持續下降 ， 讓移動開發迎來了第一次大爆發 。 十八年后 ， 同樣的事情再次發生了 。
此次的導火索 ， 與 Andrej Karpathy 在 2025 年 2 月發的一條帖子相互映照 。
這位 OpenAI 聯合創始人、前特斯拉 AI 總監 ， 在帖子里半開玩笑地描述了自己寫代碼時的狀態 ， 完全沉浸在氛圍里 ， 看到界面效果就給指令 ， 根本不深究代碼細節 ， 「幾乎忘記代碼存在」 。
他把這種狀態叫做 Vibe Coding 。
至此 ， Vibe Coding 就在 AI 編程圈獲得一席之地 ， Node.js 之父 Ryan Dahl 更是直言人類手寫代碼的時代結束了 。 Linus 之父 Linus Torvalds 在 GitHub 上發布的新項目 AudioNoise ， 在自述文件里也明說這個 Python 可視化工具基本上是用 Vibe Coding 方式寫出來的 。
與 Vibe Coding 一脈相承的 ， 是「智能體編碼」（Agentic Coding） 。
2025 年推出的 Claude Sonnet 4 和 GPT-5-Codex ， 被視為首批真正實用的智能體模型 ， AI 可以像工程師一樣理解整個項目 ， 自主完成測試、調試、循環迭代 ， 直到功能跑通 。 開發者從此只需要下指令和把關 。
門檻的再次下降 ， 直接沖擊了 App Store 應用的提交量 。
a16z 統計 ， 2025 年全年新上架應用同比增幅 24% ， 12 月單月同比增長 56% ， 2026 年 1 月繼續以 54.8% 的增速跟上 ， 這是過去四年里的最高紀錄 。 全年新應用提交量約 557000 個 。
此前三年 ， 這個數字幾乎變化不大 。 當然 ， 這些新增應用里有多少是借助 Vibe Coding 完成的 ， 目前沒有準確數字；但時間節點上的強相關 ， 已經足夠說明問題 。
只是 ， 浪潮夠大 ， 蘋果的閘門只有那么寬 。
據 The Bussiness Insider 報道 ， 美國程序員 James Steinberg 曾向 App Store 提交了自己靠 AI 做的應用 ， 然后等了整整六周 ， 還沒上線 。 更新也是 ， 每次提交要等兩天到一周不等 。
「現在最慢的環節已經不是做應用 ， 不是推廣 ， 而是 App Store 的審核 ， 挺離譜的 。 」他說 。
James Steinberg 并不是個例 。 iOS 編程社區的 Reddit 版塊里 ， 一堆開發者在抱怨審核時間變長了 。 有人開始擔心蘋果會進一步收緊審核標準 ， 專門針對 Vibe Coding 應用和 AI 生成的「垃圾內容」 。
對此 ， 蘋果給出的官方數據是 ， 過去 12 周每周處理超過 20 萬份提交 ， 平均審核時間 1.5 天 ， 90% 的提交在 48 小時內完成 。
值得一提的是 ， 蘋果自己也在 Vibe Coding 這件事上押了重注 。
今年 2 月推出的 Xcode 26.3 ， 直接讓 Claude Agent 和 OpenAI Codex 進了 Xcode ， 用來搜索文檔、查看文件結構、更新項目設置、驗證預覽、自動迭代構建 。
因此 ， 蘋果并不反對「AI 幫你寫代碼」 ， 它反對的是「用戶通過第三方 App 在商店審核之外生成并執行新代碼」 。
這是平臺控制權問題 ， 不是技術立場問題 。 蘋果希望 AI 編碼發生在自己的開發軌道里 ， 開發者用 Xcode ， 走蘋果的工具鏈 ， 接受蘋果的審核邏輯：先寫好、再審核、再上架 ， 順序不能亂 。

當心 Vibe Coding 的爛攤子說句公道話 ， 蘋果的收緊并非毫無緣由 。
舉個簡單例子 ， 去年 Sora APP 發布之后 ， App Store 就冒出了一大批山寨 Sora 應用 ， 有的在圖標里直接盜用 OpenAI 的官方標志 ， 有的在副標題里掛上「Veo 3」蹭熱度 ， 全部指向一個目的 ， 騙用戶開高額訂閱 。
科技博客 Daring Fireball 記錄了其中一款名叫「Sora 2: AI Video Generator」的應用 ， 不僅順利上架 ， 還一度沖上照片與視頻應用熱門榜第 9 位 。
不知情的用戶 ， 很容易把它當成正版 。
于是 ， 我們看到蘋果在去年 11 月修訂審核指南 ， 在第 4.1 節「抄襲」里明確寫道 ， 「請拿出你自己的想法 。 我們知道你有自己的奇思妙想 ， 那么請將它們付諸實際 。 請不要簡單照搬 App Store 上的熱門 App ， 或只是細微修改其他 App 的名稱或 UI ， 就將其挪為己用 。 」
更重要的是 ， Vibe Coding 的爛攤子 ， 也是真實的 。
Karpathy 自己都笑著說 ， 他做項目的時候不再深入理解代碼 ， 只是讓它能用 。 這種「能跑就行」的開發哲學 ， 在原型階段極其高效 ， 在產品后期可能是災難 。
AI 生成的代碼往往缺乏邊界檢查和錯誤處理 ， 碰到異常輸入就崩 。 數據庫索引、算法復雜度這些優化 ， 模型不會主動去想 ， 隨著用戶增長 ， 性能瓶頸很快出現 。
遇到要改功能的時候 ， 開發者發現自己看不懂代碼 ， 只能繼續用 AI 打補丁 ， 補丁摞補丁 ， 最后變成一座沒人敢碰的屎山 。 當年初為了搶上線快速用 AI 寫的代碼 ， 可能在年末變成團隊的噩夢 ， 為了一個改動牽一發動全身 。
Reddit 上甚至出現了一群人 ， 自稱「AI 考古學家」 。
他們的日常是被那些因為 Vibe Coding 導致系統崩潰的公司雇來 ， 專門替 AI 收爛攤子 ， 給客戶返工、補救、兜底 ， 在幾百萬行 AI 生成的亂碼中 ， 找那個因為模型幻覺產生的致命 bug 。
諷刺的是 ， 用 AI 省下來的錢 ， 好多公司以另一種方式花回去了 ， 甚至更多 。
這些爛攤子 ， 也是蘋果收緊審核的隱性理由之一 。 但無論蘋果怎么圍堵 ， 軟件開發平民化的趨勢已經不可逆轉 。 Anything 被下架 ， 只是一個創業公司和平臺規則之間的摩擦 。
而 Vibe Coding 帶來的是整個軟件生產關系的重構 。 OpenAI CEO 奧特曼曾和朋友打賭 ， 第一家由單個人建立、達到十億美元規模的公司 ， 會出現在哪一年 。
現在看來 ， 那個時代已經呼之欲出了 。 在「1 個創始人 + 1 個 AI 智能體 = 1 個百萬美元級 App」的行業共識下 ， App Store 也無法阻擋太久 。
這是最好的時代 ， 也是最壞的時代 。 狄更斯的名句寫在 2026 年 App Store 的審核閘門之上 ， 竟意外地貼切 。
【蘋果，Vibe Coding 最嚴厲的父親】#歡迎關注愛范兒官方微信公眾號：愛范兒（微信號：ifanr） ， 更多精彩內容第一時間為您奉上 。

    推薦閱讀