你有一个 App 的想法,但没有开发团队。现在的 AI 工具能写出、运行并修复大部分代码。这篇指南覆盖整条路:从想法的第一句话,到别人能下载的 App。
九个步骤
写需求。决定要哪种 App。挑工具。注册 Apple Developer Program。做出第一个版本。用 TestFlight 在实体 iPhone(或 iPad)设备上测试。准备上架资料和隐私信息。提交。处理审核,然后持续改进。
1. 打开工具之前,先写需求
AI 按你的描述来做。描述含糊,做出来的 App 也含糊。在往任何工具里打字之前,先写一段话,回答四个问题:
- 给谁用?“准备跑第一个半马的跑者”,而不是“所有人”。
- 解决什么问题?一句话。
- 第一个版本做什么?三到五件事,不是全部。
- 需要什么?账号、数据库、支付、通知、相机、定位。
留好这段话。你会把它粘进工具里,用它写 App Store 描述,最后再拿它对照做好的 App。
需求示例:Pace Log(虚构)
Pace Log 是本文为举例虚构的 App,不是真实产品。它的需求:“Pace Log 给准备跑第一个半马的跑者用。它回答一个问题:我这周的训练达标了吗?第一个版本做三件事:记录一次跑步的距离和用时,显示本周累计距离和每周目标的对比,列出过往跑步记录。数据只存在设备上。不要账号,不要支付,不要定位。”
2. 决定要哪种 App
产出有三种,这个选择决定后面的一切。
网页应用
在浏览器里运行。上线最快,不用过商店审核。不在 App Store 上。
跨平台 App
一套 React Native 代码跑 iPhone 和 Android。第一天就要两个平台时选它。
原生 iOS App
Swift 和 SwiftUI,Apple 自己的框架。用起来和手机上其他 App 一样。
如果目标是 App Store,别打算只给网站套一层壳。Apple 审核指南 4.2 要求 App“超出重新包装的网站”,简单的套壳 App 有被拒的风险。审核看的是功能、内容和界面,套壳不能保证通过。
3. 挑一个走得够远的工具
大多数 AI 工具都很会写代码,区别在于其余的事做多少。问每个工具:
- 它产出什么:网页、React Native,还是 SwiftUI?
- 代码能导出吗?
- 它会构建并提交 App,还是只给我一个项目?
- App Review 拒绝时,它能帮忙吗?
如果你会写代码,Xcode 本身现在就支持你选择的编程 Agent 和模型,包括 Anthropic、Google 和 OpenAI 的。如果你不会,AI 应用生成器会替你写代码,视工具而定还能做更多。我们的 iOS AI 应用生成器怎么选 对比了各种选择。如果你已经在 Lovable 里做过东西,看 Lovable 替代方案:做 iOS App 的五条路。
4. 尽早注册 Apple Developer Program
在 App Store 上发布、邀请 TestFlight 外部测试员,都需要付费会员资格。每个会员年 99 美元,部分地区按当地价格收取。
现在就开始,别等到上线那天。你要在个人和组织账号之间选择,组织账号需要 D‑U‑N‑S 编码,可能要等上几天。每一步见我们的 Apple Developer 账号注册指南。
5. 做出第一版,再收窄
把需求粘进工具,让它先做出来。然后用小而具体的请求来改:
先检查主流程
用户能不能从头到尾完成这个 App 最核心的那件事?先把这个修好。
一条消息只改一件事
“把添加按钮移到右上角”比一口气列十项修改更管用。
首版只做完整、可测试的流程
把范围收紧到需求里承诺的内容,并让每个流程都能从头走到尾。一个完整的小 App,比一个处处有缺口的大 App 更容易测试。
登录和数据要想清楚再加
如果用户能注册账号,Apple 要求在 App 内提供删除账号的方式(审核指南 5.1.1(v))。
以 Pace Log 为例,首版范围就是需求里的三件事。第一项检查是主流程:记录一次跑步,然后看到本周累计距离随之变化。一条修改消息可以是:“在每周页面的累计距离下方,显示距离目标还差多少。”一条消息,只改一件事。如果工具加了一个没人要求的社交动态页,就删掉它,因为它不在需求里。
注意技术门槛
截至 2026 年 10 月 28 日,Apple 要求上传到 App Store Connect 的 App 使用 Xcode 26 或更高版本、iOS 26 SDK 构建,iOS App 须支持 iOS 13 或更高版本。工具应该会处理好,但值得问一句。
6. 用 TestFlight 在实体 iPhone(或 iPad)设备上测试
浏览器或模拟器里的预览,和装在手机上的 App 不是一回事。TestFlight 是 Apple 的测试版服务:你上传构建、邀请测试员,他们用 TestFlight App 安装。
- 内部测试员: 最多 100 名 App Store Connect 团队成员。
- 外部测试员: 通过邮件或公开链接邀请,最多 10,000 人。第一次把构建加入测试组时要经过 App Review,之后的构建不一定需要完整审核。
- 每个构建有效期 90 天。 过期后测试员就打不开了。
请测试员在自己的设备上、用自己的数据走一遍主流程。以 Pace Log 为例,测试检查很简单:每位测试员在一周内记录三次跑步,本周累计距离和剩余距离必须与他们自己算的一致。邀请、安装和常见问题,见我们的 TestFlight 新手教程。
7. 准备上架资料和隐私信息
商店页面在 App Store Connect 里。提交之前,你需要:
- 一条 App 记录:名称(不超过 30 个字符)、Bundle ID 和 SKU。
- 描述、关键词和技术支持网址。
- 展示 App 实际使用情况的截图,而不只是启动页或登录页(审核指南 2.3.3)。
- 隐私政策网址,在 App Store Connect 和 App 内都要有链接(审核指南 5.1.1(i))。
- 与 App 及其第三方 SDK 实际收集情况一致的 App 隐私回答。
- 审核备注;如果 App 需要登录,提供可用的演示账号。
如果你的 App 会把个人数据发给第三方 AI 服务,审核指南 5.1.2(i) 要求你明确告知,并事先取得用户的明确许可。很多围绕 AI 功能做的 App 都适用这一条。
每个字段的说明见我们的 App Store Connect 新手指南。截图可以借助 App Store 截图 Skill 来设计和导出。
8. 提交审核
在 App Store Connect 的版本页面选好构建,点 Add for Review(添加以供审核)。这一步只是加入草稿。然后打开草稿提交,点 Submit for Review(提交以供审核)。到这一步,App 才真正进入审核队列。
Apple 表示,App Review 通常 50% 的提交在 24 小时内完成审核,90% 在 48 小时内。它还表示,平均超过 40% 的未解决问题与审核指南 2.1“App 完整性”有关:崩溃、占位内容和信息不全。点按钮之前,再测一遍。
9. 处理审核,然后继续
如果被拒,App Store Connect 里的消息会写明是哪条指南。读懂它,按描述修复,然后回复或重新提交。如果你认为审核员误解了 App,先具体地回复说明;向 App Review Board 申诉是在那之后的事。提交前值得重点核对的五类问题和被拒后的应对方式,见 App Store 审核指南白话解读。
通过之后,工作还在继续:看用户评价,关注崩溃和留存,在同一条 App 记录下发布新版本。
AirBuild 在哪个环节
AirBuild 用一支 AI 团队覆盖第 5 到第 9 步。产品、设计和工程 Agent 根据你的需求做出原生 iOS App。构建通过 TestFlight 装到你的 iPhone 上,想改什么用大白话说。App 准备好后,AirBuild 准备 App Store 上架资料、截图和审核备注,提交、跟踪审核、回复反馈、修复问题并重新提交。
你不需要会写代码,也不需要 Mac:团队可以在你的 Mac 上或云端运行,你也可以在 iPhone 上查看进度。你需要的是自己的 Apple Developer Program 会员资格。App Review 自动化包含在 Basic、Plus 和 Ultra 方案中,见价格页。AirBuild 目前处于抢先体验阶段,从等候名单中按邀请开放。
常见问题
不会写代码,能用 AI 做 App 吗?
能。不少 AI 应用生成器可以从一段大白话描述开始。产品决策仍由你来做,你还要在实体 iPhone(或 iPad)设备上测试,并持有用来发布 App 的 Apple Developer 账号。
用 AI 做一个 App 要多久?
第一个能用的版本可能几个小时就有了。测试、上架资料和审核还要再花时间。Apple 表示通常 50% 的提交在 24 小时内完成审核,90% 在 48 小时内,但每被拒一次就多一轮。
发布一个 AI 做的 App 要花多少钱?
Apple Developer Program 每个会员年 99 美元,部分地区按当地价格收取。另外加上 AI 工具的费用,以及 App 用到的后端和服务。
用 AI 做 iPhone App 需要 Mac 吗?
上传到 App Store Connect 的 App 必须用 Xcode 26 或更高版本构建,而 Xcode 运行在 Mac 上。有些 AI 工具会在云端的 Mac 上替你完成构建,这样你自己就不需要 Mac。
Apple 会因为 App 是 AI 做的而拒绝吗?
我们在审核指南里没有找到关于代码由谁编写的规定;指南约束的是 App 本身。常见被拒原因包括崩溃和占位内容、隐私信息缺失、几乎只是重新包装网站的 App(按审核指南 4.2 有被拒风险),以及抄袭商店里已有的 App。