[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-lovable-vibe-coding-app-ios-android-zh":3,"tags-lovable-vibe-coding-app-ios-android-zh":35,"related-lang-lovable-vibe-coding-app-ios-android-zh":46,"related-posts-lovable-vibe-coding-app-ios-android-zh":50,"series-tools-a3cf6fb2-f9ee-4f97-b22a-2612c89096ae":87},{"id":4,"title":5,"content":6,"summary":7,"source":8,"source_url":9,"author":10,"image_url":11,"keywords":12,"language":23,"translated_content":10,"views":24,"is_premium":25,"created_at":26,"updated_at":26,"cover_image":11,"published_at":27,"rewrite_status":28,"rewrite_error":10,"rewritten_from_id":29,"slug":30,"category":31,"related_article_id":32,"status":33,"google_indexed_at":34,"x_posted_at":10,"tweet_text":10,"title_rewritten_at":10,"title_original":10,"key_takeaways":10,"topic_cluster_id":10,"embedding":10,"is_canonical_seed":25},"a3cf6fb2-f9ee-4f97-b22a-2612c89096ae","Lovable 把 vibe coding 帶上手機","\u003Cp data-speakable=\"summary\">Lovab\u003Ca href=\"\u002Fnews\u002Fgoogle-anthropic-enterprise-ai-trust-zh\">le\u003C\u002Fa> 的 AI app builder 已經上架 iPhone 和 Android，主打用手機語音或文字快速發想，再接到桌面完成網站或 web app。\u003C\u002Fp>\u003Cp>\u003Ca href=\"https:\u002F\u002Flovable.dev\" target=\"_blank\" rel=\"noopener\">Lovable\u003C\u002Fa> 這次把 vibe coding 帶進手機。它同時登上 \u003Ca href=\"https:\u002F\u002Fwww.apple.com\u002Fapp-store\u002F\" target=\"_blank\" rel=\"noopener\">Apple App Store\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fplay.google.com\u002Fstore\" target=\"_blank\" rel=\"noopener\">Google Play\u003C\u002Fa>。說真的，這時間點很微妙。Apple 這陣子剛收緊 AI 產碼 App 的審核，Lovable 還是進來了。\u003C\u002Fp>\u003Cp>這不是單純多一個 App。它是在測試一件事：手機能不能變成 AI 開發的入口。你在捷運上想到一個點子，直接講一句話，系統就先開工。這種流程很適合台灣開發者，因為很多靈感就是在零碎時間冒出來的。\u003C\u002Fp>\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>項目\u003C\u002Fth>\u003Cth>Lovable 的做法\u003C\u002Fth>\u003Cth>為什麼重要\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>平台\u003C\u002Ftd>\u003Ctd>iOS、Android\u003C\u002Ftd>\u003Ctd>把使用場景拉到手機\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>輸入方式\u003C\u002Ftd>\u003Ctd>語音或文字\u003C\u002Ftd>\u003Ctd>降低記錄點子的摩擦\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>輸出\u003C\u002Ftd>\u003Ctd>網站或 web app\u003C\u002Ftd>\u003Ctd>比較符合 Apple 現行規則\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>工作流\u003C\u002Ftd>\u003Ctd>手機和電腦可切換\u003C\u002Ftd>\u003Ctd>適合跨裝置開發\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003Ch2>Lovable 想解決的，是靈感消失太快\u003C\u002Fh2>\u003Cp>這個產品的核心很直白。你有想法時，不一定有筆電在手邊。你可能在會議中、通勤中，或剛洗完澡。等你回到桌機，剛剛那個想法常常已經跑掉了。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1777681249846-6xkj.png\" alt=\"Lovable 把 vibe coding 帶上手機\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>Lovable 的做法，就是讓手機先當收件匣。你可以用語音講需求，也可以直接打字。它先幫你把模糊想法整理成可執行的起點。這種設計很像把產品需求寫進聊天框，只是後面真的會開始動手做。\u003C\u002Fp>\u003Cp>我覺得這個方向很務實。因為大多數人不是缺 AI 工具，而是缺一個低摩擦入口。你不想先開 IDE，再建專案，再想資料結構。你只想先把腦中的句子丟出去。\u003C\u002Fp>\u003Cul>\u003Cli>語音和文字都是主要入口。\u003C\u002Fli>\u003Cli>手機可先收集想法。\u003C\u002Fli>\u003Cli>電腦負責後續編修。\u003C\u002Fli>\u003Cli>完成後會通知使用者。\u003C\u002Fli>\u003Cli>重點是網站和 web app。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Apple 的規則，直接改寫這次上架方式\u003C\u002Fh2>\u003Cp>這次上架最有戲的地方，其實是 Apple。它最近對 vibe-coding App 變得更嚴。重點不是 AI 不能寫程式，而是 App 不能在審核後偷偷下載新程式碼，或改變自己功能。\u003C\u002Fp>\u003Cp>原因很好懂。App Review 需要知道你上架的是什麼。若 App 可以在上架後換一套行為，審核就失去意義。對安全團隊來說，這種做法太像把未知內容塞進手機。\u003C\u002Fp>\u003Cp>Apple App Review Guidelines 也明講了這個方向。它不接受會下載新 code，或動態改變核心功能的 App。對 AI 開發工具來說，這條線很硬。你要活下來，就得把生成結果放在瀏覽器、雲端，或外部工作流裡。\u003C\u002Fp>\u003Cblockquote>\u003Cp>Apple wasn’t b\u003Ca href=\"\u002Fnews\u002Fbanana-pi-bpi-sm10-risc-v-ai-sbc-zh\">an\u003C\u002Fa>ning vibe-coding apps themselves, but it won’t \u003Ca href=\"\u002Fnews\u002Fcalligo-raises-12-15-million-risc-v-chip-push-zh\">all\u003C\u002Fa>ow apps that download new code or change their functionality, as that presents a security risk to end users.\u003C\u002Fp>\u003C\u002Fblockquote>\u003Cp>Lovable 顯然是順著規則走。它主打的是「working websites or web apps」。這句話很重要。因為它把重點放在產出與預覽，而不是讓 App 自己在本體內執行一堆未知程式。\u003C\u002Fp>\u003Cp>講白了，Lovable 沒有硬碰硬。它選擇把手機端變成輸入與協作層。真正的執行，留給瀏覽器和雲端。這種拆法很像現在很多 AI 產品的生存法則。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Ca href=\"https:\u002F\u002Freplit.com\" target=\"_blank\" rel=\"noopener\">Replit\u003C\u002Fa> 曾被 Apple 擋下更新。\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.vibecode.com\" target=\"_blank\" rel=\"noopener\">Vibecode\u003C\u002Fa> 也遇到更新限制。\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fanything.camp\" target=\"_blank\" rel=\"noopener\">Anything\u003C\u002Fa> 曾短暫下架後回歸。\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fdeveloper.apple.com\u002Fapp-store\u002Freview\u002Fguidelines\u002F\" target=\"_blank\" rel=\"noopener\">App Store Review Guidelines\u003C\u002Fa> 變得更重要。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>跟其他 AI 開發工具比，Lovable 的路線更保守\u003C\u002Fh2>\u003Cp>如果拿市場上的工具來看，Lovable 的策略其實不算最激進。\u003Ca href=\"https:\u002F\u002Freplit.com\" target=\"_blank\" rel=\"noopener\">Replit\u003C\u002Fa> 一直強調雲端 IDE 和 \u003Ca href=\"\u002Ftag\u002Fagent\">agent\u003C\u002Fa> 工作流，適合直接在瀏覽器裡繼續改碼。\u003Ca href=\"https:\u002F\u002Fwww.cursor.com\" target=\"_blank\" rel=\"noopener\">Cursor\u003C\u002Fa> 則是桌機編輯器派，重點放在寫 code 的效率。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1777681248561-rahb.png\" alt=\"Lovable 把 vibe coding 帶上手機\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>Lovable 比較像產品原型機器。你先用自然語言把東西講出來，它幫你生出可看的雛形。這對非工程背景的人很友善。對工程師來說，它比較像快速起稿工具，而不是完整的開發主戰場。\u003C\u002Fp>\u003Cp>這裡有個差異很大。桌機工具通常假設使用者願意長時間盯著 editor。Lovable 的手機版則假設使用者只想先把需求丟出去。這是兩種完全不同的使用心理。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Ca href=\"https:\u002F\u002Freplit.com\" target=\"_blank\" rel=\"noopener\">Replit\u003C\u002Fa> 偏雲端開發。\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.cursor.com\" target=\"_blank\" rel=\"noopener\">Cursor\u003C\u002Fa> 偏本機編輯。\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Flovable.dev\" target=\"_blank\" rel=\"noopener\">Lovable\u003C\u002Fa> 偏原型生成。\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.figma.com\" target=\"_blank\" rel=\"noopener\">Figma\u003C\u002Fa> 偏設計協作。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果看數字，這種產品路線也合理。手機端最強的不是輸出大量內容，而是減少啟動成本。少掉 3 到 5 個步驟，使用者就比較願意留下第一筆資料。這種差距很小，但在產品轉換率上常常很有感。\u003C\u002Fp>\u003Cp>我會把 Lovable 歸類成「手機收件匣 + 雲端生成器」。它不是要取代 IDE。它是要吃掉靈感捕捉這一段。這段一旦做穩，後面才有機會把人帶回桌面。\u003C\u002Fp>\u003Ch2>這波真正的重點，是工作流，不是圖示\u003C\u002Fh2>\u003Cp>很多人看到手機 App 上架，第一反應是「又一個 AI App」。但這次比較不同。它在做的是跨裝置流程。你在手機上開始，回到電腦上完成，系統再通知你結果。\u003C\u002Fp>\u003Cp>這種流程對台灣的獨立開發者很實用。很多人白天工作，晚上才做 side project。手機可以先記需求。晚上回家再接著改。這比每次都從零開始舒服很多。\u003C\u002Fp>\u003Cp>而且這也符合現在 AI 工具的現實。\u003Ca href=\"\u002Ftag\u002Fllm\">LLM\u003C\u002Fa> 很會生成，但人還是要決定方向。手機端適合快速丟上下文。桌機端適合檢查邏輯、改 UI、補測試。分工清楚，體驗才不會亂。\u003C\u002Fp>\u003Cp>你可以把這次更新理解成三件事：\u003C\u002Fp>\u003Cul>\u003Cli>手機負責捕捉靈感。\u003C\u002Fli>\u003Cli>雲端負責生成初稿。\u003C\u002Fli>\u003Cli>桌機負責整理和上線。\u003C\u002Fli>\u003Cli>App Store 負責分發入口。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這個分工很像現代軟體團隊。前端收需求，中間跑流程，後端處理資料。只是這次把角色縮到一個人身上。這也是 vibe coding 最有意思的地方。\u003C\u002Fp>\u003Cp>如果你問我，這類 App 最值錢的不是模型參數，而是流程設計。誰能把「想到」和「做出來」之間的距離縮短，誰就比較容易留住使用者。這句話很土，但很真。\u003C\u002Fp>\u003Ch2>背後其實是 AI App 的審核新現實\u003C\u002Fh2>\u003Cp>Apple 這波收緊，等於告訴所有 AI 開發工具：你可以幫人寫 code，但不能讓你的 App 變成一個不透明的執行器。這會迫使產品設計往外拆。很多功能會被放到網頁、\u003Ca href=\"\u002Ftag\u002Fapi\">API\u003C\u002Fa>，或雲端服務裡。\u003C\u002Fp>\u003Cp>對開發者來說，這不是壞事。它反而讓架構更清楚。你要嘛做生成，要嘛做預覽，要嘛做部署。不要把所有東西塞進同一個 App，然後期待審核放行。那種玩法現在越來越難。\u003C\u002Fp>\u003Cp>從產業面看，這也會影響競品策略。像 \u003Ca href=\"https:\u002F\u002Freplit.com\" target=\"_blank\" rel=\"noopener\">Replit\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fanything.camp\" target=\"_blank\" rel=\"noopener\">Anything\u003C\u002Fa> 這類工具，都得更仔細處理 App Store 規則。誰能先把產品拆成合規的模組，誰就比較不會卡關。\u003C\u002Fp>\u003Ch2>接下來，台灣開發者該看什麼\u003C\u002Fh2>\u003Cp>我覺得這次最值得觀察的，不是 Lovable 本身，而是它示範了一種上架方法。AI 工具要進手機，不一定要把所有能力塞進 App。把手機當入口，把 Web 當執行層，通常更穩。\u003C\u002Fp>\u003Cp>如果你正在做 AI 產品，現在可以先問自己一個問題：你的 App 到底是在做生成，還是在做執行？如果是後者，就要小心平台規則。把流程拆開，反而比較容易活下來。\u003C\u002Fp>\u003Cp>我的判斷很直接。接下來 6 到 12 個月，會有更多 AI 開發工具學 Lovable 這種路線。手機端負責輸入，雲端負責產出，瀏覽器負責展示。誰把這條線做順，誰就比較有機會留住使用者。\u003C\u002Fp>\u003Cp>所以這篇的重點很簡單：Lovable 不是單純把 App 做到手機上。它是在測試一個更現實的答案。AI 開發工具要進 iPhone 和 Android，得先學會跟平台規則和平共處。\u003C\u002Fp>","Lovable 把 AI app builder 做進 iPhone 和 Android，並在 Apple 收緊 vibe-coding 規則後仍成功上架，主打用手機語音或文字快速發想，再接到桌面完成網站或 web app。","techcrunch.com","https:\u002F\u002Ftechcrunch.com\u002F2026\u002F04\u002F28\u002Flovable-launches-its-vibe-coding-app-on-ios-and-android\u002F",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1777681249846-6xkj.png",[13,14,15,16,17,18,19,20,21,22],"Lovable","vibe coding","AI app builder","iPhone","Android","Apple App Store","Google Play","AI 開發工具","web app","App Store 審核","zh",2,false,"2026-05-02T00:20:31.540384+00:00","2026-05-02T00:20:31.486+00:00","done","1f6e99fb-5524-4e6b-836c-4500464d53e8","lovable-vibe-coding-app-ios-android-zh","tools","26d2b4df-7f7b-4c02-87fe-7af4a2e4dd87","published","2026-05-02T09:00:06.86+00:00",[36,38,40,42,44],{"name":17,"slug":37},"android",{"name":13,"slug":39},"lovable",{"name":15,"slug":41},"ai-app-builder",{"name":14,"slug":43},"vibe-coding",{"name":16,"slug":45},"iphone",{"id":32,"slug":47,"title":48,"language":49},"lovable-vibe-coding-app-ios-android-en","Lovable brings vibe coding to iPhone and Android","en",[51,57,63,69,75,81],{"id":52,"slug":53,"title":54,"cover_image":55,"image_url":55,"created_at":56,"category":31},"d058a76f-6548-4135-8970-f3a97f255446","why-gemini-api-pricing-is-cheaper-than-it-looks-zh","為什麼 Gemini API 定價其實比看起來更便宜","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778869845081-j4m7.png","2026-05-15T18:30:25.797639+00:00",{"id":58,"slug":59,"title":60,"cover_image":61,"image_url":61,"created_at":62,"category":31},"68e4be16-dc38-4524-a6ea-5ebe22a6c4fb","why-vidhub-huiyuan-hutong-bushi-quan-shebei-tongyong-zh","為什麼 VidHub 會員互通不是「買一次全設備通用」","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778789450987-advz.png","2026-05-14T20:10:24.048988+00:00",{"id":64,"slug":65,"title":66,"cover_image":67,"image_url":67,"created_at":68,"category":31},"7a1e174f-746b-4e82-a0e3-b2475ab39747","why-buns-zig-to-rust-experiment-is-right-zh","為什麼 Bun 的 Zig-to-Rust 實驗是對的","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778767879127-5dna.png","2026-05-14T14:10:26.886397+00:00",{"id":70,"slug":71,"title":72,"cover_image":73,"image_url":73,"created_at":74,"category":31},"e742fc73-5a65-4db3-ad17-88c99262ceb7","why-openai-api-pricing-is-product-strategy-zh","為什麼 OpenAI API 定價是產品策略，不是註腳","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778749859485-chvz.png","2026-05-14T09:10:26.003818+00:00",{"id":76,"slug":77,"title":78,"cover_image":79,"image_url":79,"created_at":80,"category":31},"c757c5d8-eda9-45dc-9020-4b002f4d6237","why-claude-code-prompt-design-beats-ide-copilots-zh","為什麼 Claude Code 的提示設計贏過 IDE Copilot","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778742645084-dao9.png","2026-05-14T07:10:29.371901+00:00",{"id":82,"slug":83,"title":84,"cover_image":85,"image_url":85,"created_at":86,"category":31},"4adef3ab-9f07-4970-91cf-77b8b581b348","why-databricks-model-serving-is-right-default-zh","為什麼 Databricks Model Serving 是生產推論的正確預設","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778692245329-a2wt.png","2026-05-13T17:10:30.659153+00:00",[88,93,98,103,108,113,118,123,128,133],{"id":89,"slug":90,"title":91,"created_at":92},"de769291-4574-4c46-a76d-772bd99e6ec9","googles-biggest-gemini-launches-in-2026-zh","Google 2026 最大 Gemini 盤點","2026-03-26T07:26:39.21072+00:00",{"id":94,"slug":95,"title":96,"created_at":97},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":99,"slug":100,"title":101,"created_at":102},"9b19ab54-edef-4dbd-9ce4-a51e4bae4ebb","mcp-in-2026-the-ai-tool-layer-teams-use-zh","2026 年 MCP：團隊真的在用的 AI 工具層","2026-03-26T08:01:46.589694+00:00",{"id":104,"slug":105,"title":106,"created_at":107},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":109,"slug":110,"title":111,"created_at":112},"05553086-6ed0-4758-81fd-6cab24b575e0","garry-tan-open-sources-claude-code-toolkit-zh","Garry Tan 開源 Claude Code 工具包","2026-03-26T08:26:20.068737+00:00",{"id":114,"slug":115,"title":116,"created_at":117},"042a73a2-18a2-433d-9e8f-9802b9559aac","github-ai-projects-to-watch-in-2026-zh","2026 必看 20 個 GitHub AI 專案","2026-03-26T08:28:09.619964+00:00",{"id":119,"slug":120,"title":121,"created_at":122},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":124,"slug":125,"title":126,"created_at":127},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":129,"slug":130,"title":131,"created_at":132},"bfdb467a-290f-4a80-b3a9-6f081afb6dff","aiml-2026-student-ai-ml-lab-repo-review-zh","AIML-2026：像課綱的學生實驗 Repo","2026-03-27T01:21:51.467798+00:00",{"id":134,"slug":135,"title":136,"created_at":137},"80cabc3e-09fc-4ff5-8f07-b8d68f5ae545","ai-trending-github-repos-and-research-feeds-zh","AI Trending：把 AI 資源收成一張表","2026-03-27T01:31:35.262183+00:00"]