46 lines
2.3 KiB
Markdown
46 lines
2.3 KiB
Markdown
|
# 项目愿景
|
||
|
|
|
||
|
|
## 一、核心目标
|
||
|
|
|
||
|
|
Skelet 要解决：AI coding 时代，从零开始写项目既耗 token 又耗时间，开发者需要更快找到适合当前场景的稳定开源骨架。
|
||
|
|
|
||
|
|
> 让开发者能够按场景、语言、框架和 AI 友好度选择项目骨架，并获得清晰的“适合 / 不适合 / 为什么”判断。
|
||
|
|
|
||
|
|
它不是模板商城，也不是泛泛的 awesome list，而是一个为“新项目启动选型”服务的结构化评测网站。
|
||
|
|
|
||
|
|
## 二、目标用户
|
||
|
|
|
||
|
|
- 独立开发者：希望快速启动 SaaS、内容站、管理后台、API 服务等项目。
|
||
|
|
- 小团队技术负责人：希望给团队选择可长期维护的稳定骨架。
|
||
|
|
- AI coding 使用者：希望减少 agent 理解项目结构的 token 和时间消耗。
|
||
|
|
- 开源骨架作者：希望让自己的项目被更准确地介绍和比较。
|
||
|
|
|
||
|
|
## 三、产品原则
|
||
|
|
|
||
|
|
- **场景优先**：主导航按用户要做什么分类，语言和框架作为筛选项。
|
||
|
|
- **可信优先**：明确区分编辑推荐、普通收录和赞助展示。
|
||
|
|
- **AI 友好优先**：评分重点看目录结构、文档、测试、示例模块、增量开发难度。
|
||
|
|
- **小步上线**：第一版先做内容目录和评测闭环，不提前做会员、评论、支付。
|
||
|
|
- **可迁移**：第一版 SQLite 可上线，但模型和代码不绑定 SQLite 专属能力，后续可迁移 PostgreSQL。
|
||
|
|
- **可维护**：文档、模型、路由、任务拆分必须让后续 agent 能继续接手。
|
||
|
|
|
||
|
|
## 四、核心价值主张
|
||
|
|
|
||
|
|
| 价值点 | 说明 |
|
||
|
|
| --- | --- |
|
||
|
|
| 选型更快 | 用户不需要在 GitHub 和搜索引擎里反复比较模板。 |
|
||
|
|
| AI coding 更稳 | 推荐的骨架要说明是否适合 agent 增量开发。 |
|
||
|
|
| 风险更清楚 | 每个骨架展示不适合场景、维护风险、依赖复杂度。 |
|
||
|
|
| 后续可商业化 | 内容信任建立后可扩展 affiliate、赞助、付费数据库和自有模板。 |
|
||
|
|
|
||
|
|
## 五、不做什么（非目标）
|
||
|
|
|
||
|
|
- 不做第一版前台用户社区。
|
||
|
|
- 不做自动生成完整项目代码。
|
||
|
|
- 不做谁付费谁排名第一的榜单。
|
||
|
|
- 不做复杂 SaaS 会员系统。
|
||
|
|
- 不做高并发写入场景。
|
||
|
|
- 不做爬虫批量抓取和自动评分，MVP 先人工录入。
|
||
|
|
|
||
|
|
MVP 的具体功能范围与验收标准，见 [需求](02-requirements.md)。
|