@oh-story/dsh 0.1.15 → 0.1.16

package/lib/oh-story/skills/story-long-analyze/references/stage3-plot-rhythm.md

@@ -6,9 +6,9 @@ Stage 3 时刻读本文件与 [synthesis-inputs.md](synthesis-inputs.md)（取
 
 剧情点按“起始目标与阻碍 → 改变局面的选择/行动/外部事件 → 局面变化与得失 → 后续影响”合并。事件发生与信息披露分开；同一事实的异常、线索、解释、确认属于一条披露路径。全局只保留约 8–15 个主线或关键转折节点。
 
-三维节奏分别说明：事件推进 1–5 及状态变化，读者情绪类型/强度 1–5 及触发，篇幅展开度 1–3 及展开/压缩/省略/反复的作用。情绪机制写完整卡，至少覆盖最强三个，值得复现的不设数量上限；其余保留索引。完整卡以 `读者想看什么`、`情绪链`、`戏剧单元`、`可替换项`、`不可照搬` 五个字段齐全为准，字段名按下方「可复现模块卡」的 EM 卡表原样使用；缺任一项即无法登记灵感库。铺垫、成立条件、关键触发物、复现步骤、失效情形等按需增列。索引节标题用字面量 `## 其他机制索引`。
+三维节奏分别说明：事件推进 1–5 及状态变化，读者情绪类型/强度 1–5 及触发，篇幅展开度 1–3 及展开/压缩/省略/反复的作用。情绪机制写完整卡，优先覆盖最强三个，不足三个按实际数量，值得复现的不设数量上限；其余保留索引。完整卡以 `读者想看什么`、`情绪链`、`戏剧单元`、`可替换项`、`不可照搬` 五个字段齐全为准，字段名按下方「可复现模块卡」的 EM 卡表原样使用；缺任一项即无法登记灵感库。铺垫、成立条件、关键触发物、复现步骤、失效情形等按需增列。索引节标题用字面量 `## 其他机制索引`。
 
-`剧情/情绪模块.md` 与 `剧情/节奏.md` 都落盘后，用 `manage_analysis_run.py mark-stage --stage stage3 --output "剧情/节奏.md"` 标记。命令会同时检查两份必需产物；阶段没有 receipt 或依赖 hash。
+`剧情/情绪模块.md` 与 `剧情/节奏.md` 都落盘后，用 `manage_analysis_run.py mark-stage --stage stage3 --output "剧情/节奏.md"` 标记。命令会同时检查两份必需产物。
 
 ## 聚合方法
 
@@ -24,7 +24,7 @@ Stage 3 时刻读本文件与 [synthesis-inputs.md](synthesis-inputs.md)（取
 | 多线交织 | 多视角/多时间线 | 按线索划分，交叉点单独标记 |
 | 蜕变成长 | 主角内在变化为主线 | 按成长阶段划分 |
 
-识别方法：扫描概要.md（Stage 0 thin first-pass 足够，无需等 Stage 5 全书概要）+ 前3章摘要 + 后3章摘要，判断核心驱动模式。
+识别方法：复用概要.md 初稿，并用 digest 提取前3章与后3章的概要和关键事件，判断核心驱动模式。
 输出写入 `剧情/故事线.md` 的框架识别部分。
 
 **预期剧情数量引导**（仅用于发现明显粒度异常，不作为凑数目标）：
@@ -36,7 +36,7 @@ Stage 3 时刻读本文件与 [synthesis-inputs.md](synthesis-inputs.md)（取
 | 100-300 章 | 10-25 个 | 含主线+支线+补充 |
 | >300 章 | 15-40 个 | 多卷多线结构 |
 
-偏差超过 ±30% 需重新检查粒度。首要原则：保证核心戏剧目标叙事弧的完整性。
+实际数量低于参考区间下限的70%或高于上限的130%时，重新检查粒度。首要原则：保证核心戏剧目标叙事弧的完整性。
 
 **粒度层级混乱检测**（框架识别后自检）：
 
@@ -47,7 +47,7 @@ Stage 3 时刻读本文件与 [synthesis-inputs.md](synthesis-inputs.md)（取
 | 剧情仅为另一剧情的开端/结尾 | 剧情A 只占剧情B 的首/尾几章 | 合并为同一剧情，B 的阶段 |
 | 剧情无独立目标 | 目标描述是另一剧情的子目标 | 降级为该剧情的阶段 |
 
-**框架识别后自检**（聚合前必须通过）：
+**框架识别后自检**（识别剧情大纲后、分配情节点前执行）：
 1. 覆盖率检查：所有剧情覆盖的章节数（去重）是否达到 85% 以上
 2. 粒度检查：是否存在过细（单一事件）或过粗（宏观主题）的剧情，执行粒度层级混乱检测
 3. 独立性检查：每条剧情是否满足 4 项独立性标准
@@ -88,7 +88,7 @@ Stage 3 时刻读本文件与 [synthesis-inputs.md](synthesis-inputs.md)（取
 
 **情节点筛选标准**（判定归属时使用）：
 - **主题相关**：情节点内容与剧情概要、主题一致
-- **角色匹配**：情节点涉及的角色与剧情核心角色相关
+- **角色匹配**：用角色定位候选节点，同一角色出现不等于服务同一目标
 - **因果关系**：情节点与剧情发展有因果或逻辑延续
 - **目标导向**：情节点推动或阻碍剧情目标实现
 - **章节范围**：优先选择剧情章节范围内的情节点
@@ -161,7 +161,7 @@ Stage 3 聚合后必须生成两个权威产物，供 Stage 5 报告摘要和 `s
 
 2. **`剧情/情绪模块.md`（模块权威）**
    - 输入：故事框架识别、剧情单元、`剧情/节奏.md`、读者需求判断、桥段标签。
-   - 输出：读者需求 / 情绪引擎、故事框架与套路运行图、完整模块卡（至少覆盖前三强，不设数量上限）、其他机制索引、重组与复现指南。
+   - 输出：读者需求 / 情绪引擎、故事框架与套路运行图、完整模块卡（优先覆盖前三强，不足三个按实际数量，不设数量上限）、其他机制索引、重组与复现指南。
    - 生成法：先抽象“读者为什么期待兑现”，再把具体剧情抽成情绪链和功能位；完整模块卡必须五个门禁字段齐全（读者想看什么、情绪链、戏剧单元、可替换项、不可照搬），必要铺垫、成立条件、失效情形、反例等按需增列，其他机制只留用途、范围和证据引用。
    - 校验：best-effort 为模块标注来源（关联 `剧情/节奏.md` 的 RH/TR 条目或章节情节点），无把握时留空、不硬凑、不删模块；禁止把原文专名、独特事件顺序、标志性台词写成可复用模板。
 
@@ -171,7 +171,7 @@ Stage 3 聚合后必须生成两个权威产物，供 Stage 5 报告摘要和 `s
 
 基于批次观察和章节摘要识别自然分界。读取批次只是上下文单位，不能直接当成剧情单元：
 
-**分块原则（四大铁律）**：
+**分块原则（四项原则）**：
 1. **语义连贯**：每块是一个相对独立的内容单元（大故事阶段或主要事件线）
 2. **自然分界**：在内容转折点、场景切换、时间跨越处切分，不在紧密剧情中间切
 3. **大小适中**：语义完整性优先于大小均匀；不设固定章数，也不要求一个语义弧一次读进上下文
@@ -447,7 +447,7 @@ Stage 3 完成后自检（Stage 4 的硬事实按 [synthesis-inputs.md](synthesi
 
 | 指标 | 阈值 | 计算 | 不达标处理 |
 |------|------|------|------------|
-| 置信度 | >= 0.85 | 有明确归属的情节点 / 剧情单元内情节点总数 | 低于 0.85 标记「待复核」 |
+| 置信度（归属比例） | >= 0.85 | 有明确归属的情节点 / 剧情单元内情节点总数 | 低于 0.85 标记「待复核」 |
 | 覆盖率 | 85%-95% | 已归类情节点 / 总情节点数 | <85% 触发孤立情节二次分类；>95% 复核边界 |
 | 关键信息覆盖 | 每章有结论 | 含有效信息行或明确“无独立信息变化”的章节数 / 摘要章节数 | 按原输入类型回到 Stage 2 补提取；旧成果章仍不得回读原文 |
 | 模块来源标注 | best-effort | 情绪模块卡尽量标注 RH/TR 或章节情节点来源 | 无把握的来源留空，不硬凑、不删模块（同桥段标签的 best-effort 处理）|
@@ -461,20 +461,20 @@ Stage 3 完成后自检（Stage 4 的硬事实按 [synthesis-inputs.md](synthesi
 
 阶段 3 聚合完成后执行（6 步，含覆盖率验证）：
 
-1. **计算孤立比例**：孤立情节点数 / 总情节点数。若比例 < 5%，跳过后续步骤，直接标记为「少量散落，无需处理」
+1. **计算孤立比例**：孤立情节点数 / 总情节点数。若比例 < 5%，跳过归类与聚类，直接按步骤 5 归档并标记「少量散落，无需再归类」
 2. **筛选未分配情节点**：用 `digest --part chapters --points brief` 按章节窗口列出情节点简表，收集未归类到任何剧情单元的情节点
-3. **三层置信度归入**：按角色重叠、地点重叠、因果关系三条线索计算相关性
-   - **强相关**（0.8-1.0）：角色匹配 + 主题相关 → 归入现有剧情单元，标记 `[孤立情节归入]`
-   - **中等相关**（0.5-0.8）：角色匹配 或 主题相关 → 归入并标记 `[低置信归入]`，待复核
+3. **三层置信度归入**：按角色、主题、地点与因果线索判断相关性；分档为人工判断，不当作统计概率
+   - **强相关**（0.8-1.0）：目标与因果归属明确 → 归入现有剧情单元，标记 `[孤立情节归入]`
+   - **中等相关**（0.5≤相关性<0.8）：角色或主题相关，目标归属尚待确认 → 归入并标记 `[低置信归入]`，待复核
    - **弱相关**（<0.5）：不建议强行归入，宁可放入未分配
 4. **主题聚类**：弱相关的情节点按主题关键词聚类
    - 聚类结果 >= 5 个情节点 → 形成候选剧情单元，标记 `[聚类生成]`
    - 聚类结果 < 5 个 → 不单独建条
-5. **散落情节归档**：仍无法归类的写入 `散落情节.md`，按章节排列，标注原因
+5. **散落情节归档**：仍无法归类的写入 `剧情/散落情节.md`，按章节排列，标注原因
    - 不丢弃任何情节点，不要强行分配到不相关的剧情
    - 在拆文报告中统计散落情节点数量和占比
 6. **覆盖率验证**：
    - 覆盖率 = (总数 - 散落数) / 总数 × 100%
    - 目标：85%-95%
-   - < 85% → 回到步骤 3，降低置信度阈值重试
+   - < 85% → 回到步骤 3 复核遗漏；证据仍不足时保留未分配并报告缺口，不为达标强行归类
    - > 95% → 检查是否有过度归并，复核边界剧情单元

package/lib/oh-story/skills/story-long-analyze/references/stage4-characters-settings.md

@@ -6,17 +6,17 @@ Stage 4 时刻读本文件与 [synthesis-inputs.md](synthesis-inputs.md)（取
 
 从 Stage 2 的 `涉及人物`、状态变化和批次关系观察归一实体，再结合 Stage 3 剧情单元生成角色档案与设定。关系记录动作方向、触发、双方得失、表面/真实状态、阶段变化和证据；“甲保护乙”与“乙依赖甲”分别记录。
 
-关系图只从 `角色/角色关系.md` 生成：`"{PYTHON}" "{story-long-analyze skill 根}/scripts/render_relation_chart.py" --root "{拆文目录}" --png`。主产物是 `人物关系图/人物关系图.md`（Mermaid + 文字清单，任何 Markdown 查看器都显示中文）；PNG 只在找到能显示图中全部文字的字体时生成（表情等符号不画进图片）。字体不够就不出图，不得自行改画拼音或首字母版，把脚本的 `author_message` 转告作者。
+关系图只从 `角色/角色关系.md` 生成：`"{PYTHON}" "{story-long-analyze skill 根}/scripts/render_relation_chart.py" --root "{拆文目录}" --png`。主要产物是 `人物关系图/人物关系图.md`（Mermaid + 文字清单，以文字清单保留中文，支持 Mermaid 的查看器还可显示关系图）；PNG 只在找到能显示图中全部文字的字体时生成（表情等符号不画进图片）。字体不够就不出图，不得自行改画拼音或首字母版，把脚本的 `author_message` 转告作者。
 
 至少一份角色档案和一份设定文件落盘后运行 `manage_analysis_run.py mark-stage --stage stage4`；缺任一类文件时不得标完成。
 
 ## 角色过滤来源
 
-Stage 4 从紧凑章块的 `涉及人物`、`状态变化` 和批次 `关系变化` 汇总角色提及，再应用下表过滤；不依赖已删除的独立“出场人物表”。
+Stage 4 从紧凑章块的 `涉及人物`、`状态变化` 和批次 `关系变化` 汇总角色提及，再应用下表过滤。
 
 | 分类 | 标准 | 提取深度 |
 |------|------|----------|
-| 不提取 | 出场1次且无台词（通用路人） | 跳过 |
+| 不提取 | 仅出场1次、无台词且不推动剧情的通用路人 | 跳过 |
 | 简化提取 | 出场2-3次且单一功能 | 功能标签+首次章节 |
 | 完整提取 | 出场3次以上/有台词且推动剧情/与主角直接互动 | 完整档案 |
 
@@ -68,8 +68,11 @@ Stage 2 紧凑事实中的 `涉及人物`、`状态变化` 与批次 `关系变
 - 仅 proper_name 和 nickname（置信度 ≥0.85）可用于合并
 - descriptor 和 title **永不**触发实体合并
 - nickname 须提供同指证据：同位说明、括号别名、上下文指代、明确改名
+- 带姓名的职务称呼有明确同指证据时按 nickname 处理；泛指的职务仍不触发合并。
 
-**Archetype 量化判断**：
+**角色类型（archetype）辅助判断**：
+
+比例按已分析章节统计，仅作线索；角色的叙事作用、目标与证据优先，不用出场比例否定核心角色。
 
 | 类型 | 标准 | 提取深度 |
 |------|------|----------|
@@ -130,7 +133,7 @@ Stage 2 紧凑事实中的 `涉及人物`、`状态变化` 与批次 `关系变
 
 ### 关系提取策略
 
-**数据源**：从已提取的情节点描述中提取关系（不从原文提取），更高效、更聚焦。
+**数据源**：从已提取的情节点描述中提取关系，不重新读取原文。
 
 **批量提取**：复用 Stage 2 每个连续章节批次的关系观察，只记录新关系或关系变化；不为了固定章数单独重读原文。
 
@@ -144,19 +147,18 @@ Stage 2 紧凑事实中的 `涉及人物`、`状态变化` 与批次 `关系变
 **最终状态合并**：同一有向关系的多阶段状态保留最新状态作为主记录，历史变化写入演变轨迹。反向关系动作不能因角色对相同而被去重。
 
 **隐含关系推断**：当角色间没有直接互动但有间接证据时：
-- 通过第三方的评价/描述推断（置信度标 0.7）
-- 通过共同出现的频率和场合推断（置信度标 0.6）
+- 通过第三方的评价/描述推断（置信度参考 0.7，并注明评价者及依据）
+- 通过共同出现的频率和场合形成候选推断（置信度参考 0.6），仍需具体关系证据，不能仅凭同场确认关系
 - 推断关系标记 `[推断]`，与直接证据关系区分
 
-**关系网络密度**：
-- 统计主要角色（主角+核心配角）的关系数量
-- 关系数 < 3 → 关系网偏薄，检查是否有遗漏
-- 关系数 > 10 → 关系网过密，检查是否有误合并
+**关系数复核线索**：
+- 逐个统计主要角色（主角+核心配角）与不同角色建立的有向关系数，同方向多次变化只算一条
+- 关系数 < 3 时查遗漏，> 10 时查误合并；只按原文修正，不为达到数量补造或删减关系
 
 ## 输出模板
 
-> **Stage 4 直接按主题拆分输出多个文件**（与当前导入、长篇写作项目结构对齐）。下游不再现场拆分扁平文件。
-> **事实保真**：等级/数值/距离/属性/势力数等硬事实回原文核对，原文未给的写「原文未明确」、禁编造填空（见 [synthesis-inputs.md](synthesis-inputs.md)「合成阶段事实保真」）。
+> **Stage 4 直接按主题拆分输出多个文件**（与当前导入、长篇写作项目结构对齐）。
+> **事实保真**：等级/数值/距离/属性/势力数等硬事实核对已有批次证据或旧成果，原文未给的写「原文未明确」、禁编造填空（见 [synthesis-inputs.md](synthesis-inputs.md)「合成阶段事实保真」）。
 
 `设定/世界观/力量体系.md`：
 - 文本描述，含等级、晋升条件。长篇注意多层级力量体系
@@ -174,7 +176,7 @@ Stage 2 紧凑事实中的 `涉及人物`、`状态变化` 与批次 `关系变
 `设定/世界观/金手指.md`：
 - 类型{system/space/rebirth/transmigration/special_physique/artifact/bloodline/other} | 名称 | 描述（300-600字，含能力/获取/机制/进化史/多重能力演化）| 核心机制 | 当前能力
 - 合并规则见上方「金手指合并规则」。
-- 无金手指时：输出空文件，注明"本书无明显金手指设定"
+- 无金手指时：文件只写"本书无明显金手指设定"
 
 `设定/势力/{势力名}.md`（每个核心势力一个文件）：
 - 名称 / 类型（门派/组织/家族/国家）/ 核心人物 / 立场倾向 / 与其他势力关系 / 关键事件
@@ -192,4 +194,4 @@ Stage 2 紧凑事实中的 `涉及人物`、`状态变化` 与批次 `关系变
 | 关系ID | 主体 → 客体 | 关系动作/类型 | 表面关系 | 真实关系 | 触发事件 | 双方得失 | 变化后状态 | 证据强度 | 证据 |
 |---|---|---|---|---|---|---|---|---|---|
 
-同一对角色的最新状态和历史演变都保留；“甲保护乙”与“乙依赖甲”分别记录。关系图只由此文件生成，不手画、不另建关系事实，命令见上方「核心规则」。它总是写出 `人物关系图/人物关系图.md`（Mermaid 图 + 文字清单，任何 Markdown 查看器都显示中文，作为主产物）；只有装了 matplotlib 且找到能显示图中全部文字的字体（不算 LastResort 这类只画方框的兜底字体）时，才另画 `核心人物关系.png` 与 `关键关系演变.png`，表情等符号不画进图片。字体不够就不出图，绝不改用拼音或首字母，并把脚本返回的说明转告作者。
+同一对角色的最新状态和历史演变都保留；“甲保护乙”与“乙依赖甲”分别记录。关系图只由此文件生成，不手画、不另建关系事实，命令见上方「核心规则」。它总是写出 `人物关系图/人物关系图.md`（Mermaid 图 + 文字清单，以文字清单保留中文，支持 Mermaid 的查看器还可显示关系图，作为主产物）；只有装了 matplotlib 且找到能显示图中全部文字的字体（不算 LastResort 这类只画方框的兜底字体）时，才另画 `核心人物关系.png` 与 `关键关系演变.png`，表情等符号不画进图片。字体不够就不出图，绝不改用拼音或首字母，并把脚本返回的说明转告作者。

package/lib/oh-story/skills/story-long-analyze/references/stage5-report.md

@@ -14,20 +14,22 @@ Stage 5 时刻读本文件与 [synthesis-inputs.md](synthesis-inputs.md)。`拆
 
 ## 完整概要
 
-整体故事框架识别 + 500-1000字高密度全书概要（涵盖主要剧情线阶段性发展、核心人物作用、关键转折点、因果关系）。
+结合故事框架，写500–1000字全书概要，涵盖主要剧情线的发展阶段、核心人物作用、关键转折与因果。
 
-> **怎么来**：Stage 5 从已落盘的 `剧情/故事线.md`（含故事框架识别）与各剧情单元文件自行生成概要，写入 `概要.md`，不等前面时刻交来文本。覆盖 Stage 0 的 thin first-pass 段，章节索引和卷段表保留。
+Stage 5 从已落盘的 `剧情/故事线.md`（含故事框架识别）与各剧情单元文件自行生成概要，写入 `概要.md`。覆盖 Stage 0 的概要初稿段，章节索引和卷段表保留。
+
+文风尚未生成时，报告的「文风一句话」写明待补；报告落盘并标记 `stage5` 完成后，由 Stage 6 按 [style-profile-generator.md](style-profile-generator.md)「报告回填」补齐，续跑也照此交接。
 
 ## 报告写法
 
-输出 `拆文报告.md`，模板与写法规则见 [author-facing.md](author-facing.md)「拆文报告.md」。它是 `快速预览.md` 的超集（「基本信息」「黄金三章评分」两节同名同结构），面向作者阅读：不出现脚本名、字段名、状态值、批次编号、质量指标名和证据分级字母；情绪模块卡、事件、披露、节奏节点的编号只在带名称时出现（如「退婚当众打脸」（EM-003）），关系写成「甲 → 乙：由……到……」。
+输出 `拆文报告.md`，模板与写法规则见 [author-facing.md](author-facing.md)「拆文报告.md」。报告覆盖 `快速预览.md` 的基本信息与开篇评分，并补充全书分析（「基本信息」「黄金三章评分」两节同名同结构），面向作者阅读：不出现脚本名、字段名、状态值、批次编号、质量指标名和证据分级字母；情绪模块卡、事件、披露、节奏节点的编号只在带名称时出现（如「退婚当众打脸」（EM-003）），关系写成「甲 → 乙：由……到……」。
 
-报告只综合权威底层结果，不为写总报告重新阅读全文，也不复制所有逐章摘要。每条结论写一句人话，再指向对应文件和章节；机械可追溯信息（`source_locator`、证据强度、`EV/RV/AX/EM` 全量编号）留在 `剧情/节奏.md`、`剧情/情绪模块.md`、剧情单元和 `角色/角色关系.md` 里。
+报告只综合已落盘的底层结果，不为写总报告重新阅读全文，也不复制所有逐章摘要。每条结论写一句人话，再指向对应文件和章节；机械可追溯信息（`source_locator`、证据强度、`EV/RV/AX/EM` 全量编号）留在 `剧情/节奏.md`、`剧情/情绪模块.md`、剧情单元和 `角色/角色关系.md` 里。
 
 ### 三层灵感库最小消费契约
 
-- 单书案例以 `剧情/*.md` 的剧情单元为准，可迁移机制以 `剧情/情绪模块.md` 的 `EM-*` 为准；主报告是阅读入口，不作为第二份结构化真源。
+- 单书案例以 `剧情/*.md` 的剧情单元为准，可迁移机制以 `剧情/情绪模块.md` 的 `EM-*` 为准；主报告是阅读入口，不作为第二份结构化事实来源。
 - 客观事件、披露节点和三维节奏分别使用 `EV-*`、`RV-*`、`AX-*`；披露必须引用事件；机制卡通过 ID 引用，报告只用「名称（ID）」的带名引用，避免跨层复制全文。
-- 每条可检索结论保留剧情单元/章节、`source_locator` 或定位词及证据强度；`chapter_index.csv` 的逐章 hash 和 `_progress.md` 批次范围 hash 用于判断原文范围是否变化。
+- 底层文件中的每条可检索结论保留剧情单元/章节、`source_locator` 或定位词及证据强度；作者报告只写结论、名称和章节，不复制内部字段；`chapter_index.csv` 的逐章 hash 和 `_progress.md` 批次范围 hash 用于判断原文范围是否变化。
 - 下游先运行兼容检查器读取 `classification`、`current_capabilities`、`conflicts` 和覆盖范围。缺项时请求长篇拆文的定点增强；不得把旧资料概括成伪造的当前主产物，也不得为入库重新阅读全文。
 - 是否进入灵感库、跨书归并、差异保留和检索策略由三层灵感库能力决定；单书拆文不自动入库。

package/lib/oh-story/skills/story-long-analyze/references/style-profile-generator.md

@@ -1,14 +1,14 @@
 # 文风档案生成与单独重建
 
-> **何时加载**：story-long-analyze Stage 6。Stage 6 可以在完整管道末尾运行，也可以在已有拆文只缺 `文风.md` 时单独运行；单独运行不得触发 Stage 1–5。
+> **何时加载**：story-long-analyze Stage 6，完整管道收尾或单独补缺失的 `文风.md`。单独补文风不触发 Stage 1–5。
 
 ## 原则
 
 1. 文风档案描述作者实际写法，不评价作者水平。
 2. 情绪和节奏意图以 `剧情/情绪模块.md`、`剧情/节奏.md` 为准，文风只管表达层。
 3. 已有完整 `文风.md` 时原样保留；用户明确要求增强时才更新。
-4. Stage 6 不重扫全书。允许使用索引行号定点回读 4–6 段原文，以补齐可验证锚点。
-5. 摘要措辞不能冒充作者原句；缺少原文和有效样本时明确报错。
+4. Stage 6 不重扫全书。允许使用索引行号定点回读 4–6 段原文，以补齐可核验的原文片段。
+5. 摘要措辞不能冒充作者原句；缺少原文和有效样本时报错。
 
 ## 来源顺序
 
@@ -16,9 +16,13 @@
 2. 项目内非空且含连续原文的 `_style-sample.txt`；
 3. `章节/第1-3章_深度拆解.md` 中带定位的短引和写法证据；
 4. `_analysis_cache/批次-*.md`、`章节/*_摘要.md` 与 `拆文报告.md` 的结构层观察；
-5. 仍缺锚点时，读取 `chapter_index.csv`，按旧版“覆盖主要基调”的方式选择 4–6 章，再按 `start_line/end_line` 定点读取原文片段。
+5. 仍缺锚点时，读取 `chapter_index.csv`，按“覆盖主要基调”的方式选择 4–6 章，再按 `start_line/end_line` 定点读取原文片段。
 
-第 5 项只读取被选章节的局部行段，不允许从头到尾扫描原文。没有索引的旧项目可以仅运行机械索引脚本；这一步不写 `_progress.md`，也不启动其他分析阶段。
+旧项目缺索引时可单独建索引，不写 `_progress.md` 或启动其他阶段。
+
+## 报告回填
+
+完整管道或续跑中，文风落盘后、标记 `stage6` 前，检查 `_progress.md` 受管阶段表：`stage5` 为 `completed`、产物为 `拆文报告.md`，且报告「文风一句话」仍待补时，用 `文风.md` 补齐该段。已有简述保留；单独补旧项目文风不改已有报告。
 
 ## 单独重建文风
 
@@ -26,13 +30,13 @@
 
 1. 运行检查器，确认其他拆文成果可用且 `stage_repairs` 包含 `stage6_style`；
 2. 若 `_style-sample.txt` 有效，直接用它；
-3. 否则确认 `chapter_index.csv` 与原文存在。缺索引时只运行：
+3. 样本不足时确认 `chapter_index.csv` 与原文存在。缺索引时只运行：
 
    ```text
    "{PYTHON}" "{story-long-analyze skill 根}/scripts/build_chapter_index.py" --source "{拆文目录}/原文/原文.txt" --output "{拆文目录}/chapter_index.csv" --locator-path "原文/原文.txt"
    ```
 
-4. 从索引中选择 4–6 章，优先覆盖紧张、轻松、冲突、关系回收、高潮与收束等已有资料能确认的不同基调；按行号只取每章一段 300–500 字连续原句，写入或更新 `_style-sample.txt`；
+4. 从索引选 4–6 章，覆盖已有资料能确认的不同基调；每章按行号取一段 300–500 字连续原句，写入或更新 `_style-sample.txt`；
 5. 按 [style-profile-protocol.md](style-profile-protocol.md) 生成 `文风.md`；
 6. 文件成功落盘后运行：
 
@@ -48,7 +52,7 @@
 - 句长、标点、口吻和角色语气，只从原文锚点归纳；
 - 情绪转场引用三维节奏和篇幅安排，不把剧情强度当文风；
 - 每项标 `high / med / low` 置信度及来源路径；
-- 原文锚点 4–6 段，每段标章节、行号、基调和示范点。
+- 原文锚点 4–6 段，每段标章节、行号、基调和示范点；全书只分析到较少基调时，不补造缺失基调。
 
 ## 字段速查
 
@@ -56,21 +60,20 @@
 
 | 段落 | 内容 | 必标可信度 | 上限 |
 |---|---|---|---|
-| 生成记录 | 参考了哪些资料 + 抽样看了哪几章 + 文风是否可用 | 否 | <100 字 |
+| 生成记录 | 参考了哪些资料 + 抽样看了哪几章 + 文风是否可用 | 否 | 与「不可模仿」合计≤100 字 |
 | 整体语感 | 句长分布 / 标点习惯 / 段落节奏 | 是（每子项一标） | ~500 字 |
-| 对话技法 | 潜台词模式 / 对话标签 / 角色语气区分 | 是（潜台词必标） | ~400 字 |
-| 情绪交替模式 | 章内基调切换 / 跨章基调周期 / 喜剧↔重击转场 | 是（章内切换必标） | ~400 字 |
-| 可借鉴技巧 | 写法技巧 Top 5 + 可借鉴套路 Top 3（从拆文报告引用；情绪/节奏意图只引用 `剧情/情绪模块.md` / `剧情/节奏.md`，不在文风中重定义） | 否 | ~300 字 |
+| 对话技法 | 潜台词模式 / 对话标签 / 角色语气区分 | 是（潜台词必标） | ~350 字 |
+| 情绪交替模式 | 章内基调切换 / 跨章基调周期 / 喜剧↔重击转场 | 是（章内切换必标） | ~350 字 |
+| 可借鉴技巧 | 写法技巧 Top 5 + 可借鉴套路 Top 3（从拆文报告引用；情绪/节奏意图只引用 `剧情/情绪模块.md` / `剧情/节奏.md`，不在文风中重定义） | 否 | ~250 字 |
 | 分层模仿建议 | 基础层 / 进阶层 / 适配层，各写可执行边界 | 否 | ~350 字 |
-| **原文锚点片段** | **4-6 段 × 300-500 字**，按基调分类，标"出处 + 行号 + 示范点" | 否 | ~2400 字 |
-| 不可模仿 | 对标书缺陷或不适合本项目的技法 | 否 | <100 字 |
+| **原文锚点片段** | **4-6 段，每段300-500字，合计≤2100字**，按基调分类，标"出处 + 行号 + 示范点" | 否 | ≤2100 字 |
+| 不可模仿 | 对标书缺陷或不适合本项目的技法 | 否 | 与生成记录合计≤100 字 |
 
-**总上限 ~4000 字**。
+**总上限 4000 字**：描述部分≤1800字，原文锚点合计≤2100字，生成记录与不可模仿合计≤100字。分项上限不能同时超出总预算。
 
 ## 质量检查
 
 - 每条高置信结论都有资料路径或可核原文锚点；
 - 4–6 段锚点覆盖不同基调，且来自索引指定的局部行段；
-- 摘要没有被当成作者原句；
 - `文风.md` 保持现有下游字段，未获增强请求时不覆盖旧文件；
 - Stage 6 失败只报告本阶段缺口，不回头重跑 Stage 1–5。

package/lib/oh-story/skills/story-long-analyze/references/style-profile-protocol.md

@@ -4,11 +4,11 @@
 
 ## 产物定义
 
-`拆文库/{书名}/文风.md` 是整书级写作技法视图，聚合：
+`拆文库/{书名}/文风.md` 是整书的写作技法档案，聚合：
 
 - 句长 / 标点 / 段落节奏（从已有样本或按索引定点读取的可验证原句统计）
 - 对话潜台词模式 + 角色语气区分
-- 章内 + 跨章情绪交替周期（看每章基调如何变化）
+- 章内与跨章情绪交替周期（从已有情节点和章级基调观察）
 - `拆文报告.md` 已有的「写法技巧」「可借鉴套路」
 - 分层模仿建议（基础层 / 进阶层 / 适配层，强调学手法不搬桥段）
 - 4-6 段可验证原文锚点片段（范例片段用；优先已有样本，没有时按索引定点读取，都不可用时明确失败）
@@ -20,9 +20,9 @@
 
 ## 字数预算
 
-- **硬上限 ~4000 字**
+- **硬上限 4000 字**
 - 描述部分（整体语感 + 对话技法 + 情绪交替模式 + 可借鉴技巧 + 分层模仿建议）≤ 1800 字
-- 原文锚点片段 4-6 段 × 300-500 字 ≈ 1600-2400 字
+- 原文锚点片段4–6段，每段300–500字，合计≤2100字
 - 不可模仿 + 生成记录 ≤ 100 字
 
 ## 模板
@@ -35,7 +35,7 @@
 - 抽样章节：第 {K1}/{K2}/{K3}/{K4}[/{K5}/{K6}] 章（每章取 300-500 字连续行段）
 - 生成时间：{date}
 - 适用对标书路径：拆文库/{书名}/
-- 文风可用：是  # 若原文缺失或锚点不足，写“否：原因”
+- 文风可用：是  # 若没有可核验的原句锚点，写“否：原因”；原文文件缺失但已有有效样本时仍可使用
 
 ## 整体语感
 - 句长分布：{在 4-6 段合并样本上确定性测量——短句(<15字)占比 X%、中句(15-30)Y%、长句(>30)Z%、平均句长 N 字、标点密度 M%。一句概括语感。`confidence: high`（数据由机械统计得出，不是模型估计）。}
@@ -54,7 +54,7 @@
 ## 情绪交替模式
 - 章内基调切换：{统计章节内情节点基调序列——典型章节是否在 紧张↔轻松 或 热血↔温馨 之间切换、切换频率（每章 N 次）。}
   - confidence: high | med | low
-- 跨章基调周期：{前 20 章「章基调」序列，识别“虐 3 章爽 1 章”之类周期。}
+- 跨章基调周期：{已拆范围内前20章的「章基调」序列；不足20章用实际章数并注明范围，识别“虐 3 章爽 1 章”之类周期。}
 - 喜剧↔重击的转场手法：{对标书在 轻松→悲伤 锐角转场时用了什么手法，举 1-2 个原文锚点。}
 
 ## 可借鉴技巧（从 拆文报告.md 直接引用）
@@ -68,7 +68,7 @@
 ## 分层模仿建议
 - 基础层（必学）：{词汇偏好、句式节奏、对话标签、描写重心中最容易迁移的 3-5 条；只学表达习惯，不复制原句}
 - 进阶层（结构）：{节奏推进、伏笔埋回、视角切换、场景衔接中最值得复用的 3-5 条；替换人物/场景/道具后再使用}
-- 适配层（本书化）：{哪些技法适合当前项目，哪些会导致人设/题材错位；明确不要搬运专名、标志性台词、独特桥段和事件顺序}
+- 适配层（适合当前项目）：{哪些技法适合当前项目，哪些会导致人设/题材错位；明确不要搬运专名、标志性台词、独特桥段和事件顺序}
 
 ## 原文锚点片段
 
@@ -123,7 +123,7 @@
 ## 可用性语义
 
 - `文风可用：是` → 文风可用于写作，narrative-writer 按 confidence 分级使用。
-- `文风可用：否：{原因}` → 文风质量不足（例如原文缺失、锚点全是占位符）。story-explorer 读取时返回 `gaps.profile_degenerate: true`，narrative-writer 跳过文风，按默认 Gates 写作，避免被误导。
+- `文风可用：否：{原因}` → 文风质量不足（例如没有可核验原句、锚点全是占位符）。story-explorer 读取时返回 `gaps.profile_degenerate: true`，narrative-writer 跳过文风，按默认 Gates 写作。
 
 ## 覆盖与不可模仿原则
 

package/lib/oh-story/skills/story-long-analyze/references/synthesis-inputs.md

@@ -4,7 +4,7 @@ Stage 3、4、5 各自的时刻都读本文件。
 
 ## 取料
 
-不整份 Read 批次缓存（每批约七成是和逐章摘要重复的章节块），改用只读的 `digest` 按需取料，输出是 Markdown：
+用只读的 `digest` 按需提取跨章观察和逐章字段，避免重复读取缓存里的章节正文；输出为 Markdown：
 
 ```text
 "{PYTHON}" "{story-long-analyze skill 根}/scripts/manage_analysis_run.py" digest --root "{拆文目录}" --part observations [--chapters 1-60]
@@ -19,21 +19,21 @@ Stage 3、4、5 各自的时刻都读本文件。
 
 ## 阶段标记
 
-Stage 1 黄金三章与快速预览落盘后标 `stage1`；计划不再有批次时标 `stage2`。Stage 3–6 各运行一次。文件成功原子落盘后再标记：
+Stage 1 黄金三章与快速预览落盘后标 `stage1`；全书计划无待处理批次、摘要完整时标 `stage2`。Stage 3–6 各运行一次，失败后按缺口重试。文件成功原子落盘后再标记：
 
 ```text
 "{PYTHON}" "{story-long-analyze skill 根}/scripts/manage_analysis_run.py" mark-stage \
   --root "{拆文目录}" --stage stage3 --output "剧情/节奏.md"
 ```
 
-阶段完成只看约定产物存在且进度行完成；没有依赖 hash 或 Stage receipt。`mark-stage` 会按阶段检查：Stage 1 的黄金三章与快速预览、Stage 2 的全部摘要、Stage 3 的情绪模块与节奏、Stage 4 的角色与设定、Stage 5 的报告、Stage 6 的文风。Stage 6 的单独重建见 [style-profile-generator.md](style-profile-generator.md)，允许按索引定点读取 4–6 段原文，不重扫全书，也不触发其他阶段。
+阶段标记检查约定产物存在且非空；语义质量仍按各阶段规则验收。`mark-stage` 会按阶段检查：Stage 1 的黄金三章与快速预览、Stage 2 的全部摘要、Stage 3 的情绪模块与节奏、Stage 4 的角色与设定、Stage 5 的报告、Stage 6 的文风。Stage 6 的单独重建见 [style-profile-generator.md](style-profile-generator.md)，允许按索引定点读取 4–6 段原文，不重扫全书，也不触发其他阶段。
 
 ## 合成阶段事实保真（阶段 3-5：剧情/设定/角色/报告）
 
-阶段 3-5 从章节摘要二次合成，离原文已两跳，最易把「摘要没说的」用合理推断补成「看似坐实的事实」——这是拆文事实错误的最大来源（典型：给「双系魔法师」凭空补第二系、把坐骑等级安到骑手头上、给原文没给的字段编一个数值、把出场区间填成连续跨度含没出场的章）。强模型也照样漂移，因为越远离原文，模型越靠世界知识与"合理性"填空。三条硬约束：
+阶段 3–5 复用已有事实，不能凭常识补齐资料未给的信息。例如，双系魔法师的第二系、坐骑与骑手的等级、角色实际出场章都要各有依据。遵守三条约束：
 
 1. **硬事实必须可溯源**：力量等级、数值、距离、属性、势力数量、谁对谁说了什么、角色出场章节——先检查批次证据或已有事实的章节和定位；命中不到就改写为“资料未明确”或删除，不为聚合二次读取原文。
-2. **缺失写「原文未明确」，禁编造填空**：原文没给的字段，写「原文未明确/节选未涉及」，绝不用近义项、别处的范例或惯例补一个看似合理的值。
+2. **按资料来源标明缺失，禁编造填空**：资料没有的字段，按来源写「原文未明确/节选未涉及/旧资料未提供」，绝不用近义项、别处的范例或惯例补一个看似合理的值。
 3. **跨指代不串**：相邻实体的属性不互相挪用——坐骑等级≠骑手等级、A 的台词≠B 的台词、本章统计数字≠相邻章数字。
 
-落盘后做一次**事实可溯源自检**：抽查设定、角色和报告里的硬事实，逐条核对到本次允许使用的证据源。`raw-original` 可按 `source_locator` 机械定位原文，`existing-results` 只能核对计划列出的旧成果文件；旧成果没有的细节改写为「旧资料未提供」或删除，不借核证之名回读已覆盖章节原文。此自检独立于 Stage 3 的质量阈值——阈值查归类质量，它查事实真伪。
+落盘后做一次**事实可溯源自检**：抽查设定、角色和报告里的硬事实，逐条核对到本次允许使用的证据源。原文批次核对已保存的事实、原句与 `source_locator`；旧成果批次只核对计划列出的旧文件；旧成果没有的细节改写为「旧资料未提供」或删除，不借核证之名回读已覆盖章节原文。此自检独立于 Stage 3 的质量阈值——阈值查归类质量，它查事实真伪。

package/lib/oh-story/skills/story-long-scan/SKILL.md

@@ -6,25 +6,25 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 ---
 # story-long-scan：长篇网文扫榜
 
-你是网络小说市场分析师。你的任务是基于榜单样本识别长篇网文市场格局，并输出可执行的题材候选、风险阈值和验证动作。
+你负责从长篇榜单的重复样本中识别题材候选，结合作者条件给出可行性、失败风险与验证动作。
 
-**核心信念：单本排名只提供线索；跨样本重复模式才算信号。** 排行榜只能证明样本存在；必须通过多榜单、多作品和近期数据判断需求强度。
+**核心信念：单本排名提供线索，近期多榜单、多作品的重复模式才支持趋势判断。**
 
 ---
 
-## 核心哲学
+## 扫榜原则
 
 ### 原则 1：扫榜看模式，别只看排名
 
-排名会波动，模式必须用重复样本验证。扫榜要提取：反复出现的题材、设定、套路、书名词和开篇卖点。单本上榜只能记为个例；同类样本达到可比数量后，才能标记为趋势候选。
+提取样本中重复的题材、设定、套路、书名词和开篇卖点，判断能否支持趋势候选。
 
 ### 原则 2：流量型平台和付费型平台看的东西不同
 
-番茄看的是流量和完读率，起点看的是订阅和追读，晋江看的是收藏和积分。不同平台的成功标准不同，扫榜方法也不同。
+番茄重点看在读与流量，起点看付费榜表现，晋江看收藏、营养液和积分。完读率、追读、订阅转化等后台指标需作者另行提供，当前采集脚本不产出。
 
 ### 原则 3：扫榜的目的是找到你能写的爆款题材
 
-不按热度直接给结论。每个方向都要做项目可行性判断：素材储备、题材边界、篇幅承载、目标平台样本是否足够。
+每个方向都结合素材储备、题材边界、计划篇幅和目标平台样本判断可行性，再给选题建议。
 
 ---
 
@@ -32,7 +32,7 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 
 ### Phase 1：确认平台和方向
 
-问用户：**「你想看哪个平台？（起点/番茄/晋江/七猫/刺猬猫/其他）有没有关注的题材方向？」**
+沿用用户已给的平台和方向；缺少时再问：**「你想看哪个平台？（起点/番茄/晋江/七猫/刺猬猫/其他）有没有关注的题材方向？」**
 
 关键判断：
 - 用户已有方向 → 针对该方向做深度扫榜
@@ -43,7 +43,7 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 
 ### Phase 2：确定数据来源
 
-**扫榜需要真实数据支撑。** 根据当前环境选择数据来源：
+按当前环境选择数据来源：
 
 | 优先级 | 模式 | 说明 | 何时用 |
 |--------|------|------|--------|
@@ -53,15 +53,17 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 
 #### 脚本采集模式
 
+命令中的 `scripts/` 相对本 skill 根目录；`{输出目录}` 指本次工作目录里的扫榜目录。
+
 1. 只读所选平台那一份：[起点](references/platform-qidian.md) / [番茄](references/platform-fanqie.md) / [七猫](references/platform-qimao.md) / [晋江](references/platform-jjwxc.md) / [刺猬猫](references/platform-ciweimao.md)。里面有榜单网址、命令、字段、默认组合、故障排查和该平台的分析维度；需要浏览器态的平台先 `/browser-cdp` 启动 Chrome。
 2. 每次扫榜新建输出目录 `扫榜/{YYYYMMDD}/`（同日再扫加 `-2`），存本次榜单，不往旧目录追加（聚合会混进旧榜）；文件名 `{平台}{榜单}_{YYYYMMDD}.md`。脚本已做清洗和质量标注。
-3. 聚合：`node scripts/aggregate-rank.js {输出目录} --out {输出目录}/扫榜聚合.md`（小平台加 `--sparse 10`）。**主会话只读这份聚合**，不整份读原始榜单：题材分布、本数占比、热度与字数中位、标签热词、书名常见词、多榜重合、每题材前 3 本代表作。
+3. 聚合：`node scripts/aggregate-rank.js {输出目录} --out {输出目录}/扫榜聚合.md`（小平台加 `--sparse 10`）。**主会话先只读聚合**中的题材分布、去重本数、热度与字数中位、标签、书名词、多榜重合和代表作。刺猬猫混合各榜的「榜单值」不可用于热度比较，按平台参考回查单榜。
 4. 看聚合的「采集情况」：标了问题（书名没解出来、没采到、只有书单）的榜单按平台参考排查重采；重采不了就在报告里说明结论不含它。同方向不到 15 本（小平台 10 本）标「少」，等同 `[数据稀疏]`。
-5. 要看原始条目（开篇卖点、新人设、新桥段）时按需抽样：`node scripts/aggregate-rank.js {输出目录} --sample {题材/标签/书名词} --n 5`，一次一个方向。
+5. 分析开篇卖点、新人设、新桥段时按需抽样：`node scripts/aggregate-rank.js {输出目录} --sample {题材/标签/书名词} --n 5`，一次一个方向。抽样命中条数含多榜重复，样本本数按同平台书名+作者去重。
 
 #### 其他数据来源
 
-**用户提供：** 已有扫描结果文件 → 直接聚合；链接 → 用 WebFetch 抓取；粘贴/截图 → 整理成 `# {平台} · {榜单名}` 标题、每本一段 `### #{排名} {书名}` 加一行 `*作者 · 题材 · 连载中 · 120万字 · 3.5万收藏*`（热度写「数字+口径」；有标签再加 `**标签：** a、b`）存进输出目录，再同样聚合。
+**用户提供：** 已有扫榜结果文件 → 直接聚合；链接 → 用 WebFetch 抓取；粘贴/截图 → 整理成 `# {平台} · {榜单名}` 标题、每本一段 `### #{排名} {书名}` 加一行 `*作者 · 题材 · 连载中 · 120万字 · 3.5万收藏*`（热度写「数字+口径」；有标签再加 `**标签：** a、b`）存进输出目录，再同样聚合。
 
 **内置知识：** 加载 `references/genre-trends.md`，明确标注「以下分析基于历史趋势数据；未完成实时榜单校验前只能作为候选假设。」并列出需要复扫的榜单。
 
@@ -72,7 +74,7 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 以聚合结果为主，按所选平台参考里的「分析维度」看，再提取通用维度：
 
 1. **题材分布**：题材表的本数、占比与热度中位
-2. **新题材信号**：新书榜列、多榜重合；`扫榜/` 下上一次的日期目录里有 `扫榜聚合.md` 就对比
+2. **新题材信号**：新书榜样本与多榜重合；同时采到新书榜和其他榜时，聚合才显示「新书榜」列。上次日期目录有 `扫榜聚合.md` 时，按相同平台、榜单与筛选范围对比
 3. **经典题材变化**：老牌题材的走势（上升/稳定/下降），没有上期数据就只写现状
 4. **字数**：字数分布与各题材字数中位
 5. **书名模式**：书名常见词 + 代表作书名
@@ -83,7 +85,7 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 
 ### Phase 4：输出扫榜报告
 
-报告写给作者：讲市场结论和能写的方向。脚本名、命令和采集状态码不进报告；某个榜没采到，就说一句「XX 榜这次没拿到（原因），结论不含它」。
+报告讲本次样本支持的结论和作者能写的方向；无可比上期时，趋势栏写「未比较」，不填涨跌。脚本名、命令和采集状态码不进报告；缺榜时说「XX 榜这次没拿到（原因），结论不含它」。
 
 报告展示给作者，同时写进输出目录的 `选题决策.md`：文件不存在就先按 [references/topic-decision.md](references/topic-decision.md) 的模板写文件头，再把报告作为「扫榜结论」一节写入（已存在同名一节就整节替换）。作者只扫榜不选题，结论也已落盘。
 
@@ -129,7 +131,7 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 
 ### Phase 5：选题决策
 
-把扫榜结果变成能直接用的选题建议，产出 `选题决策.md`。完整方法（选题四步 + 可行性判断 + 输出模板）见 [references/topic-decision.md](references/topic-decision.md)。
+按 [references/topic-decision.md](references/topic-decision.md) 的选题四步、可行性规则与模板补全 `选题决策.md`。
 
 **从文件接上：** 先读 `{outdir}/选题决策.md` 的「扫榜结论」和 `扫榜聚合.md`，不靠对话记忆；两者都没有就回 Phase 2。
 
@@ -138,8 +140,8 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 按 `topic-decision.md` 的选题四步产出 2-3 个推荐选题（能爆的原因 → 市场验证 → 差异化定位 → 可行性+失败风险+验证动作），写入**本次扫榜输出目录** `{outdir}/选题决策.md` 的「推荐选题」一节，保留「扫榜结论」。
 
 **硬规则：**
-- 可行性上限：背靠榜单标了 `[数据稀疏]`、聚合表标「少」或同方向样本 <15（小平台<10）⇒ 不许给"高"，强制降到"中" + 写明先验证；内置知识模式一律给"中"。
-- 不输出项目素材无法支撑的题材；不只看热度，必须给可行性和失败风险；不忽略平台调性差异（起点男频和晋江女频审美完全不同）。
+- 可行性上限：榜单标了 `[数据稀疏]`、聚合表标「少」或同方向样本 <15（小平台<10）时，最高给"中"并写明先验证；内置知识同样最高给"中"。素材、平台等条件不符时仍给"低"。
+- 选题须由项目素材支撑，写清可行性与失败风险，并符合目标平台调性。
 
 ---
 
@@ -147,11 +149,11 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 
 | 平台 | 调性 | 核心指标 | 主力读者 | 适合类型 |
 |------|------|----------|----------|----------|
-| 起点中文网 | 男频为主，硬核爽文 | 追读率、月票 | 18-35 男性 | 玄幻、都市、科幻、游戏 |
+| 起点中文网 | 男频为主，硬核爽文 | 月票/畅销榜名次 | 升级、成长与长线追读受众 | 玄幻、都市、科幻、游戏 |
 | 番茄小说 | 下沉市场，免费阅读 | 在读数、阅读榜排名 | 大众读者 | 脑洞、快节奏、强爽感 |
-| 晋江文学城 | 女频为主，精品路线 | 收藏、营养液、积分 | 16-30 女性 | 言情、纯爱、衍生 |
+| 晋江文学城 | 女频为主 | 收藏、营养液、积分 | 言情、纯爱与衍生受众 | 言情、纯爱、衍生 |
 | 七猫小说 | 下沉市场，免费阅读 | 热度、大热榜排名 | 大众读者 | 快节奏爽文 |
-| 刺猬猫 | 二次元、轻小说 | 追读 | 15-25 ACG | 同人、二次元、轻小说 |
+| 刺猬猫 | 二次元、轻小说 | 各榜单值 | ACG 受众 | 同人、二次元、轻小说 |
 
 ---
 
@@ -177,12 +179,5 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 | [references/genre-trends.md](references/genre-trends.md) | 查看题材趋势候选、切入约束和样本校验规则时 |
 | [references/publishing-guide.md](references/publishing-guide.md) | 平台适配+推荐机制校验+数据指标+简介设计 |
 | 五份平台参考（链接见「脚本采集模式」第 1 步） | 「确定数据来源」：只读所选平台那份——榜单网址、命令、字段、故障排查、平台分析维度 |
-| [scripts/aggregate-rank.js](scripts/aggregate-rank.js) | 把输出目录里的原始榜单聚合成短表（`--out` 落盘，`--sample` 抽原始条目，`--json` 机读），主会话只读它 |
+| [scripts/aggregate-rank.js](scripts/aggregate-rank.js) | 把输出目录里的原始榜单聚合成短表（`--out` 落盘，`--sample` 抽原始条目，`--json` 机读），主会话先读聚合表 |
 | [scripts/cdp-utils.js](scripts/cdp-utils.js) 与各平台采集脚本 | CDP 公共工具与各平台采集脚本（`{平台}-rank-scraper.js`），命令见所选平台参考 |
-
----
-
-## 语言
-
-- 跟随用户的语言回复，用户用什么语言就用什么语言回复
-- 中文回复遵循《中文文案排版指北》