应用端总览
Web、Mobile、Desktop 和小程序模板的定位、成熟度和推荐使用顺序
01MVP 主线是 Web 生产级模板。Mobile、Desktop 和小程序属于应用端模板，把同一套账号、API、支付和业务数据扩展到不同客户端。
Web 那边在 快速开始、项目架构、认证系统、API 开发 和 部署上线 里都讲过了，应用端子页不再重复。
各客户端成熟度不同。Web 最稳；Mobile、Desktop 和小程序会从 Beta 逐步走向 Stable。
Beta
Mobile 和 Desktop 能学、能改，生产分发细节还在迭代。
Planned
小程序在长期路线图里，当前提供规划、基础知识和接入边界。
Stable
Web 是主模板，文档在上层核心栏目。
怎么选入口
这页只帮你判断要不要做应用端，不放跨端账号清单。确定方向后，再进入对应子文档看准备项：
如果你现在只想开发 Web，就回到 快速开始、API 开发 和 部署上线。
成熟度矩阵
| 应用端 | 当前状态 | 面向谁 | 当前承诺 |
|---|---|---|---|
| Web | Stable | 想快速上线网站、SaaS、会员站、AI 工具的用户 | 生产级主模板 |
| Mobile | Beta | 想用 Expo 做 iOS / Android App 的用户 | 可学习、可二次开发、持续迭代 |
| Desktop | Beta | 想用 Tauri 做桌面工具的用户 | 可学习、可二次开发、持续迭代 |
| 小程序 | Planned | 想做微信小程序入口的用户 | 路线图阶段，后续补模板 |
状态说明
| 状态 | 含义 |
|---|---|
| Stable | 生产级，文档、测试、构建和关键流程都稳定 |
| Beta | 代码和文档可用，快速迭代中，适合学习和二次开发 |
| Preview | 有骨架或早期示例，别直接上生产 |
| Planned | 在路线图里，还没有可复用模板 |
推荐使用顺序
先跑 Web：完成 快速开始，确认账号、数据库、支付、部署和文档站都能跑。
再接 API：看 API 开发，确认所有客户端走同一个 Hono/oRPC 后端。
最后处理平台分发：移动端要处理 EAS、商店和 RevenueCat；桌面端要处理签名、公证、安装包和自动更新。
文档边界
应用端文档只讲”这个客户端自己的事”。数据库、邮件、存储、支付、认证这些共通能力在 core 和 integrations 里，应用端只说怎么接、怎么配、怎么验收。
上层共通系统
API、认证、数据库、邮件、存储、支付、数据统计、部署、安全。
应用端专属系统
App 身份、平台配置、端侧登录、权限、主题、构建、上架、审核。
新手从哪读起
第一次做 App、桌面应用或小程序？先看基础页。它们不堆术语，先讲清”这个客户端是什么””怎么连后端””哪些配置不能乱放”。
移动端必懂基础
适合想做 iOS / Android App，但还不熟悉 Expo、真机和上架流程的读者。
桌面端必懂基础
适合想做 macOS / Windows / Linux 桌面工具，但还不熟悉 Tauri、权限和更新的读者。
小程序必懂基础
适合想做微信小程序，但还不熟悉 AppID、业务域名、微信登录和审核流程的读者。
移动端 Skills / 插件
按 Expo、UI、认证、发布阶段选择合适的 AI 辅助能力。
桌面端 Skills / 插件
按 Tauri、Rust、UI、发布阶段选择合适的 AI 辅助能力。
小程序 Skills / 插件
区分 AI 能帮忙的部分和必须人工在微信平台验证的部分。
权益边界建议
当前更适合把 Web 生产级模板作为高级会员主承诺。Mobile、Desktop 和小程序适合作为 Pro 或多端 App Kit 的早期访问权益。
推荐这样写：
Mobile、Desktop 和小程序模板从 Beta 到 Stable 逐步成熟。Beta 阶段适合学习、参考和二次开发，不承诺覆盖所有生产分发细节。
这样模板能长期演进，不用一开始就把 App Store、Tauri 签名、公证、自动更新和小程序审核都变成即时交付的压力。
继续阅读
这篇文档有问题？