Lovable 把 vibe coding 帶上手機
Lovable 把 AI app builder 做進 iPhone 和 Android，並在 Apple 收緊 vibe-coding 規則後仍成功上架，主打用手機語音或文字快速發想，再接到桌面完成網站或 web app。
Lovable 的 AI app builder 已經上架 iPhone 和 Android，主打用手機語音或文字快速發想，再接到桌面完成網站或 web app。
Lovable 這次把 vibe coding 帶進手機。它同時登上 Apple App Store 和 Google Play。說真的，這時間點很微妙。Apple 這陣子剛收緊 AI 產碼 App 的審核，Lovable 還是進來了。
這不是單純多一個 App。它是在測試一件事：手機能不能變成 AI 開發的入口。你在捷運上想到一個點子，直接講一句話，系統就先開工。這種流程很適合台灣開發者，因為很多靈感就是在零碎時間冒出來的。
| 項目 | Lovable 的做法 | 為什麼重要 |
|---|---|---|
| 平台 | iOS、Android | 把使用場景拉到手機 |
| 輸入方式 | 語音或文字 | 降低記錄點子的摩擦 |
| 輸出 | 網站或 web app | 比較符合 Apple 現行規則 |
| 工作流 | 手機和電腦可切換 | 適合跨裝置開發 |
Lovable 想解決的，是靈感消失太快
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
這個產品的核心很直白。你有想法時，不一定有筆電在手邊。你可能在會議中、通勤中，或剛洗完澡。等你回到桌機，剛剛那個想法常常已經跑掉了。
Lovable 的做法，就是讓手機先當收件匣。你可以用語音講需求，也可以直接打字。它先幫你把模糊想法整理成可執行的起點。這種設計很像把產品需求寫進聊天框，只是後面真的會開始動手做。
我覺得這個方向很務實。因為大多數人不是缺 AI 工具，而是缺一個低摩擦入口。你不想先開 IDE，再建專案，再想資料結構。你只想先把腦中的句子丟出去。
- 語音和文字都是主要入口。
- 手機可先收集想法。
- 電腦負責後續編修。
- 完成後會通知使用者。
- 重點是網站和 web app。
Apple 的規則，直接改寫這次上架方式
這次上架最有戲的地方，其實是 Apple。它最近對 vibe-coding App 變得更嚴。重點不是 AI 不能寫程式，而是 App 不能在審核後偷偷下載新程式碼，或改變自己功能。
原因很好懂。App Review 需要知道你上架的是什麼。若 App 可以在上架後換一套行為，審核就失去意義。對安全團隊來說，這種做法太像把未知內容塞進手機。
Apple App Review Guidelines 也明講了這個方向。它不接受會下載新 code，或動態改變核心功能的 App。對 AI 開發工具來說，這條線很硬。你要活下來，就得把生成結果放在瀏覽器、雲端，或外部工作流裡。
Apple wasn’t banning vibe-coding apps themselves, but it won’t allow apps that download new code or change their functionality, as that presents a security risk to end users.
Lovable 顯然是順著規則走。它主打的是「working websites or web apps」。這句話很重要。因為它把重點放在產出與預覽，而不是讓 App 自己在本體內執行一堆未知程式。
講白了，Lovable 沒有硬碰硬。它選擇把手機端變成輸入與協作層。真正的執行，留給瀏覽器和雲端。這種拆法很像現在很多 AI 產品的生存法則。
- Replit 曾被 Apple 擋下更新。
- Vibecode 也遇到更新限制。
- Anything 曾短暫下架後回歸。
- App Store Review Guidelines 變得更重要。
跟其他 AI 開發工具比，Lovable 的路線更保守
如果拿市場上的工具來看，Lovable 的策略其實不算最激進。Replit 一直強調雲端 IDE 和 agent 工作流，適合直接在瀏覽器裡繼續改碼。Cursor 則是桌機編輯器派，重點放在寫 code 的效率。
Lovable 比較像產品原型機器。你先用自然語言把東西講出來，它幫你生出可看的雛形。這對非工程背景的人很友善。對工程師來說，它比較像快速起稿工具，而不是完整的開發主戰場。
這裡有個差異很大。桌機工具通常假設使用者願意長時間盯著 editor。Lovable 的手機版則假設使用者只想先把需求丟出去。這是兩種完全不同的使用心理。
如果看數字，這種產品路線也合理。手機端最強的不是輸出大量內容，而是減少啟動成本。少掉 3 到 5 個步驟，使用者就比較願意留下第一筆資料。這種差距很小，但在產品轉換率上常常很有感。
我會把 Lovable 歸類成「手機收件匣 + 雲端生成器」。它不是要取代 IDE。它是要吃掉靈感捕捉這一段。這段一旦做穩，後面才有機會把人帶回桌面。
這波真正的重點，是工作流，不是圖示
很多人看到手機 App 上架，第一反應是「又一個 AI App」。但這次比較不同。它在做的是跨裝置流程。你在手機上開始，回到電腦上完成，系統再通知你結果。
這種流程對台灣的獨立開發者很實用。很多人白天工作，晚上才做 side project。手機可以先記需求。晚上回家再接著改。這比每次都從零開始舒服很多。
而且這也符合現在 AI 工具的現實。LLM 很會生成，但人還是要決定方向。手機端適合快速丟上下文。桌機端適合檢查邏輯、改 UI、補測試。分工清楚，體驗才不會亂。
你可以把這次更新理解成三件事：
- 手機負責捕捉靈感。
- 雲端負責生成初稿。
- 桌機負責整理和上線。
- App Store 負責分發入口。
這個分工很像現代軟體團隊。前端收需求，中間跑流程，後端處理資料。只是這次把角色縮到一個人身上。這也是 vibe coding 最有意思的地方。
如果你問我，這類 App 最值錢的不是模型參數，而是流程設計。誰能把「想到」和「做出來」之間的距離縮短，誰就比較容易留住使用者。這句話很土，但很真。
背後其實是 AI App 的審核新現實
Apple 這波收緊，等於告訴所有 AI 開發工具：你可以幫人寫 code，但不能讓你的 App 變成一個不透明的執行器。這會迫使產品設計往外拆。很多功能會被放到網頁、API，或雲端服務裡。
對開發者來說，這不是壞事。它反而讓架構更清楚。你要嘛做生成，要嘛做預覽，要嘛做部署。不要把所有東西塞進同一個 App，然後期待審核放行。那種玩法現在越來越難。
從產業面看，這也會影響競品策略。像 Replit、Anything 這類工具，都得更仔細處理 App Store 規則。誰能先把產品拆成合規的模組，誰就比較不會卡關。
接下來，台灣開發者該看什麼
我覺得這次最值得觀察的，不是 Lovable 本身，而是它示範了一種上架方法。AI 工具要進手機，不一定要把所有能力塞進 App。把手機當入口，把 Web 當執行層，通常更穩。
如果你正在做 AI 產品，現在可以先問自己一個問題：你的 App 到底是在做生成，還是在做執行？如果是後者，就要小心平台規則。把流程拆開，反而比較容易活下來。
我的判斷很直接。接下來 6 到 12 個月，會有更多 AI 開發工具學 Lovable 這種路線。手機端負責輸入，雲端負責產出，瀏覽器負責展示。誰把這條線做順，誰就比較有機會留住使用者。
所以這篇的重點很簡單：Lovable 不是單純把 App 做到手機上。它是在測試一個更現實的答案。AI 開發工具要進 iPhone 和 Android，得先學會跟平台規則和平共處。