你描述了一個應用程式，Lovable 把它做了出來，使用者在瀏覽器裡用得很順。現在你想把它放上 App Store。這是另一件事，Lovable 自己也這麼說。
先說結論
Lovable 發佈的是網頁應用程式。想要原生 iOS App，要嘛替網頁套殼，要嘛用 React Native 重做，要嘛用 SwiftUI 重做。Rork、Bolt 搭配 Expo、Xcode 搭配 AI Agent 和 AirBuild，各自走其中一條。差別在於：產出是什麼，誰來建置和提交，誰來處理 App Review。
Lovable 給你什麼，不給你什麼
Lovable 的發佈文件直接回答了 iOS 這個問題：Lovable 做的是網頁應用程式，發佈一律部署到一個網頁網址，可能是 yourproject.lovable.app，也可能是你自己的網域。它沒有把專案打包並提交到 App Store 的內建流程。
同一頁文件提供了兩種更貼近手機的做法：
- PWA（漸進式網頁應用程式）。 使用者把你的網站加入主畫面，以全螢幕開啟。PWA 本身不是 App Store 的上架套件；要上架，必須另外封裝或做成原生 App。
- Capacitor 套殼。 在 Lovable 之外，用原生殼包住發佈網址，再自行提交這個殼。
Lovable 也寫明它不產生 React Native 專案。如果你需要 React Native App，它的建議是先在 Lovable 裡做出畫面原型，再到外面重做。另外，Lovable 的手機 App 是讓你在手機上製作專案用的，不會把你的專案變成給使用者用的 App。
這不是缺點，而是範圍很清楚。問題在於：要上 App Store，你還得補上什麼。
為什麼「套個殼就好」是一場賭注
Apple 的 App Store 審核指南在 4.2 節設下一條底線：
審核指南 4.2：最低功能要求
App 應具備超越「重新包裝的網站」的功能、內容和介面。如果一個 App 不是特別實用、獨特或「像個 App」，它就不屬於 App Store。
只載入發佈網址的殼，可能觸及 4.2。審核看的是 App 是否提供超越網站的實用功能、內容和介面，而不是裡面用了什麼技術。Apple 沒有公布套殼 App 的通過率，所以事先無從得知結果；能確定的是，每次被拒都要多跑一輪審核。如果打算套殼，就要連原生功能一起規劃，別預設一定能過。4.2 和其他提交前值得核對的規則，可以看我們的 App Store 審核指南白話解讀。
五條路，放在一起比較
| 路線 | 你會得到什麼 | 怎麼上 App Store | 也能做 Android？ |
|---|---|---|---|
| Lovable + 套殼 | 裝在原生殼裡的網頁應用程式 | 在 Lovable 之外自行建置、提交 | 可以，用同一個殼 |
| Rork | React Native 與 Expo（Rork Pro），或 SwiftUI（Rork Max） | 內建發佈；Rork Pro 另需 Expo 帳號 | Rork Pro 可以；Rork Max 僅限 iOS |
| Bolt + Expo | 透過 Expo 做出的 React Native App | 在自己的電腦上用 EAS CLI 建置、提交 | 可以 |
| Xcode + AI Agent | 你和 Agent 寫出的程式碼，通常是 Swift 和 SwiftUI | 自行封存、上傳、提交 | 不行 |
| AirBuild | 原生 SwiftUI App | AirBuild 準備上架資料、提交並處理 App Review | 不行；AirBuild 專注於原生 iOS |
不論走哪條路，App 上架前都需要 Apple Developer Program 會員資格。
1. 保留 Lovable，加一層殼
這是從現有成果出發最短的路。Capacitor 對自己的定位是「為網頁應用程式打造的跨平台原生執行環境」：網頁程式碼在原生容器裡執行，透過外掛使用裝置功能。
適合： 網頁應用程式本身就是產品，你有開發人員能維護原生專案，而且準備加上原生功能，讓 App 不只是網站。
取捨： 畫面仍然是瀏覽器引擎繪製的 HTML。原生專案、簽署、上傳和審核都由你負責。上面提到的 4.2 風險，也要你自己承擔。
2. Rork
Rork 自己的 FAQ 介紹了兩項產品。Rork Pro 用 React Native 和 Expo 做跨平台 App。Rork Max 在雲端的實體 Mac 上用 Xcode 編譯原生 SwiftUI App，支援 iPhone、iPad、Apple Watch 和 Vision Pro。Rork 提供內建的 App Store 發佈功能，需要 Apple Developer 帳號，Rork Pro 建置時還需要 Expo 帳號。付費方案可以透過 GitHub 雙向同步匯出程式碼。Rork 也列出一個 AI App Store Reviewer，會在提交前檢查建置版本被拒的風險。
適合： 想從一句提示詞開始做新的行動 App，喜歡在瀏覽器裡製作；或想用 Rork Pro 同時做 iPhone 和 Android。
取捨： 這是一個新專案，不是把你的 Lovable 應用程式搬過來。方案以點數（credits）計費，目前的額度上限請參考 Rork 的價格頁面。
3. Bolt 搭配 Expo
Bolt 的文件說，當你要求做行動 App 時，Bolt 會使用 Expo，讓同一份程式碼在 iPhone 和 Android 上執行。Bolt 建議在第一則提示詞就寫明「mobile app」，因為為網頁建立的專案不容易再切換。開發時可以用 Expo Go 在手機上預覽。
發佈要在 Bolt 編輯器之外完成。文件列出的前提是：一台裝有 Node.js LTS 和 Git 的電腦、一個 Expo 帳號、一個 Apple Developer 帳號。下載程式碼，安裝 EAS CLI，再從終端機建置並提交。
適合： 兩個平台都要，也不介意輸入幾行指令。
取捨： 既有的 Bolt 網頁專案不會自己變成行動專案。建置、上架資料和 App Review 都由你負責。如果你已經有 Bolt 網頁應用程式，可以把它帶到 AirBuild。
4. Xcode 搭配 AI 程式設計 Agent
這是 Apple 自己的路。Xcode 27 支援你選擇的程式設計 Agent 和模型，包括 Anthropic、Google 和 OpenAI 的，也可以接入任何支援 Agent Client Protocol 的 Agent。Apple 也要求上傳到 App Store 的建置版本使用 Xcode 26 或以上版本，所以每個原生 iOS App 遲早都要經過 Xcode。
適合： 你會寫程式或想學，並且想完全掌控專案。
取捨： Xcode 在 Mac 上執行。Agent 只負責寫程式碼，不會幫你註冊開發者帳號、建立 App Store Connect 記錄、填寫隱私權問卷或回覆 App Review。這部分可以看我們的 App Store Connect 新手指南。走這條路的話，Agent Skills 會有幫助，請見 SwiftUI Agent Skills 指南。
5. AirBuild
AirBuild 是一支打造原生 iOS App 的 AI 團隊。產品、設計和工程 Agent 用 SwiftUI 把 App 做出來。App 透過 TestFlight 安裝到你的 iPhone 上，想改什麼，用日常的話說就行。準備好之後，AirBuild 會準備 App Store 頁面、提交、追蹤審核、回覆審核人員、修正他們提出的問題，再重新提交。
如果你已經有 Lovable 應用程式，可以把它帶到 AirBuild：
留下連結
Lovable 應用程式的發佈網址，或它同步的 GitHub 儲存庫，再加一句話：iOS 版要做什麼、給誰用。
AI 團隊用 SwiftUI 重新做一遍
Agent 讀懂你應用程式的畫面和流程，據此做出原生 iOS App。網頁版維持原樣，你可以繼續在 Lovable 裡開發，AirBuild 能自動把變更同步過來。
在 iPhone 上試用
App 透過 TestFlight 安裝到手機上。想改什麼，用日常的話說就行。
App Review
AirBuild 準備上架資料、提交、回覆審核人員、修正問題，再重新提交。
後端維持原樣。告訴 AirBuild 你的應用程式連接的是什麼，是 Lovable Cloud、你自己的 Supabase 專案，還是某個 API，iOS App 就會圍繞它來規劃。你不需要 Mac，也不需要 Xcode：AirBuild 的 AI 團隊可以在你的 Mac 上或雲端執行。發佈仍然需要 Apple Developer Program 會員資格。程式碼歸你所有：Lovable 程式碼還是你的，AirBuild 據此做出的 SwiftUI 專案也是你的。
適合： 想要原生 iPhone App，並希望 App Review 有人替你處理，而不是丟回給你。
取捨： AirBuild 專注於原生 iOS，不適合做 Android App。從 Lovable 帶專案過來目前處於搶先體驗階段，從候補名單中以邀請制開放。
怎麼選
先想清楚要什麼產出，再挑工具。用 vibe coding 做 iOS App，這幾款工具都能很快給你一個能執行的原型；真正決定路線的，是你最後需要什麼。
網頁就夠了
留在 Lovable。做成 PWA，讓使用者能加入主畫面。
iPhone 和 Android 都要
選 React Native 搭配 Expo 的路線：Rork Pro，或 Bolt 搭配 Expo。建置和商店帳號要自己打理。
原生 iPhone，你會寫程式
用 Xcode 搭配程式設計 Agent。完全掌控，App Store 的事也自己處理。
原生 iPhone，你不寫程式
選擇輸出 SwiftUI 的工具：Rork Max；如果也想把 App Review 的來回交出去，就選 AirBuild。
不論選哪個，都問它三個問題：
- 程式碼能帶走嗎？ 看匯出功能是所有方案都有，還是只有付費方案才有。
- 誰來提交，誰來回覆 App Review？ 停在建置這一步的工具，會把上架資料、隱私權問卷和被拒後的處理都留給你。
- 資料放在哪裡？ 如果你的 Lovable 應用程式已經在用 Lovable Cloud 或 Supabase，優先選擇能讓它維持原樣的路線。
想更全面地了解這類工具，請讀 iOS AI App 生成工具怎麼選。想看從點子到通過審核的完整流程，請讀如何用 AI 做一個 App。
常見問題
Lovable 能做原生 iOS App 嗎？
不能。Lovable 的文件寫明它做的是網頁應用程式，發佈一律部署到網頁網址。它建議做成 PWA，或用 Capacitor 為發佈網址包一層原生殼；它也不產生 React Native 專案。
做 iOS App，最好的 Lovable 替代方案是什麼？
取決於你需要什麼樣的產出。想用一套程式碼同時做 iPhone 和 Android，可以看以 React Native 和 Expo 為基礎的工具，例如 Rork Pro 或 Bolt 搭配 Expo。想要原生 SwiftUI App，可以看 Rork Max、Xcode 搭配程式設計 Agent，或是 AirBuild。
套殼的 Lovable 應用程式能通過 Apple 審核嗎？
要看個別 App。審核指南 4.2 要求 App 具備超越重新包裝網站的功能、內容和介面。只載入發佈網址的殼，依這條規則風險很高。Apple 沒有公布套殼 App 的通過率，加了原生功能也不保證獲准。
用 vibe coding 做 iOS App 一定要有 Mac 嗎？
不一定。Xcode 在 Mac 上執行，所以走 Xcode 這條路需要一台 Mac。Rork Max 在雲端的 Mac 上建置，AirBuild 的 AI 團隊可以在你的 Mac 上或雲端執行。不論哪條路，發佈都需要 Apple Developer Program 會員資格。
做了 iOS 版，原本的 Lovable 網頁應用程式還能保留嗎？
可以。這幾條路都不要求你將網頁應用程式下架。使用 AirBuild 的話，網頁版維持原樣，你可以繼續在 Lovable 裡修改。