diff --git a/README.md b/README.md
index d703db2..aa1ba6d 100644
--- a/README.md
+++ b/README.md
@@ -37,6 +37,7 @@ Skelet 是一个面向 AI coding 开发者、独立开发者和小团队的开
 - [`docs/06-tasks.md`](docs/06-tasks.md)：任务看板。
 - [`progress.md`](progress.md)：执行历史流水。
 - [`docs/current-state.md`](docs/current-state.md)：当前实现状态快照。
+- [`business/`](business/)：商业计划书、商业模式、市场分析和增长方案。
 
 ## 开发原则
 
@@ -56,3 +57,4 @@ Skelet 是一个面向 AI coding 开发者、独立开发者和小团队的开
 - [`docs/current-state.md`](docs/current-state.md)
 
 在此之前，任何 agent 不得宣称项目“可运行”。
+
diff --git a/business/README.md b/business/README.md
new file mode 100644
index 0000000..75ba31d
--- /dev/null
+++ b/business/README.md
@@ -0,0 +1,32 @@
+# Business Documents
+
+本目录保存 Skelet 的商业计划、内容增长、项目来源、变现方案和竞品分析。
+
+## 目录结构
+
+```text
+business/
+├── business-plan-v1.md
+├── research-sourcing-strategy.md   # 去哪里找骨架项目
+├── content-strategy.md             # 怎么写内容和做 SEO
+├── monetization.md                 # 怎么变现
+└── competitor-analysis.md          # 竞品分析
+```
+
+## 文档说明
+
+- [`business-plan-v1.md`](business-plan-v1.md)：第一版商业计划书，说明项目定位、目标用户、产品形态、商业模式和里程碑。
+- [`research-sourcing-strategy.md`](research-sourcing-strategy.md)：骨架项目来源、搜索词库、筛选标准和调研流程。
+- [`content-strategy.md`](content-strategy.md)：内容栏目、SEO 策略、文章模板、发布节奏和质量标准。
+- [`monetization.md`](monetization.md)：Affiliate、赞助、付费收录、付费数据库、自有模板和顾问服务的变现路径。
+- [`competitor-analysis.md`](competitor-analysis.md)：竞品类型、差异化定位、风险和机会。
+
+## 维护边界
+
+- `business/` 负责商业判断：为什么值得做、怎么赚钱、怎么推广、内容从哪里来。
+- `docs/` 负责产品和工程执行：需求、技术栈、架构、任务、当前状态。
+
+如果商业计划产生明确产品需求，需要同步到：
+
+- [`../docs/02-requirements.md`](../docs/02-requirements.md)
+- [`../docs/06-tasks.md`](../docs/06-tasks.md)
diff --git a/business/business-plan-v1.md b/business/business-plan-v1.md
new file mode 100644
index 0000000..9d5eaac
--- /dev/null
+++ b/business/business-plan-v1.md
@@ -0,0 +1,240 @@
+# Skelet 第一版商业计划书
+
+- 版本：V1.0 Draft
+- 日期：2026-07-06
+- 项目阶段：商业方案与产品 MVP 规划
+- 技术前提：Wagtail + Django + Python 3.12 + SQLite 第一版上线
+
+## 一、项目摘要
+
+Skelet 是一个面向 AI coding 开发者、独立开发者和小团队的开源项目骨架导航与评测网站。
+
+AI coding 正在改变软件开发方式，但从零开始让 AI 编写完整项目会带来两个明显问题：token 消耗高、开发时间长，并且架构容易跑偏。更合理的方式是基于稳定、清晰、可维护的开源骨架项目进行增量开发。
+
+Skelet 的目标是帮助用户快速回答一个具体问题：我的项目应该基于哪个骨架开始？
+
+第一版先做内容目录和评测闭环：按场景分类，按语言、框架、数据库和 AI 友好度筛选，提供骨架详情、适用/不适用场景、推荐理由和评分。
+
+## 二、问题与机会
+
+### 2.1 用户痛点
+
+- 从零开始开发项目时，AI 需要反复生成基础设施代码，token 和时间消耗高。
+- 开源模板和 boilerplate 数量很多，但质量、维护状态、适用场景参差不齐。
+- 用户通常先知道“我要做什么”，但很多目录按语言或框架组织，不符合真实选型路径。
+- 很多骨架项目文档不清楚、测试不完整、目录结构复杂，不适合 AI coding 增量开发。
+- 开发者很难快速判断一个骨架适合什么场景、不适合什么场景、后续维护成本如何。
+
+### 2.2 市场机会
+
+Skelet 切入的不是泛开发者资讯，而是“项目启动选型”这个高意图场景。用户来到网站时，通常已经准备创建项目、选择技术栈、购买服务或使用工具，因此后续适合接入商业化：云服务返佣、部署平台推荐、AI coding 工具、付费数据库、自有模板和顾问服务。
+
+## 三、解决方案
+
+Skelet 提供一个结构化的骨架项目数据库和评测体系。
+
+核心原则：
+
+- 主分类按场景：SaaS、管理后台、API 服务、内容站、电商、AI 应用、数据看板、移动端后端等。
+- 辅助筛选按技术：Python、TypeScript、Go、Java、PHP、Wagtail、Django、FastAPI、Next.js、Laravel 等。
+- 每个骨架都有固定详情页：适合场景、技术栈、开源地址、成熟度、维护状态、功能清单、上手成本、AI Coding 友好度、不适合场景和推荐理由。
+- 明确区分编辑推荐、普通收录和赞助展示，避免商业化伤害信任。
+
+## 四、目标用户
+
+| 用户 | 需求 | 价值 |
+| --- | --- | --- |
+| 独立开发者 | 快速启动 MVP、SaaS、内容站或工具站 | 减少选型和搭架子时间 |
+| 小团队技术负责人 | 给团队选择稳定、可维护的起步骨架 | 降低架构风险和维护成本 |
+| AI coding 使用者 | 找到适合 agent 增量开发的项目结构 | 降低 token 消耗和上下文理解成本 |
+| 开源骨架作者 | 获得更准确的展示和目标用户 | 增加曝光和用户反馈 |
+| 开发者工具厂商 | 触达准备启动项目的高意图用户 | 获得转化和品牌曝光 |
+
+## 五、产品形态
+
+### 5.1 第一版 MVP
+
+第一版只做内容和筛选闭环：
+
+- 首页：场景入口、推荐骨架、最新文章。
+- 场景页：按使用场景聚合骨架项目。
+- 项目列表页：按语言、框架、数据库、AI 友好度和关键词筛选。
+- 项目详情页：展示固定评测结构和外部链接。
+- 文章页：评测、对比、避坑指南、场景推荐。
+- Wagtail 后台：人工维护项目、分类、评分和文章。
+- SEO 基础：稳定 slug、title、description、sitemap。
+
+第一版不做：用户注册、评论、收藏、支付、自动抓取、复杂搜索、多语言站点。
+
+### 5.2 AI 友好度评分
+
+评分维度：
+
+| 维度 | 说明 |
+| --- | --- |
+| 目录结构 | 是否清晰、模块边界是否明确 |
+| 文档完整度 | 是否有运行、部署、测试和架构说明 |
+| 测试可用性 | 是否有可运行测试和基础 CI |
+| 示例模块 | 是否有完整 demo feature 供 AI 模仿 |
+| 依赖克制度 | 是否依赖过重、配置是否复杂 |
+| 增量开发难度 | 是否容易让 AI 在既有模式中添加功能 |
+
+## 六、技术方案
+
+第一版使用 Python 技术栈：
+
+| 维度 | 选择 |
+| --- | --- |
+| CMS / Web 框架 | Wagtail + Django |
+| Python | 3.12 |
+| 数据库 | SQLite with JSON1 |
+| 前台渲染 | Django / Wagtail Templates |
+| 部署 | 2 核 2G VPS，Gunicorn + Nginx |
+| 后续数据库 | PostgreSQL，按条件迁移 |
+
+选择 Wagtail 的原因：项目核心是内容管理、分类、筛选、详情页和 SEO。第一版不需要复杂 SaaS 账号系统，使用 Wagtail 可以更快上线并保持后台编辑能力。
+
+SQLite 作为第一版上线数据库的前提：以公开读为主，后台少量人工写入，不做评论、收藏、会员和用户提交。出现写入增加、多人后台编辑、`database is locked` 或付费功能时，再迁移 PostgreSQL。
+
+## 七、商业模式
+
+商业化按阶段推进，不在第一天强行卖东西。
+
+### 7.1 阶段一：建立信任与流量
+
+目标：内容可信、SEO 可增长、用户愿意收藏和订阅。
+
+重点内容：
+
+- 各类骨架项目排行榜。
+- 按场景推荐。
+- 技术栈对比。
+- AI Coding 友好度评分。
+- 上手体验和避坑指南。
+- 项目维护状态观察。
+
+可轻量加入：Newsletter 订阅、项目提交入口、简单赞助说明页。
+
+### 7.2 阶段二：轻量变现
+
+| 方式 | 说明 |
+| --- | --- |
+| Affiliate 推荐返佣 | 云服务器、数据库、部署平台、域名、监控、AI coding 工具、UI 模板等。 |
+| 赞助位 | 首页、分类页、Newsletter、评测文章中展示 Sponsored 项目。 |
+| 付费收录 / 高级展示 | 普通收录免费，深度评测、置顶展示、Newsletter 推荐收费。 |
+| 深度评测报告 | 为骨架作者或工具厂商提供 AI Coding 友好度报告。 |
+
+商业化纪律：Sponsored 必须明确标识，不能影响编辑推荐排序。
+
+### 7.3 阶段三：高利润产品
+
+| 产品 | 说明 |
+| --- | --- |
+| 付费数据库 | 提供完整筛选、评分细节、替代方案、维护状态提醒。 |
+| 自有模板 | 整理 AI coding 友好的 Wagtail、FastAPI、Django、Next.js 等模板。 |
+| 顾问服务 | 帮团队选型、搭建内部骨架、改造模板、制定 AI coding 工作流。 |
+| 项目启动决策工具 | 输入需求，输出推荐骨架、技术栈、部署方案和 AI 任务拆分。 |
+
+推荐变现顺序：内容流量 -> Newsletter -> Affiliate -> 赞助/付费收录 -> 付费数据库 -> 自有模板 -> 顾问服务 / SaaS 工具。
+
+## 八、推广策略
+
+### 8.1 内容 SEO
+
+优先做高意图内容：
+
+- “适合 AI Coding 的 Django 骨架”
+- “Next.js SaaS Boilerplate 对比”
+- “Python 内容站骨架推荐”
+- “Wagtail vs Django CMS 做内容站怎么选”
+- “2 核 2G VPS 部署 Django/Wagtail 是否够用”
+
+### 8.2 社区分发
+
+- GitHub：维护 awesome 风格公开列表，引流到网站详情页。
+- 独立开发者社区：分享场景推荐和避坑文章。
+- AI coding 社区：分享评分体系和模板改造案例。
+- 开源作者合作：允许作者提交项目，获得反馈和曝光。
+
+### 8.3 Newsletter
+
+Newsletter 不做泛资讯，只围绕：新发现的骨架、值得关注的模板、AI 友好度评测、项目启动建议。
+
+## 九、里程碑
+
+| 阶段 | 目标 | 交付物 |
+| --- | --- | --- |
+| M1 | MVP 可运行 | 首页、分类页、项目详情、后台录入、基础 SEO |
+| M2 | 内容初始库 | 至少 8 个场景、50 个骨架项目、10 篇评测/对比文章 |
+| M3 | SEO 验证 | 有稳定自然搜索访问和 Newsletter 订阅入口 |
+| M4 | 轻量变现 | Affiliate 和 Sponsored 规则上线 |
+| M5 | 付费产品验证 | 付费数据库、自有模板或顾问服务获得首批付费用户 |
+
+## 十、成本结构
+
+第一版控制成本：
+
+| 成本项 | 第一版策略 |
+| --- | --- |
+| 服务器 | 2 核 2G VPS 起步 |
+| 数据库 | SQLite，减少托管数据库成本 |
+| 内容管理 | Wagtail 后台人工维护 |
+| 图片与媒体 | 本地 media 起步，后续迁移对象存储 |
+| 搜索 | 数据库/Wagtail 搜索起步，不上 Elasticsearch |
+| 开发 | 使用 AI coding + harness 文档降低迭代成本 |
+
+## 十一、关键指标
+
+### 产品指标
+
+- 收录骨架项目数。
+- 场景分类覆盖数。
+- 骨架详情页完整率。
+- AI 友好度评分覆盖率。
+- 页面可索引数量。
+
+### 增长指标
+
+- 自然搜索访问量。
+- 骨架详情页访问量。
+- Newsletter 订阅数。
+- 外部链接点击率。
+- 用户提交项目数。
+
+### 商业指标
+
+- Affiliate 点击和转化。
+- 赞助位咨询数。
+- 深度评测订单数。
+- 自有模板销量。
+- 顾问服务线索数。
+
+## 十二、风险与应对
+
+| 风险 | 表现 | 应对 |
+| --- | --- | --- |
+| 内容可信度不足 | 用户认为只是普通目录站 | 使用固定评分维度，写清不适合场景和评测理由 |
+| 内容维护压力 | 骨架项目状态变化快 | MVP 先人工维护核心项目，后续再做 GitHub 同步 |
+| 商业化伤害信任 | 赞助项目影响排序 | Sponsored 明确标识，编辑推荐独立排序 |
+| 技术复杂度膨胀 | 过早做会员、支付、复杂搜索 | 第一版只做内容闭环，V2/V3 再扩展 |
+| SQLite 写入瓶颈 | 出现 database is locked | 限制第一版写入，达到触发条件后迁移 PostgreSQL |
+| SEO 起量慢 | 内容早期没有流量 | 先做高意图长尾关键词和对比内容 |
+
+## 十三、第一版执行重点
+
+第一版最重要的不是功能多，而是定位清楚、内容可信、结构稳定。
+
+优先级：
+
+1. 建立 Wagtail 可运行项目。
+2. 固定内容模型和评分维度。
+3. 录入首批高质量骨架项目。
+4. 完成首页、分类、列表、详情和文章页。
+5. 做基础 SEO 和上线。
+6. 观察访问和点击，再决定下一步商业化。
+
+## 十四、结论
+
+Skelet 的机会在于站在“项目启动决策”这个高意图节点上。它不是单纯收集链接，而是通过场景分类、结构化评测和 AI Coding 友好度，帮助用户更快、更稳地选择项目骨架。
+
+第一版应保持小而稳：用 Wagtail + SQLite 快速上线，先做内容可信度和 SEO，再逐步扩展到返佣、赞助、付费数据库、自有模板和顾问服务。
diff --git a/business/competitor-analysis.md b/business/competitor-analysis.md
new file mode 100644
index 0000000..b7ca3d7
--- /dev/null
+++ b/business/competitor-analysis.md
@@ -0,0 +1,143 @@
+# 竞品分析
+
+- 版本：V1.0 Draft
+- 日期：2026-07-06
+- 目标：明确 Skelet 的竞争对象、差异化定位和第一版应该避开的陷阱。
+
+## 一、竞品不是单一网站
+
+Skelet 的竞品分为几类：
+
+1. GitHub Topics / Search。
+2. Awesome Lists。
+3. 开源替代产品目录。
+4. 付费模板市场。
+5. 官方框架 starter。
+6. 技术博客和排行榜文章。
+
+Skelet 不需要在第一版取代它们，而是要做一个更适合“AI coding 项目启动选型”的中间层。
+
+## 二、竞品类型对比
+
+| 类型 | 优势 | 缺点 | Skelet 机会 |
+| --- | --- | --- | --- |
+| GitHub Topics | 数据最全、更新快、有 stars/forks/signals | 噪声高、缺少场景判断、缺少评测 | 做筛选、归类、评测和结论。 |
+| Awesome Lists | 人工整理、覆盖细分领域 | 更新不稳定、缺少评分、链接堆砌 | 做结构化字段和维护状态追踪。 |
+| OpenAlternative / AlternativeTo | 适合找开源替代产品和行业软件 | 更多是产品目录，不是项目骨架目录 | 从成熟产品反推行业骨架需求。 |
+| Product Hunt | 发现新工具快 | 热度导向、开源信息不完整 | 作为趋势发现入口，不作为推荐依据。 |
+| 付费模板市场 | 商业化成熟、落地性强 | 开源透明度低、质量不易验证 | 强调开源、可验证、AI 友好度。 |
+| 官方 Starter | 稳定、权威、文档好 | 场景覆盖有限，不做跨框架比较 | 作为稳定基准纳入数据库。 |
+| 技术博客排行 | SEO 强、观点明确 | 更新后难维护、结构化差 | 把文章和项目数据库结合。 |
+
+## 三、直接参考对象
+
+### 3.1 GitHub Topics
+
+定位：最大开源项目入口。
+
+可学习：
+
+- topic 分类。
+- stars、forks、最近更新等信号。
+- 按语言筛选。
+
+需要补足：
+
+- 场景化推荐。
+- AI Coding 友好度评分。
+- 适合 / 不适合场景。
+- 上手成本说明。
+
+### 3.2 OpenAlternative / AlternativeTo
+
+定位：开源替代产品目录。
+
+可学习：
+
+- 按类别组织产品。
+- 与商业软件做替代关系。
+- 展示 stars、forks、last commit。
+- 支持提交和广告。
+
+需要差异化：
+
+- Skelet 不只是找“替代品”，而是找“项目起步骨架”。
+- Skelet 关注二次开发、目录结构、测试和 AI coding 适配。
+
+### 3.3 Awesome Lists
+
+定位：人工精选链接列表。
+
+可学习：
+
+- 细分领域覆盖。
+- 社区贡献模式。
+- 简洁维护方式。
+
+需要差异化：
+
+- Skelet 不能只是链接页。
+- 每个项目都要有结构化详情、评分和推荐结论。
+
+### 3.4 付费模板市场
+
+定位：直接卖可用模板。
+
+可学习：
+
+- 清晰的 landing 和 demo。
+- 按场景包装模板。
+- 强商业转化。
+
+需要差异化：
+
+- Skelet 第一版以开源和可信评测为主。
+- 后续可以卖自有整理模板，但不能影响公开推荐的公正性。
+
+## 四、Skelet 差异化定位
+
+Skelet 的核心差异：
+
+```text
+不是最多项目
+而是最适合项目启动决策
+```
+
+具体差异：
+
+- 按场景作为一级入口，而不是按语言作为唯一入口。
+- 每个项目说明适合和不适合场景。
+- 引入 AI Coding 友好度评分。
+- 把官方 starter、开源 boilerplate、成熟产品和付费模板分开标记。
+- 用结构化数据库支撑文章、筛选、对比和商业化。
+
+## 五、第一版竞争策略
+
+不要一开始做大而全目录。第一版只打穿 4 个高需求场景：
+
+1. SaaS。
+2. 管理后台。
+3. API 服务。
+4. 内容站 / CMS。
+
+每个场景做到：
+
+- 8-15 个高质量候选。
+- 统一评分。
+- 有推荐结论。
+- 有一篇场景推荐文章。
+- 有一篇对比文章。
+
+## 六、风险与防守
+
+| 风险 | 说明 | 防守方式 |
+| --- | --- | --- |
+| GitHub 数据太全 | 用户可能直接去 GitHub 搜 | Skelet 提供场景判断和 AI 友好度评分。 |
+| Awesome list 更轻 | 用户可能只需要链接 | Skelet 提供详情、对比和维护状态。 |
+| 模板市场转化强 | 付费模板有 demo 和营销 | Skelet 先建立信任，后续卖整理后的 AI 友好模板。 |
+| 内容容易过期 | 项目维护状态变化快 | 建立季度复查机制和 stale 标记。 |
+| 推荐可信度受商业化影响 | 赞助会降低信任 | Sponsored 明确标记，编辑推荐独立。 |
+
+## 七、结论
+
+Skelet 的竞争优势不在于收录数量，而在于判断质量。GitHub 负责提供原始项目，Awesome list 负责发现线索，开源替代目录负责提供行业视角，Skelet 要把这些来源整理成“适合 AI coding 的项目启动决策库”。
diff --git a/business/content-strategy.md b/business/content-strategy.md
new file mode 100644
index 0000000..6380554
--- /dev/null
+++ b/business/content-strategy.md
@@ -0,0 +1,175 @@
+# 内容策略与 SEO 方案
+
+- 版本：V1.0 Draft
+- 日期：2026-07-06
+- 目标：让 Skelet 通过高意图内容获得稳定搜索流量，并把流量引导到骨架项目详情页、Newsletter 和后续商业化产品。
+
+## 一、内容定位
+
+Skelet 的内容不是泛技术资讯，而是围绕一个问题展开：开发者要开始一个项目时，应该基于哪个稳定骨架？
+
+内容要服务三个动作：
+
+1. 帮用户发现候选骨架。
+2. 帮用户比较和排除不适合的骨架。
+3. 帮用户形成下一步开发决策。
+
+## 二、核心内容类型
+
+| 类型 | 目标 | 示例 |
+| --- | --- | --- |
+| 场景推荐 | 捕获“我要做什么”的搜索意图 | 适合 AI Coding 的 SaaS 骨架推荐 |
+| 技术栈对比 | 捕获“用什么技术”的搜索意图 | Wagtail vs Django CMS 做内容站怎么选 |
+| 骨架评测 | 建立可信评估体系 | Cookiecutter Django 是否适合 AI Coding |
+| 排行榜 | 提供快速决策入口 | 最适合独立开发者的 10 个开源 SaaS 骨架 |
+| 避坑指南 | 捕获长尾问题 | 为什么不要直接拿大而全模板做 MVP |
+| 部署与成本 | 连接商业化入口 | 2 核 2G VPS 部署 Wagtail 是否够用 |
+
+## 三、SEO 页面结构
+
+第一版优先建设这些页面：
+
+```text
+/
+/scenarios/
+/scenarios/saas/
+/scenarios/admin-dashboard/
+/scenarios/api-service/
+/scenarios/content-site/
+/projects/
+/projects/{slug}/
+/articles/
+/articles/{slug}/
+```
+
+每个页面必须有：
+
+- 稳定 slug。
+- 清晰 title。
+- meta description。
+- 面包屑或返回路径。
+- 相关项目或相关文章内链。
+- 明确的更新时间。
+
+## 四、关键词策略
+
+### 4.1 高意图关键词
+
+```text
+saas boilerplate
+saas starter
+django boilerplate
+fastapi template
+nextjs saas boilerplate
+admin dashboard starter
+open source ecommerce starter
+ai app starter
+rag starter template
+wagtail starter
+```
+
+### 4.2 中文长尾关键词
+
+```text
+适合 AI Coding 的项目骨架
+开源 SaaS 骨架推荐
+Django 项目骨架推荐
+FastAPI 项目模板推荐
+Next.js SaaS 模板怎么选
+管理后台开源骨架
+内容网站用什么开源骨架
+2核2G能不能部署 Django
+```
+
+## 五、文章模板
+
+### 5.1 骨架评测模板
+
+```text
+标题
+一句话结论
+适合谁
+不适合谁
+技术栈
+功能清单
+目录结构观察
+文档和测试情况
+AI Coding 友好度评分
+上手成本
+维护状态
+替代方案
+最终建议
+```
+
+### 5.2 场景推荐模板
+
+```text
+场景定义
+用户常见需求
+不建议从零开始的原因
+选择骨架的标准
+推荐项目列表
+对比表
+不同预算/团队规模建议
+最终推荐
+```
+
+## 六、发布节奏
+
+MVP 阶段建议节奏：
+
+| 周期 | 内容 |
+| --- | --- |
+| 每周 | 新增 3-5 个骨架项目详情页。 |
+| 每周 | 发布 1 篇评测或对比文章。 |
+| 每月 | 完成 1 个场景专题页。 |
+| 每季度 | 更新高流量文章和核心榜单。 |
+
+## 七、质量标准
+
+每篇内容必须满足：
+
+- 不复制第三方 README 大段内容。
+- 有明确结论，而不是只罗列链接。
+- 写清适合和不适合场景。
+- 链接到官方仓库或官方文档。
+- 至少关联一个场景和一个技术栈。
+- 涉及推荐时说明依据。
+- 赞助内容必须标记 Sponsored。
+
+## 八、转化路径
+
+```text
+搜索进入文章
+-> 点击骨架详情页
+-> 查看推荐理由和替代方案
+-> 订阅 Newsletter 或点击外部服务链接
+-> 后续转化为 Affiliate、模板购买或顾问咨询
+```
+
+## 九、第一批内容建议
+
+优先做 12 篇内容：
+
+1. 适合 AI Coding 的开源 SaaS 骨架推荐。
+2. Python Web 项目骨架怎么选。
+3. Django 项目从 Cookiecutter Django 开始是否合适。
+4. FastAPI 全栈模板适合什么项目。
+5. Wagtail 做内容目录站的优缺点。
+6. Next.js SaaS Boilerplate 对比。
+7. 管理后台项目应该选什么骨架。
+8. API 服务骨架选择指南。
+9. 内容网站骨架选择指南。
+10. 2 核 2G VPS 部署 Python Web 项目策略。
+11. AI Coding 友好度评分标准说明。
+12. 为什么大而全模板不一定适合 MVP。
+
+## 十、指标
+
+| 指标 | 说明 |
+| --- | --- |
+| 自然搜索访问 | 衡量 SEO 是否起效。 |
+| 骨架详情页点击 | 衡量内容是否引导到核心资产。 |
+| 外部链接点击 | 衡量推荐转化潜力。 |
+| Newsletter 订阅 | 衡量长期关系。 |
+| 页面更新时间 | 衡量内容维护健康度。 |
diff --git a/business/monetization.md b/business/monetization.md
new file mode 100644
index 0000000..f43d58b
--- /dev/null
+++ b/business/monetization.md
@@ -0,0 +1,169 @@
+# 变现方案
+
+- 版本：V1.0 Draft
+- 日期：2026-07-06
+- 目标：在不牺牲推荐可信度的前提下，把 Skelet 从内容目录站逐步发展为可盈利的开发者选型平台。
+
+## 一、变现原则
+
+- 先建立信任，再商业化。
+- 赞助展示必须明确标记 Sponsored。
+- 编辑推荐和商业展示分离。
+- 不把付费项目排到自然推荐第一名。
+- 变现产品要服务“项目启动决策”，不要偏离核心场景。
+
+## 二、阶段路径
+
+```text
+内容流量
+-> Newsletter
+-> Affiliate
+-> 赞助 / 付费收录
+-> 付费数据库
+-> 自有模板
+-> 顾问服务 / 项目启动工具
+```
+
+## 三、第一阶段：轻量变现
+
+### 3.1 Affiliate 推荐返佣
+
+适合推荐的服务：
+
+| 类别 | 示例方向 |
+| --- | --- |
+| 云服务器 | VPS、云主机、轻量服务器。 |
+| 托管数据库 | PostgreSQL、MySQL、Redis。 |
+| 部署平台 | Vercel、Render、Railway、Fly.io 等。 |
+| 域名与 DNS | 域名注册、DNS、CDN。 |
+| 邮件服务 | Resend、Postmark、Mailgun 等。 |
+| 监控服务 | Sentry、日志、 uptime 监控。 |
+| AI coding 工具 | IDE、agent、模型服务。 |
+| UI 模板市场 | Dashboard、SaaS、Landing 模板。 |
+
+适合出现的位置：
+
+- 项目详情页的“部署建议”。
+- 文章里的“推荐组合”。
+- Newsletter 底部推荐。
+- 专题页的“上线成本”部分。
+
+### 3.2 赞助展示
+
+可售卖位置：
+
+- 首页推荐区。
+- 场景页顶部。
+- 技术栈页侧栏。
+- Newsletter 推荐位。
+- 深度评测文章赞助说明。
+
+规则：
+
+- 必须显示 Sponsored。
+- 赞助不改变编辑评分。
+- 赞助项目也必须满足基础收录标准。
+- 拒绝不适合开发者或质量明显不足的项目。
+
+### 3.3 付费收录 / 深度评测
+
+免费：普通项目提交和基础收录。
+
+付费：
+
+- 深度评测。
+- 首页或分类页曝光。
+- Newsletter 推荐。
+- AI Coding 友好度报告。
+- 与同类项目对比。
+
+## 四、第二阶段：付费数据库
+
+面向用户：独立开发者、小团队、技术负责人。
+
+可付费内容：
+
+- 完整筛选数据库。
+- 详细评分项。
+- 替代方案推荐。
+- 维护状态提醒。
+- 项目启动组合建议。
+- 导出对比表。
+
+价格假设：
+
+| 版本 | 价格假设 | 内容 |
+| --- | --- | --- |
+| Free | 0 | 基础推荐和公开详情。 |
+| Pro | 月付 9-19 美元 | 高级筛选、完整评分、替代方案。 |
+| Team | 月付 49-99 美元 | 团队选型报告、收藏、导出。 |
+
+## 五、第三阶段：自有模板
+
+Skelet 可以出售“AI Coding 友好”的整理版模板。
+
+候选产品：
+
+- Wagtail 内容目录站模板。
+- FastAPI API 服务骨架。
+- Django 后台 + API 骨架。
+- Next.js SaaS 骨架。
+- 独立开发者 MVP 模板。
+- 带 AGENTS.md、任务看板和部署文档的模板包。
+
+核心卖点不是“重复开源项目”，而是：
+
+- 整理后的目录结构。
+- AI coding 规则文件。
+- 示例模块。
+- 测试和验证命令。
+- 部署说明。
+- 常见任务拆分。
+
+## 六、第四阶段：顾问服务
+
+适合高客单价：
+
+- 帮团队选择技术栈和骨架。
+- 帮公司搭建内部项目模板。
+- 帮创业团队改造开源模板。
+- 帮开源项目提高 AI Coding 友好度。
+- 帮团队制定 AI coding 工作流。
+
+服务入口可以放在：
+
+- 高流量文章结尾。
+- 项目详情页侧边栏。
+- Newsletter。
+- “团队选型”独立页面。
+
+## 七、长期产品化方向
+
+做成项目启动决策工具：
+
+```text
+输入：我要做 SaaS / 管理后台 / API / 电商 / AI 工具
+输出：推荐骨架、技术栈、部署方案、数据库方案、AI coding 规则、开发任务拆分
+```
+
+这会让 Skelet 从内容站升级为“项目启动平台”。
+
+## 八、风险
+
+| 风险 | 应对 |
+| --- | --- |
+| 过早广告化 | MVP 先做内容和信任，不堆广告。 |
+| 推荐被赞助污染 | Sponsored 和编辑推荐分离。 |
+| Affiliate 转化低 | 只在高意图页面推荐相关服务。 |
+| 自有模板维护成本高 | 先做少量高需求模板，不铺太宽。 |
+| 顾问服务不可规模化 | 用服务经验反哺模板和工具产品。 |
+
+## 九、第一版执行建议
+
+第一版只准备商业化基础，不急着上线复杂付费功能：
+
+- 在数据模型中预留 `is_sponsored` 字段。
+- 内容中建立“部署建议”和“推荐组合”栏目。
+- 上线 Newsletter 订阅入口。
+- 先记录外部链接点击，为 Affiliate 做准备。
+- 商业规则写清楚，避免后续损害信任。
diff --git a/business/research-sourcing-strategy.md b/business/research-sourcing-strategy.md
new file mode 100644
index 0000000..9c7bf9d
--- /dev/null
+++ b/business/research-sourcing-strategy.md
@@ -0,0 +1,376 @@
+# 骨架项目来源与调研策略
+
+- 版本：V1.0 Draft
+- 日期：2026-07-06
+- 适用范围：Skelet 第一版内容库建设、后续候选项目发现和评测流程
+
+## 一、目标
+
+本文定义 Skelet 去哪里寻找不同行业、不同场景、不同技术栈下合适的开源项目骨架。
+
+目标不是尽可能多地收集链接，而是建立一个稳定、可复用、可验证的来源体系，让网站长期产出可信内容：
+
+- 找到高质量候选骨架。
+- 区分官方模板、社区模板、成熟开源产品和商业模板。
+- 识别适合 AI coding 增量开发的项目。
+- 形成可持续的内容更新来源。
+
+## 二、来源分层
+
+### 2.1 第一优先级：GitHub
+
+GitHub 是主数据源，适合发现开源骨架、模板、starter、boilerplate 和成熟开源产品。
+
+重点入口：
+
+- GitHub Topics: `boilerplate`
+- GitHub Topics: `starter-template`
+- GitHub Topics: `saas-boilerplate`
+- GitHub Topics: `django-boilerplate`
+- GitHub Topics: `fastapi`
+- GitHub Topics: `admin-dashboard`
+- GitHub Topics: `ecommerce`
+- GitHub Topics: `cms`
+- GitHub Trending
+
+推荐搜索语法：
+
+```text
+saas boilerplate stars:>500 pushed:>2025-01-01 archived:false
+admin dashboard starter language:TypeScript stars:>300 archived:false
+django boilerplate stars:>300 pushed:>2025-01-01
+fastapi template stars:>300 archived:false
+cms starter language:Python stars:>200
+api boilerplate language:Go stars:>300 archived:false
+ecommerce starter stars:>300 pushed:>2025-01-01 archived:false
+```
+
+筛选条件建议：
+
+| 条件 | 用途 |
+| --- | --- |
+| `stars:>N` | 初步过滤知名度。 |
+| `pushed:>YYYY-MM-DD` | 过滤长期无人维护项目。 |
+| `archived:false` | 排除归档项目。 |
+| `language:Python` | 按语言筛选。 |
+| `topic:saas` | 按 GitHub topic 筛选。 |
+| `template:true` | 找 GitHub template repository。 |
+| `license:mit` | 按协议筛选。 |
+
+注意：star 只能作为入口信号，不能直接作为推荐理由。最终要看文档、结构、测试、维护状态和二次开发难度。
+
+### 2.2 第二优先级：官方框架模板
+
+官方模板通常稳定性更好，适合作为“基础技术骨架”分类。
+
+优先关注：
+
+| 生态 | 来源 | 适合场景 |
+| --- | --- | --- |
+| Django | `cookiecutter-django` | 生产级 Django Web 应用。 |
+| FastAPI | `full-stack-fastapi-template` | API-first / 前后端分离应用。 |
+| Wagtail | 官方项目和 starter | CMS、内容站、目录站。 |
+| Next.js | Vercel examples | 内容站、SaaS、全栈应用。 |
+| Laravel | Laravel Starter Kits | PHP Web 应用、后台、SaaS 起步。 |
+| NestJS | 官方 CLI / recipes | Node.js 企业 API 服务。 |
+| Rails | 官方 Rails 起步结构 | CRUD、SaaS、后台系统。 |
+
+这些来源不一定都能直接映射到行业，但可以作为每个语言/框架下的稳定基准。
+
+### 2.3 第三优先级：开源替代产品目录
+
+很多行业场景没有明确叫“boilerplate”的项目，但有成熟开源产品。可以从这些产品反推适合的业务骨架。
+
+推荐来源：
+
+- OpenAlternative
+- AlternativeTo
+- Product Hunt Developer Tools
+- Self-hosted software lists
+- Awesome self-hosted lists
+
+适合寻找这些行业：
+
+- CRM
+- ERP
+- Helpdesk
+- Project management
+- Analytics
+- E-commerce
+- CMS
+- Workflow automation
+- AI agent platform
+- Knowledge base
+- Authentication
+- Monitoring
+- Notification infrastructure
+
+处理方式：先找到成熟开源产品，再评估它是否适合作为二次开发骨架。如果产品过重，可以只作为“行业参考项目”，不直接推荐为起步骨架。
+
+### 2.4 第四优先级：Awesome Lists
+
+Awesome list 适合补漏和发现细分领域。
+
+推荐搜索词：
+
+```text
+awesome saas boilerplate github
+awesome django boilerplate github
+awesome fastapi starter github
+awesome admin dashboard github
+awesome open source ecommerce github
+awesome self hosted github
+awesome internal tools github
+awesome ai agents github
+```
+
+使用规则：
+
+- 只把 awesome list 当候选来源，不直接采信排名。
+- 每个候选项目必须回到 GitHub 原仓库验证。
+- 重点检查最近提交、issue、license、文档、测试和安装路径。
+
+### 2.5 第五优先级：社区与趋势入口
+
+用于发现新项目和新趋势，不作为第一判断依据。
+
+来源：
+
+- Hacker News
+- Reddit 相关社区
+- Indie Hackers
+- Dev.to
+- X / Twitter 技术圈
+- Discord / Slack 开源社区
+- AI coding 工具社区
+- Product Hunt 新品榜
+
+这些来源噪声高，但能发现新项目。进入网站前必须经过评分流程。
+
+## 三、按场景建立搜索词库
+
+### 3.1 SaaS
+
+```text
+saas boilerplate
+saas starter
+subscription starter
+stripe boilerplate
+multi tenant starter
+nextjs saas boilerplate
+django saas boilerplate
+laravel saas starter
+```
+
+### 3.2 管理后台 / 内部工具
+
+```text
+admin dashboard boilerplate
+admin dashboard starter
+internal tools starter
+react admin dashboard
+vue admin template
+ant design pro
+```
+
+### 3.3 API 服务
+
+```text
+rest api boilerplate
+fastapi template
+express api boilerplate
+nestjs starter
+spring boot starter
+go api boilerplate
+```
+
+### 3.4 内容站 / CMS
+
+```text
+cms starter
+blog starter
+wagtail starter
+headless cms starter
+content website template
+astro content starter
+nextjs blog starter
+```
+
+### 3.5 电商 / 市场平台
+
+```text
+ecommerce starter
+shop boilerplate
+marketplace starter
+multi vendor marketplace
+medusa starter
+saleor starter
+```
+
+### 3.6 AI 应用
+
+```text
+ai app starter
+rag starter
+chatbot template
+llm app boilerplate
+ai agent starter
+openai nextjs starter
+langchain template
+llamaindex starter
+```
+
+### 3.7 数据看板 / 分析
+
+```text
+analytics dashboard
+data dashboard starter
+bi dashboard
+admin analytics template
+reporting dashboard starter
+```
+
+### 3.8 移动端后端
+
+```text
+mobile backend starter
+baas starter
+firebase alternative starter
+supabase starter
+app backend boilerplate
+```
+
+### 3.9 企业系统
+
+```text
+crm open source
+erp open source
+helpdesk open source
+project management open source
+knowledge base open source
+workflow automation open source
+```
+
+## 四、候选项目初筛标准
+
+项目进入 Skelet 候选库前，至少检查：
+
+| 检查项 | 建议标准 |
+| --- | --- |
+| 开源协议 | 有明确 license，优先 MIT、Apache-2.0、BSD。 |
+| 维护状态 | 最近 6-12 个月有提交或 release。 |
+| 文档 | README 能说明安装、运行、配置和部署。 |
+| 测试 | 有测试目录或 CI 更好。 |
+| 示例模块 | 有完整功能示例，适合 AI 模仿。 |
+| 依赖复杂度 | 依赖不过重，不强绑定大量第三方商业服务。 |
+| 二次开发 | 目录结构清晰，模块边界明确。 |
+| 安全风险 | 不要求用户复制密钥、不绕过平台规则。 |
+| 商业冲突 | 若是商业模板，要明确标记，不和开源项目混排。 |
+
+## 五、AI Coding 友好度评估
+
+每个候选项目都要按以下维度评分：
+
+| 维度 | 评分问题 |
+| --- | --- |
+| 目录结构 | agent 能否快速理解入口、模块和边界？ |
+| 文档完整度 | 是否有清楚的启动、测试、部署说明？ |
+| 测试可用性 | 是否能用一条命令跑基础测试？ |
+| 示例模块 | 是否有一个完整功能供 agent 模仿？ |
+| 依赖克制度 | 是否需要大量外部账号或复杂服务才能运行？ |
+| 增量开发难度 | 新增功能是否有清晰落点？ |
+| 任务切片友好度 | 是否适合一轮只做一个小任务？ |
+
+评分不是只给总分，还要写一句评语：为什么适合 AI coding，为什么不适合。
+
+## 六、收录流程
+
+推荐流程：
+
+```text
+发现来源
+-> 加入候选清单
+-> 检查 license / 维护状态 / 文档 / 测试
+-> 本地尝试运行或阅读启动路径
+-> 按场景归类
+-> 按语言和框架打标签
+-> 完成 AI 友好度评分
+-> 写适合 / 不适合场景
+-> 发布到 Skelet
+```
+
+MVP 阶段可以先人工维护，不做自动抓取。
+
+## 七、首批内容建议
+
+第一批不要追求全行业覆盖，建议先做 4 个高需求场景：
+
+1. SaaS
+2. 管理后台
+3. API 服务
+4. 内容站 / CMS
+
+每个场景先收录 8-15 个项目，保证详情页质量，而不是快速堆数量。
+
+第一批建议技术栈覆盖：
+
+- Python：Django、FastAPI、Wagtail
+- TypeScript：Next.js、NestJS
+- PHP：Laravel
+- Go：API 服务
+- Java：Spring Boot
+
+## 八、更新节奏
+
+建议节奏：
+
+| 周期 | 工作 |
+| --- | --- |
+| 每周 | 新增 3-5 个候选项目，更新维护状态。 |
+| 每月 | 发布 2-4 篇对比/评测文章。 |
+| 每季度 | 复查高流量项目评分和推荐结论。 |
+| 每半年 | 清理长期无人维护项目，标记 archived / stale。 |
+
+## 九、数据字段建议
+
+后续录入 Wagtail 时，每个项目至少包含：
+
+- 项目名称
+- 一句话简介
+- GitHub URL
+- 官网 / 文档 URL
+- License
+- 场景分类
+- 语言
+- 框架
+- 数据库
+- 功能标签
+- 成熟度
+- 维护状态
+- AI 友好度总分
+- 分项评分
+- 适合场景
+- 不适合场景
+- 推荐理由
+- 备注
+
+## 十、注意事项
+
+- 不复制第三方 README 的大段内容，只写原创摘要和评测。
+- 不把商业模板伪装成开源项目。
+- 不把 star 数当质量结论。
+- 不推荐 archived 项目，除非作为历史参考。
+- 不收录无法明确 license 的项目作为重点推荐。
+- 不为了数量牺牲可信度。
+
+## 十一、下一步任务建议
+
+可以同步到 `docs/06-tasks.md` 的后续任务：
+
+```text
+T-105 建立首批骨架项目候选清单
+T-106 完成 SaaS 场景 10 个项目初评
+T-107 完成管理后台场景 10 个项目初评
+T-108 完成 API 服务场景 10 个项目初评
+T-109 完成内容站 / CMS 场景 10 个项目初评
+```