Apple 下架 Anything，vibe coding…
Apple 以 App Store 規則下架 Anything，焦點不是 AI 寫程式本身，而是程式碼如何下載、預覽與執行。這對 iPhone 上的 vibe coding 工具有直接影響。
Apple 把 Anything 從 App Store 下架了。原因很直接：它想把 app 預覽搬到瀏覽器，Apple 不買單。這件事看起來像審核爭議，實際上是在畫線，決定 iPhone 和 iPad 上，程式碼能不能被生成、預覽、再執行。
這不是單一案例。3 月初，Replit 和 Vibecode 也碰到 Apple 的回頭看。講白了，Apple 不是在管「vibe coding」這個詞，而是在管流程。你可以用 AI 寫程式，但你不能讓 App Store 變成一個看不清楚的執行入口。
對台灣開發者來說，這件事很現實。你如果在做 AI 編程工具，iOS 不是單純的發佈平台。它是規則很硬的沙盒。你要想的不是「能不能做」，而是「Apple 會不會讓你上架」。
Apple 到底在管什麼
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
Apple 引用的是 App Review Guidelines 的 2.5.2。這條規則說得很白：app 要自成一體，不能下載、安裝或執行會改變 app 行為的程式碼。Apple 也提到 Apple Developer Program License Agreement 的 3.3.1(B)，對下載後的 interpreted code 有限制。
這些字很硬，但意思不難懂。Apple 在意的是，審核時看到的 app，跟上架後跑起來的 app，不能差太多。只要程式碼能在裝置上動態變身，Apple 就會緊張。因為它沒辦法在審核那一刻，把每個執行路徑都看透。
你可能會想問，這跟 AI 有什麼關係。關係很大。AI 編程工具常常先產生程式碼，再把它拿去預覽、執行，甚至讓 app 自己更新功能。對 Apple 來說，這就踩到它最怕的點：審核過了，行為卻變了。
- Apple 要求 app 保持自包含。
- Apple 不喜歡下載後改變功能的程式碼。
- 教育類 code app 有例外，但條件很窄。
- Apple 管的是執行路徑，不是 AI 標籤。
這裡很重要。很多人以為 Apple 在打壓 vibe coding。其實不是。Apple 打的是「可動態改變 app 行為」這件事。你只是幫使用者寫程式，跟你讓 app 自己長出新功能，這兩件事在 Apple 眼裡差很多。
說白了，Apple 要的是可控性。它可以接受工具，但不太接受一個會自己變形的工具。這就是 iOS 生態一直以來的老脾氣，沒什麼新鮮的，只是現在換成 AI 編程工具來撞牆。
Anything 為什麼會被拔掉
根據 The Information 的報導，Anything 曾想更新成在瀏覽器裡顯示 vibe-coded app 的預覽，而不是直接在 Anything app 裡跑。這看起來像是想繞開 Apple 的疑慮，把執行和主程式切開。
但 Apple 不吃這套。它先拒絕更新，接著直接把 app 下架。開發者 Dhruv Amin 也提到這個結果。這代表 Apple 不是只在卡某個版本，而是對整個產品方向有意見。
這種處理方式很 Apple。它不一定會公開大吵，但它會用審核機制把界線劃出來。你如果想在 iPhone 上做 AI 編程，最好先想清楚：你的 preview 在哪裡跑？你的 code 是本地執行，還是遠端執行？你的 app 會不會在審核後換一套行為？
“Apps should be self-contained in their bundles, and may not read or write data outside the designated container area, nor may they download, install, or execute code which introduces or changes features or functionality of the app, including other apps.”
這段話就是核心。Apple 不只在管安全，也在管權限邊界。它不想讓一個 AI 編程 app 變成一個可隨時改寫自己功能的容器。那種東西對開發者很爽，對平台方很刺眼。
我覺得這次下架，還有一個訊號。Apple 想把「產生程式碼」和「執行程式碼」切開。前者可以談，後者要很小心。只要你把兩者黏在一起，就會碰到審核紅線。
跟其他 coding 工具有什麼差別
Apple 沒有把所有 vibe coding app 一次清掉。這點很重要。它比較像是選擇性執法，而不是全面封殺。也就是說，還是有工具能活下來，只是你得照它的遊戲規則走。
拿 Replit 來看，它本來就是 cloud-first。很多執行都在雲端。再看 Visual Studio Code，它主要是桌面端工具，審核模型跟 iOS app 根本不同。這些工具不是沒風險，而是風險分布不同。
Anything 的問題在於，它看起來碰到了 Apple 最敏感的區域：預覽、執行、功能變化，三件事黏得太近。只要 app 能在裝置上做出審核後才出現的行為，Apple 就會開始盯。
這裡也能看出一個市場差異。網頁工具通常比較快，限制也少。iOS 工具就不一樣。你得同時顧 UX、沙盒、審核、法務。每多一層，就多一個被退件的理由。
如果你是產品經理，這件事很直白。你不能只問「這功能酷不酷」。你還得問「這功能會不會讓 Apple 不爽」。這不是技術潔癖，這是上架成本。
產業現在卡在哪裡
AI 編程工具這兩年很熱。OpenAI、Anthropic、Cursor 這些名字，大家都在聽。可是工具一熱，平台規則就會跟上。Apple 現在做的，就是把 iPhone 上的執行邊界重新說一遍。
這對生態有兩個影響。第一，iOS 上的 AI coding app 會更偏向 browser preview、remote runtime、或純編輯器。第二，真正想讓使用者「直接生成並跑起來」的產品，會更常被卡。不是技術不行，是平台不讓你太自由。
這種情況在手機平台很常見。桌面端可以比較鬆。手機端就不一樣。因為手機裡有支付、帳號、定位、相簿、藍牙，權限太多。平台方只要覺得你可能繞過審核，它就會先擋再說。
我自己的判斷很簡單。接下來半年，這類 app 會分成兩派。第一派是乖乖做編輯器。第二派是把執行放到雲端。中間那種「本機生成、本機預覽、本機執行」的設計，會越來越難過審。
這也不是 Apple 第一次這樣做。它一向喜歡控制界面。只是以前是管播放器、下載器、瀏覽器。現在換成 AI 編程工具而已。
台灣開發者該怎麼看
如果你在台灣做 SaaS、AI 工具，這件事很值得記一下。很多團隊一開始都想先做 iOS app，因為使用者多、體驗好、付費也快。但一碰到會產生程式碼的產品，iOS 就不一定是最好的第一站。
更穩的做法，常常是先做 web app，再做桌面端，最後才碰 iOS。這樣你可以先把 runtime、preview、權限邏輯理順。等到真的要上手機，再決定要不要把執行留在雲端。這樣比較不會在審核那關被打回票。
如果你非做 iOS 不可，那就要把「可見性」做滿。讓 Apple 看得懂你的 code 怎麼生成、怎麼預覽、怎麼執行。越黑盒，風險越高。這不是情緒問題，是審核問題。
我的預測很直接。Apple 之後會繼續盯這類 app。凡是會在裝置上動態改變功能的工具，風險都會升高。你如果正在做相關產品，現在就該改架構，不要等到上架後才補救。
你可以先問自己一句：你的 app 是在幫人寫程式，還是在幫人繞過審核？Apple 會很快告訴你，它比較在意哪一種。
結尾：別把規則當成小事
這次 Anything 被下架，不是單純一個 app 倒楣。它是在提醒所有做 AI 編程的人，平台規則比模型能力更先決定產品能不能活。你模型再強，若執行方式踩線，照樣會被請出去。
接下來最實際的做法，就是先設計好你的執行邊界。能放雲端就放雲端。能保持靜態預覽就別做自我修改。能讓審核看得懂，就別搞黑盒。這些聽起來很保守，但在 iOS 上，保守常常比較能活。