Lovable 项目怎么变成 iOS App：原生 SwiftUI，不是套壳

Lovable 发布的是网页应用

Lovable 自己的文档就是这么说的：它做的是网页应用，发布始终部署到一个网页地址。按下 Publish，你得到的是托管在 your-app.lovable.app 或你的自定义域名上的网页应用，自带 HTTPS。没有 iOS 构建，没有 App Store Connect 记录，也没有提交审核。

文档给了两条更接近手机的路：做成 PWA 让用户添加到主屏幕，或者把已发布的地址包进原生壳里去提交商店。前者不会出现在 App Store 上，后者会撞上下面那条审核规则。

Lovable 项目是什么

编辑器底下，一个 Lovable 项目就是一套 React 代码，Lovable 不生成 React Native。新项目默认用 Lovable Cloud 做数据库、登录和存储，它建在 Supabase 的开源底座上；也有人改连自己的 Supabase 项目。连上仓库后，代码和 GitHub、GitLab 或 Bitbucket 双向同步，付费版还能直接下载。

这决定了接下来的事。React 网页应用的界面是浏览器引擎画出来的 HTML，套了壳也一样。真正的 iOS App 得用原生组件重新做一遍。问题只在于谁来做，用什么做。

通往 iPhone App 的三条路

“Your app should include features, content, and UI that elevate it beyond a repackaged website. If your app is not particularly useful, unique, or ‘app-like,’ it doesn’t belong on the App Store.”（App 应包含超出“重新打包的网站”的功能、内容和界面。如果它不够实用、独特或不像 App，就不属于 App Store。）

这就是套壳路线像赌博的原因：一个包着 your-app.lovable.app 的壳，按定义就是重新打包的网站，每次被拒都要再走一轮审核。原生 SwiftUI App 没有这个先天问题，因为它本来就不是网站。每个界面都用 Apple 自己的框架搭建，所以它的滚动、动画和响应，和手机上其他 App 是一样的。

怎么带到 AirBuild

1. 留下链接

   加入候补名单时，填上你 Lovable 应用的发布地址或它同步到的 GitHub 仓库，再用一句话说说 iOS 版要做什么、给谁用。

2. AI 团队用 SwiftUI 重新做一遍

   AirBuild 的产品、设计和工程 agent 读懂你的应用做什么、有哪些界面和流程，据此做一个原生 iOS App。网页版原封不动，你继续在 Lovable 里改它。

3. 在 iPhone 上试，然后 App Review

   App 通过 TestFlight 装到你的手机上，你试用，用大白话提修改。准备好后，AirBuild 准备 App Store 页面、提交、跟踪审核、回复审核员、修掉他们提出的问题，再重新提交。

哪些带得过去

每个界面的职责不变，变的是到达它的方式：浏览器路由变成标签栏、导航栈和表单。

需要准备什么

• 你 Lovable 应用的发布链接；如果有需要登录才能看的页面，给它的 GitHub 仓库。
• Apple Developer Program 会员资格，或者在提交前完成注册的计划。
• 一段话，说清 iOS 版第一步要做什么。不必把网页版的所有功能都做进去。
• 一个隐私政策地址。Apple 要求提供，App Store Connect 没有它不接受提交。

常见问题