# 选题决策：从扫榜数据到"写什么能爆"

把扫榜结果变成能直接用的选题建议：**推荐写什么、为什么能爆、行不行、怎么验证**。
Phase 4 用本文方法产出 `选题决策.md`——市场角度的选题初稿："能爆的原因"先当假设，拆文（story-long-analyze）后回填验证，写作（story-long-write）开书时直接用。

---

## 决策路由

| 你在做什么 | 看这节 |
|-----------|--------|
| 把扫榜结果变成选题建议 | 选题四步 |
| 判断一个方向行不行 | 可行性判断 |
| 没联网/没榜单数据 | 内置知识模式 |
| 落盘交付 | 选题决策.md 模板 + 交付 |

---

## 选题四步

每个推荐选题都走完这四步，缺一不可：

1. **能爆的原因（先当假设）**：从榜上**重复出现的样本**（不是单本）+ 新元素提取，推出"这个方向能爆，是因为 X 结构/梗/人设吃这波读者"。单本上榜只是个例（扫榜原则 1：多本重复才算信号）。这里只写假设，标 `待拆文验证`；要坐实得靠拆文回填。
2. **市场验证**：榜上同方向有几本 + 趋势（↑/→/↓）+ 反例（同方向有没有扑街/烂尾的）。样本越多、趋势越稳，越可信。
3. **差异化定位**：作者优势 × 市场缺口 = "你的版本和榜上现有的不同在哪"。没有差异化 = 同质化挤不进去。
4. **可行性 + 风险 + 验证动作**：给出可行性高/中/低（下节规则）、最可能的失败点、开写前怎么低成本验证（通常："先写黄金三章测追读，不行就换"）。

---

## 可行性判断

分三档；样本不够时不许给"高"，别让几条数据撑出假信心：

| 可行性 | 含义 | 条件 |
|--------|------|------|
| 高 | 可放心写 | 同方向榜上样本够（≥15，小平台≥10）+ 趋势↑或→ + 作者素材能撑 + 有差异化空间 |
| 中 | 可写但先验证 | 样本够但趋势↓ / 或差异化不清 / 或作者素材半撑 |
| 低 | 不建议 | 同方向已饱和（扑街反例多）/ 或作者素材撑不住 / 或平台调性不符 |

**硬规则**：某方向背靠的榜单若标了 `[数据稀疏]`（有效条目 < 15，小平台 < 10，即扫榜采集质量检查标的稀疏阈值），该方向**不许给"高"**，强制降到"中" + 写明"样本不足，先扫够样本或试水再定"。

**内置知识模式**：无榜单、纯凭知识库趋势时，**所有方向一律给"中"**，理由写"基于通用认知，无榜单验证，开写前必须先扫榜或小成本试水"。不许给"高"。

---

## 选题决策.md 模板

```
# 选题决策：{平台/方向}
- 扫榜日期：{YYYYMMDD}     # 数据新鲜度；写作读取时若过期会提示复扫
- 数据来源：{榜单文件名 / 内置知识}

## 推荐选题

### 选题 1：{一句话方向}
- 题材组合：{主类型 + 副类型/梗}
- 目标读者：{画像}
- 核心卖点：{读者为什么追}
- 能爆的原因：{X 结构/梗为什么吃这波}（假设，`待拆文验证`）
- 差异化定位：{和榜上现有的不同在哪}
- 可行性：高/中/低 — {理由，写清同方向几本 + 趋势}
- 失败风险：{最可能崩在哪}
- 验证动作：{开写前怎么低成本验证}
- 篇幅/平台：{建议字数区间 + 目标平台}

### 选题 2 ...
### 选题 3 ...
```

2-3 个选题为宜，按可行性排序（高的在前）。

---

## 交付

1. 写到本次扫榜的输出目录（和榜单文件同一个目录）：`{outdir}/选题决策.md`。
2. 告知用户路径，并说明下一步：「开书时把 `选题决策.md` 放到小说项目根目录，写作会自动读取；想确认"能爆的原因"就先 `/story-long-analyze` 拆对标书，拆完会回填。」
3. 后续衔接（本文件不执行，仅说明）：拆文在汇总报告产出后回填对应选题的"能爆的原因"；写作 Phase 1 读取 `选题决策.md` 作为开书起点。
