应用端实验室移动应用
00 / 00
移动端 Vibe Coding
用 AI 辅助改造 01MVP mobile 模板的安全顺序和提问方式
你将学到
- 哪些任务适合交给 AI，哪些要拆开做
- 分阶段改造的安全顺序
- 给 AI 写 prompt 时应该包含哪些信息
- 每个阶段的验收方式
移动端很适合让 AI 帮忙，但别一上来就让它"做一个完整 App"。更稳的方式是拆成身份配置、API、登录、主题、支付、构建这几段，每段都有明确的验收点。
适合交给 AI 的事
- 配置和替换： App 名称、Bundle ID、scheme、图标、启动页、公开环境变量
- 接入和验证： health、登录、profile、会员状态、RevenueCat entitlement
- 文档和清单： 把每次改动沉淀成适配清单、测试清单和发布前检查
别一次性交给 AI 的事
| 任务 | 为什么要拆开 |
|---|---|
| 同时做登录、支付、推送和上传 | 出问题时很难判断是哪一层坏了 |
| 一次性接多个原生能力 | 每个能力都有权限、真机、构建和平台差异 |
| 让 AI 自己决定所有产品功能 | 模板容易被业务特例污染 |
| 不给验收命令 | AI 很容易只改文件，不确认 App 是否还能跑 |
推荐工作流
五个步骤，按顺序来：描述产品 → 限定范围 → 让 AI 检查现状 → 分批修改 → 跑验收。
关键是每一步都要有明确的边界和验收命令。不要让 AI 自由发挥，也不要跳过验收直接进入下一阶段。
可直接用的 prompt 模板
每个阶段用这个结构提问：
请只处理 01MVP mobile 模板的一个小阶段，不要一次性重写整个 App。
当前阶段：这里写清楚，例如"替换 App 身份"或"接入登录回跳"。
产品名称：这里填名称。
目标平台：iOS / Android。
请先检查 products/01mvp/apps/mobile 的现有结构和文档，再给出最小改动方案。
改动时保留模板已有的 API、认证、支付和主题边界。
完成后请列出改了哪些文件、还需要我配置哪些账号或平台信息、应该运行哪些验证命令。这个模板的核心是：明确当前阶段、明确产品信息、要求 AI 先检查现状再动手、要求列出改动和后续步骤。每次都换"当前阶段"那一行就行。
一个真实的改造顺序
- 替换 App 身份 — 名称、图标、scheme、Bundle ID。验收：
vpr @01mvp/mobile#type-check通过，Expo 能启动。 - 连接 API — 改
EXPO_PUBLIC_SERVER_URL，验证 health 和登录。验收：真机能登录、能看到 profile 数据。 - 接入会员状态 — 配置 RevenueCat public key，验证 entitlement 读取。验收：会员页能正确显示付费状态。
- 替换主题和文案 — 改颜色、字体、首页内容。验收：视觉上已经是你的产品，不是模板。
- 处理原生能力 — 推送、相机、深链，逐个接入。验收：每个能力单独验证，不要混在一起。
- 准备上架 — 截图、隐私政策、证书、审核说明。验收：EAS production build 能提交到商店。
每一步结束后再进入下一步。如果某一步卡住了，不要带着问题往前走。
下一步
了解 AI 辅助流程后，从 App 的外壳和导航开始改：应用外壳与导航
想和其他创造者交流？
这篇文档有问题？