各位產品人，最近在科技圈鬧得沸沸揚揚的「vibe-coding」熱潮，也就是那種只要靠著「感覺」對 AI 下指令就能生出 App 的開發方式，正迎來它在移動端的第一場大地震。如果你正打算投入 AI 原生應用的開發，或是你的產品高度依賴蘋果的生態體系，那麼今天我要解讀的這則新聞，絕對值得你停下腳步仔細研讀。
這場風暴的主角是一家叫 Anything 的公司，他們做了一個讓用戶能直接在手機上透過 AI 寫代碼並運行 App 的工具。但在過去這幾週裡，這款應用竟然被蘋果從 App Store 兩度下架。這不只是一家新創公司的困境，它背後隱藏的是蘋果這家巨頭在面對 AI 時代開發門檻大幅降低時，產生的深刻恐懼與防禦機制。這件事之所以讓許多產品經理感到焦慮，是因為我們一直追求的「賦能用戶」、「降低門檻」在強大的平台規則面前，竟然顯得如此脆弱。今天這篇文章，我就要替各位解讀這場「vibe-coding 守衛戰」背後的產品策略邏輯，以及在平台規則的夾縫中，產品人該如何尋找新的生路。
一、 誰動了蘋果的審核權力？
我們我們先來看看發生了什麼。Anything 的創始人最近透露，他們的 App 在三月底被蘋果下架。雖然中間短暫恢復，但到了四月初又再次被移除。受到影響的還不只是他們，像我們熟悉的 Replit 和 Vibecode，最近的更新也被蘋果扣住了。
蘋果給出的官方理由非常技術化：違反了開發者協議中的第 2.5.2 條。這一條規定，App 不得下載、安裝或執行外部代碼。但如果你仔細解讀蘋果在郵件中對 Anything 說的話，你會發現事情沒那麼簡單。蘋果特別指出，這款 App 把自己包裝成「iPhone 上的移動 App 製作工具」，並且宣傳可以「一鍵提交 App Store」和「導出完整源代碼」。
這戳中了蘋果最敏感的神經：審核權與生態控制權。
在蘋果看來，如果一個 App 可以讓用戶在裡面隨意生成、運行另一個 App，那這不就等於在 iOS 系統裡又搞了一個不受控的小系統嗎？蘋果對 Anything 團隊直言不諱地表示，這種機制可能會被用來下載惡意代碼。更糟糕的是，如果用戶在 Anything 裡面做了一個有害的 App，然後把它「側載」到自己的手機上運行，最後還宣稱這個 App 已經通過了蘋果的審核，這會讓蘋果的信譽徹底破產。
身為產品人，我們需要理解平台方的邏輯：在安全與開放之間，平台永遠會優先選擇「可控」。當你的產品功能強大到可以繞過平台的「守門人」角色時，你就不再是一個合作夥伴，而是一個威脅。
二、 84% 的增長背後，是人工審核的崩潰
如果你覺得這只是蘋果在霸凌小開發者，那你就看淺了。這裡有一個非常關鍵的數據：由於 AI 編程工具的普及，蘋果在單個季度內的 App 提交量竟然激增了 84%。
這是一個極其驚人的數字。各位產品人可以試著代入蘋果審核團隊的視角：原本一天要看 1000 個 App，現在突然變成了 1840 個，而且這些 App 很多都是 AI 在幾分鐘內「吐」出來的。這意味著，AI 正在利用極低廉的生產成本，衝擊蘋果維持了十幾年的、以人為核心的審核體系。
在這種情況下，蘋果的應對策略非常粗暴但也非常有效：直接封殺工具。既然我審核不過來你們提交的東西，那我就讓你們很難在手機上直接生產這些東西。
這種現象反映了一個深刻的產品矛盾：當 AI 讓「生產力」爆發到平台「治理能力」跟不上的時候，平台會選擇退回到封閉。Anything 之所以被針對，是因為它站在了這個矛盾的最前線。它不只是一個工具，它代表了一種「人人都是開發者」的新範式，而這種範式正在挑戰傳統應用商店的秩序。
三、 產品人的突圍路徑：不要在別人的地盤蓋地基
面對這種平台壓力，Anything 的應對方式非常值得我們參考。這不僅是求生，更是一次產品策略的重新定位。
尋求跨平台的替代方案
首先，他們開始尋求跨平台的替代方案。既然 iOS 不讓玩，Anything 已經開始考慮轉向更開放的 Android 系統。對產品經理來說，這是一個警示：在設計核心功能時，絕對不能過度依賴單一平台的特殊權限。
曲線救國的策略
其次，他們採取了「曲線救國」的策略。既然 App 本體被封殺，Anything 在這個月初推出了一個新功能，讓用戶可以透過 iMessage 平台來構建 App。這是一個非常聰明的做法，它利用了平台內建的通訊機制來實現交互，降低了被直接判定為「惡意執行代碼」的風險。同時，他們也準備開發桌面客戶端，讓用戶在電腦上完成「vibe-coding」，然後再把成品同步到手機上。這實質上是把開發環境與運行環境分離，避開了蘋果對移動端執行代碼的限制。
最後，這場爭議也引發了行業大佬的聲援。Epic Games 的執行長最近在社交媒體上公開呼籲，蘋果應該立即停止阻礙開發工具類 App 的發展。這意味著，這不再只是一次技術違規，而演變成了一場關於「開發權利」的輿論戰。
四、 給產品人的行動建議
當我們在討論 vibe-coding 或 AI 原生應用時，我們不能只沉迷於技術的便利，更要看清生態的底層邏輯。從這次 Anything 被下架的事件中，我為各位總結了三條具體的行動清單：
- 重新評估產品的平台風險：如果你的產品涉及「代碼生成」、「腳本執行」或「動態加載」，請務必重新研讀蘋果開發者協議的 2.5.2 條款。在設計功能時，要思考如何讓「生成」的過程與「執行」的環境在邏輯上解耦，避免觸碰平台的紅線。
- 建立多端緩衝帶：不要把所有的雞蛋都放在移動 App 這一個籃子裡。Anything 轉向 Web、桌面端以及利用 iMessage 的策略告訴我們，當核心入口被堵住時，你必須有能力迅速切換到其他交互界面。對於開發工具類產品，Web 第一（Web-first）往往比移動第一（Mobile-first）更具備抗風險能力。
- 關注 AI 導致的政策轉向：由於 AI 帶來的 App 提交量激增，蘋果極大可能會在近期調整審核流程，甚至引入更嚴格的人工智能輔助審核。身為產品人，我們需要密切關注 App Store 的政策更新，尤其是關於「AI 生成內容」或「AI 開發工具」的標註要求。
各位產品人，AI 確實賦予了我們前所未有的創造力，但規則的邊界依然由巨頭掌控。當我們在用「感覺」寫代碼的同時，也請務必保持對平台生態的敏感度。
FAQ
Q1: 什麼是 vibe-coding？
A: vibe-coding 是一種新興的開發方式，開發者不需要編寫複雜的代碼，而是透過 AI 工具，以對話或提供「感覺」的方式下達指令，讓 AI 生成完整的 App 功能與代碼。這大大降低了軟體開發的門檻，讓非專業技術背景的產品人也能參與開發。
Q2: 為什麼 Anything App 會被蘋果 App Store 下架？
A: Anything 被下架的主要原因是違反了蘋果開發者協議第 2.5.2 條。該條款嚴格禁止 App 下載、安裝或執行外部代碼。Anything 因為允許用戶直接在手機上生成並運行 App，被蘋果視為在 iOS 內建立了一個不受控的小系統，可能帶來安全隱患。
Q3: 蘋果開發者協議第 2.5.2 條具體內容是什麼？
A: 根據蘋果開發者協議，第 2.5.2 條規定應用程式必須自含（Self-contained），不得下載、安裝或執行外部代碼（Executable code）。這旨在確保所有在 iOS 運行的功能都經過蘋果的人工審核，以維護系統的安全與穩定性。
Q4: 除了 Anything，還有哪些 AI 工具受到蘋果限制？
A: 根據報導，知名開發工具 Replit 和 Vibecode 的更新近期也被蘋果扣住。這顯示蘋果正在針對具有「代碼生成」或「腳本執行」功能的 AI 開發工具加強管制。
Q5: 蘋果對 Anything 宣傳的哪一點特別敏感？
A: 蘋果特別在意 Anything 宣傳自己是「iPhone 上的移動 App 製作工具」，並承諾能「一鍵提交 App Store」和「導出完整源代碼」。這直接挑戰了蘋果的審核權與對開發生態的控制權。
Q6: 產品經理如何降低產品被 App Store 下架的風險？
A: 產品經理應重新評估產品的平台風險，特別是涉及動態代碼加載的部分。建議讓「生成」過程與「執行」環境在邏輯上解耦，並建立多端緩衝帶（如 Web 或桌面端），避免過度依賴單一移動平台的特殊權限。
Q7: iMessage 在 Anything 的產品策略中扮演什麼角色？
A: Anything 利用 iMessage 作為構建 App 的平台，這是一種「曲線救國」策略。由於利用了蘋果內建的通訊機制來實現交互，能有效降低被直接判定為執行外部惡意代碼的風險，同時仍能維持用戶的移動端體驗。
Q8: 什麼是 Web-first 策略？為什麼它對開發工具很重要？
A: Web-first 策略是指產品優先在網頁端發布而非移動 App。對於 AI 開發工具而言，Web 端限制較少，具備更高的抗風險能力，當移動端入口被平台堵住時，Web 端能作為核心交互的備援，確保服務不中斷。
