00 / 00
基于 01MVP 创建你的网站
告诉 AI 你的产品定位、需要的功能和部署目标,快速完成品牌替换、功能裁剪与上线。
01MVP 已经包含产品官网、账号、支付、数字商品、付费内容、后台、AI 能力和部署配置。你可以直接从当前源码开始,让 AI 按目标产品完成裁剪和改造。
推荐用法
把你的产品定位、需要保留的功能和部署目标告诉 AI,让它使用 01mvp-template-initializer Skill。Skill 会检查当前代码和功能依赖,再做这些工作:
- 区分必须保留、应该删除和暂缓决定的能力。
- 按完整功能边界裁剪代码、路由、数据表、环境变量、文档和依赖。
- 替换品牌、域名、包名和产品配置。
- 扫描 01MVP 专属内容与废弃能力残留。
- 运行目标站点的 lint、类型检查、测试和构建。
你不需要自己逐个查找该删哪些文件。AI 会根据当前代码识别完整功能边界,避免只隐藏页面、却遗留路由、数据表、环境变量或后台入口。
默认包含什么
| 类型 | 默认能力 |
|---|---|
| 核心 | TanStack Start、oRPC、Drizzle、D1/SQLite、国际化、主题、基础配置 |
| 可选 | 账号、会员、积分与 AI、数字商品、付费文档、邀请返利、后台、社区、对象存储、原生客户端 |
| 部署 | Cloudflare Workers 或 Zeabur/Docker;两种运行时可访问同一个 D1 数据库 |
能力不是简单的开关。比如删除数字商品时,AI 还要一并处理支付回调、后台入口、订单表、邮件模板、文档和环境变量,而不是只隐藏一个页面。
为什么默认使用 D1 / SQLite
当前 01MVP 的数据量、访问量和写入并发不需要 PostgreSQL 的专属能力。D1 减少了数据库服务器、连接池和备份服务的运维,也让 Web 与数据可以全部放在 Cloudflare。
业务层只使用 SQLite 可表达的 schema 和 SQL。以后如果要完全在国内部署,可以把运行时适配器换成普通 SQLite,并补上持久卷、备份和单机写入保障;业务表结构不需要整体重写。
只有出现明确需求时才重新评估 PostgreSQL,例如持续高写入并发、必须使用 PostgreSQL 扩展、复杂分析查询,或者业务必须依赖行级锁与 PostgreSQL 专属事务语义。不要为了“以后可能用到”同时维护两套主数据库。
代码结构
products/01mvp/
├── apps/web/ # Web、SSR、Worker 与文档
├── packages/api/ # oRPC 路由和业务服务
├── packages/auth/ # Better Auth
├── packages/db/ # SQLite schema、migration 与 D1 适配器
├── packages/config/ # 产品环境变量
├── template/ # 能力清单与 schema
└── package.json # 产品级命令这篇文档有问题?