一个人用 AI 做 App“剑小友”上架app store前真正卡住的地方

先说一下为什么选ios，不选android，原因是我手上只有苹果手机，而且ios的app分发只需要一次上架app store，相对比较简单一些。

上架前真正卡住的地方：最关键的问题不是写代码，而是合规、域名、服务器、支付和审核闭环。

1. 域名备案问题

我最开始想主推 fencely.cc，但它在 Namecheap，不在阿里云。国内备案时被退回，原因是备案域名需要满足国内接入/注册管理要求。后来我改成在阿里云买 fencely.cn，用这个域名备案，路径就简单很多。

可以讲的重点是：

如果 App 面向中国用户，官网、隐私政策、用户协议、ICP备案最好一开始就统一规划。不要等 App Store 审核或国内合规材料要填时才补。

2. 官网和服务器配置问题

我买了阿里云 ECS，配置了 Nginx，把官网首页、隐私政策、用户协议部署到服务器上。后来还处理了 HTTPS，不然浏览器会显示“不安全”。

我问过的关键问题包括：

index.html 怎么上传到服务器。

privacy 和 terms 页面放哪个目录。

首页图标、favicon、App Store 下载按钮怎么配置。

fencely.cn 怎么支持 HTTPS。

可以讲的重点是：

App 不只是客户端，还需要一个最小官网。这个官网至少要有首页、隐私政策、用户协议、备案号、HTTPS。

3. App Store 审核被拒问题

我遇到过几类典型拒审：

一是 3.1.1 支付问题。

App 里有“官网购买、人工开通、团队购买”这类文案，Apple 会认为我在绕过 IAP。后来我把会员页改成纯 App 内购买版本，删掉外部购买暗示。

二是 5.1.1(v) 账户删除问题。

App 支持注册账号，就必须在 App 内提供删除账户入口。后来我在登录后的左上角菜单加了删除账户功能，并补了删除说明页，让用户确认后再删除。

三是订阅信息不完整。

Apple 要求自动续订订阅必须在 App 内和元数据里包含：

订阅标题

周期

价格

隐私政策链接

四是 App 名称不一致。

App Store 显示“剑小友”，但设备上显示名一度是 Fencely AI，Apple 认为用户可能找不到下载的 App，所以要统一成“剑小友”。

五是 IAP promotional image 问题。

订阅推广图用了和 App Icon 一样的图，Apple 要求推广图不能只是 App 图标，所以我最后删除了那张订阅推广图。

4. 会员和 App 内购买问题

我确认过一个关键点：会员购买是基于 Apple ID 完成支付，但我还希望和剑小友账号绑定。后来做了判断：如果同一个 Apple ID 已经买过会员，但当前登录的是另一个剑小友账号，就给出提示，避免用户误以为多个账号都能共享同一个订阅。

可以讲的重点是：

App Store 订阅不是简单“收钱按钮”。我还要考虑 Apple ID、App 账号、恢复购买、不同设备登录、审核文案这些边界。

5. Supabase 邮箱注册确认问题

我还遇到一个真实用户体验问题：

用户在 iPhone 邮箱里点确认注册链接，可以打开 App；但如果在电脑浏览器点确认链接，就变成空白页。

后来方案是：

Supabase 邮件回调地址改成 https://wjl.cn/auth/confirm

网站新增确认页

iPhone 上显示“确认成功，正在打开剑小友”

电脑上显示“请返回手机继续登录”

可以讲的重点是：

邮箱确认链接不能只考虑手机 App，也要考虑用户在电脑上点开的场景。否则注册链路会断。

6. 服务器和远程操作问题

我后来确认 Codex 可以通过本机终端、SSH、scp、nginx 配置来操作远程服务器。实际完成过：

上传官网首页

部署隐私政策和用户协议

上传图标资源

配置 HTTPS

检查线上页面内容

可以讲的重点是：

AI 不只是写代码，也可以辅助做 DevOps，但前提是我知道服务器路径、SSH 登录方式、Nginx 目录结构。

这两周我最大的感受是：

做 App 真正难的不是“写一个界面”，而是把产品、账号、支付、域名、备案、服务器devOps、隐私政策、用户协议、App Store 审核全部串起来。AI 可以帮我大幅降低门槛，但我仍然要不断问对问题，逐个打通这些现实世界的环节。同时，建议开发者多搞两个codeX和CC的账号，同时并行开发不同的模块，因为大半的时间我是在看着等AI干活。一个3账号我感觉比较合适。账号太多了脑子切换上下文也是会很累，很消耗。