@oh-story/dsh 0.1.16 → 0.1.17

package/lib/oh-story/skills/story-review/SKILL.md

@@ -6,7 +6,7 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 ---
 # story-review：多视角对抗式审查
 
-> Spawn 版本提示（不阻断 spawn）：先读取项目根 `.story-deployed` 的 `agents_version`。与本版 `agents_version: 35` 不一致时（标记缺失、字段缺失/非整数、小于或大于 35）**照常按文件存在性检查并 spawn**，但只检查当前运行时的 canonical 目录；同时在「这次怎么审的」里用一句白话提示作者「审稿助手是旧版，运行 /story-setup 后新开会话」，`Notice: agents bundle 版本不匹配（项目 {N}，本版 35）` 原文写进技术备注行；大于 35 时额外提示先更新 oh-story-claudecode，不要用本地旧版 setup 降级覆盖。版本提示本身不触发降级；文件缺失或异常、工具不可用、递归限制或调用失败按 Phase 0 处理，技术备注写 `Fallback: ... -> solo`。
+> Spawn 版本提示（不阻断 spawn）：先读取项目根 `.story-deployed` 的 `agents_version`。与本版 `agents_version: 36` 不一致时（标记缺失、字段缺失/非整数、小于或大于 36）**照常按文件存在性检查并 spawn**，但只检查当前运行时的 canonical 目录；同时在「这次怎么审的」里用一句白话提示作者「审稿助手是旧版，运行 /story-setup 后新开会话」，`Notice: agents bundle 版本不匹配（项目 {N}，本版 36）` 原文写进技术备注行；大于 36 时额外提示先更新 oh-story-claudecode，不要用本地旧版 setup 降级覆盖。版本提示本身不触发降级；文件缺失或异常、工具不可用、递归限制或调用失败按 Phase 0 处理，技术备注写 `Fallback: ... -> solo`。
 
 你负责协调审查，找出小说的结构、角色、文字与设定问题，给出有原文依据的修改建议。
 
@@ -78,13 +78,9 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 
 | 用途 | 规范路径 |
 |---|---|
-| 通用质量清单 | `story-review/references/review-quality.md` |
 | 通用内容评分 rubric | `story-review/references/quality-rubric.md` |
 | 去 AI 味方法 | `story-review/references/expression.md` · `story-review/references/narrative-focus.md` · `story-review/references/story-logic.md` |
-| 剧情循环/高潮公式 | `story-review/references/plot-core-methods.md` |
-| 角色关系/好感度 | `story-review/references/character-relations.md` |
-| 对话质量 | `story-review/references/dialogue-mastery.md` |
-| 审查禁用词 | `story-review/references/banned-words.md` |
+| 词句信号索引 | `story-review/references/banned-words.md` |
 | 平台 rubric | `story-review/references/rubrics/{fanqie,qidian,zhihu}.md` |
 | 标点预检脚本 | `story-review/scripts/normalize-punctuation.js` |
 | AI句式预检脚本 | `story-review/scripts/check-ai-patterns.js` |
@@ -119,10 +115,10 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 - 故事：行动有什么来由、解决依据从何而来、前后改变了什么？安静场景可承载关系与认知变化，不强求冲突。
 - 处理原则：有原文证据才输出 finding，指出阅读损失、最小建议与资料限制；只报告，不落改，不默认拆短、加动作或新增剧情。
 
-平台 fallback 摘要：
-- 番茄：强开局、强冲突、高频爽点/情绪反馈、低理解门槛。
-- 起点：设定自洽、升级路径、长线期待、世界观承载力。
-- 知乎盐言：短篇钩子、反转密度、情绪兑现、信息差推进。
+平台 fallback 摘要（叠加在通用 rubric 上）：
+- 番茄长篇：强开局、强冲突、高频爽点/情绪反馈、低理解门槛。
+- 起点长篇：设定自洽、升级路径、长线期待、世界观承载力。
+- 短篇：开头钩子、反转有铺垫、情绪兑现、信息差推进。
 
 ---
 
@@ -130,21 +126,28 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 
 1. **确定审查范围**：
    - 用户指定了章节/文件 → 只审查指定内容。
-   - 用户未指定 → 优先审查最近修改的正文文件（`git diff --name-only` 中的正文/设定/大纲相关文件），否则审查当前书的当前章节。
+   - 用户未指定 → 项目是 git 仓库时审 `git diff --name-only` 里的正文/设定/大纲文件；否则长篇审 `正文/` 下最近修改的章，短篇审 `正文.md`。报告开头写明审了哪些。
 2. **范围传递策略**：
    - 优先把文件路径、章节名、行号范围传给 reviewer，不要把整本或大量章节完整复制进每个 prompt。
    - 单文件或短片段可附 300-1200 字关键摘录。
    - 多章/整卷/整本审查必须分批：按章节或文件组拆分，每批输出独立 findings，再综合；分批前先完整读 [references/batch-review.md](references/batch-review.md)（跨批状态、连续性、乱序提醒）。
-3. **读取相关支撑材料**：正文、相关设定、角色档案、大纲、追踪/上下文、伏笔文件；缺失时在报告中标记证据不足。
-4. **识别目标平台并加载 rubric**：
-   - 优先使用用户显式指定的平台。
-   - 其次读取项目文档里的 `目标平台` / `平台` 字段，例如 `设定/题材定位.md`、`大纲/`、`拆文报告` 等。
-   - 不要把 `.active-book` 当作平台来源；它只能辅助定位当前书名目录。
-   - 番茄小说 → 优先读取 `story-review/references/rubrics/fanqie.md`；不可读时使用内置番茄 fallback 摘要。
-   - 起点 → 优先读取 `story-review/references/rubrics/qidian.md`；不可读时使用内置起点 fallback 摘要。
-   - 知乎盐言 → 优先读取 `story-review/references/rubrics/zhihu.md`；不可读时使用内置知乎 fallback 摘要。
-   - 未识别平台 → 优先读取 `story-review/references/quality-rubric.md`；不可读时使用内置通用网文内容 rubric；技术备注行写 `generic` 与 `file | embedded`。
-5. **形成审查基准包摘要**：把已加载的文件内容或内置 fallback 摘要压缩为 5-12 条审查标准，后续 solo 和子 Agent 都必须使用这份摘要。摘要必须保留一条句长标准：叙述默认是逗号长句，碎句和电报体与 AI 腔同级处理，不因「短」放行。
+3. **读取支撑材料**：solo 和分批审查时由你读正文、相关设定、角色档案、大纲、`追踪/上下文.md` 与伏笔文件；full/lean 只读定范围、定平台和分批开放项要用的文件，其余由 reviewer 按路径自己读。缺材料时在报告里标为证据不足。
+4. **识别篇幅与目标平台，加载 rubric**：
+   - 通用 rubric 每次都加载：读 `story-review/references/quality-rubric.md`，不可读时用内置通用网文内容 rubric。平台表叠加在通用 rubric 上，不替代它。
+   - 篇幅：书目录下有 `正文/` 或 `设定/` 子目录的是长篇，有 `正文.md` 或 `设定.md` 文件的是短篇（与 `/story` 路由同一口径）。
+   - 平台：用户这次指定的优先；其次长篇读 `设定/题材定位.md`、短篇读 `设定.md` 的「目标平台」。`.active-book` 只用来定位书目录，不当平台来源。
+   - 按下表叠加平台表，文件不可读时用内置平台 fallback 摘要：
+
+     | 篇幅 | 目标平台 | 叠加的平台表 |
+     |---|---|---|
+     | 长篇 | 起点 | `story-review/references/rubrics/qidian.md` |
+     | 长篇 | 番茄 | `story-review/references/rubrics/fanqie.md` |
+     | 长篇 | 晋江、其他、未定、没写 | 不叠加 |
+     | 短篇 | 知乎盐言（也写作盐选）、番茄、七猫、黑岩、红果、小程序、未定、没写 | `story-review/references/rubrics/zhihu.md` |
+
+   - 短篇另按 `设定.md`「平台基调」核对格式、引号和导语。
+   - 技术备注行的 Rubric 写叠加的平台表（`fanqie | qidian | zhihu`），不叠加写 `generic`；括号里文件可读写 `file`，用了内置摘要写 `embedded`。
+5. **形成审查基准包摘要**：把已加载的文件内容或内置 fallback 摘要压缩为 5-12 条审查标准，后续 solo 和子 Agent 都必须使用这份摘要。审查提示词要各保留一条剧情循环、高潮构建和关系进展的判断，审第 1-3 章时再加开头新鲜度。摘要必须保留一条句长标准：叙述默认是逗号长句，碎句和电报体与 AI 腔同级处理，不因「短」放行；本书文风另有约定时按文风。
 6. **确定性预检（只报告，不修改）**：当审查范围包含本地正文文件路径时，运行本 skill 自带脚本：
    ```bash
    node scripts/normalize-punctuation.js --check <正文文件...>
@@ -174,7 +177,7 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
   fix: "可执行修改建议"
 ```
 
-严重度定义（与长篇写作、检测器同一刻度：S1/S2＝必须修，S3＝建议看，S4＝仅提示）：
+严重度定义：S1–S4 的级别与长篇写作、检测器相同；审稿报告的小节标题按级别写，S1、S2 归「必须改」，S3 归「建议改」，S4 归「可以不改」：
 - **S1**：会破坏主线、角色动机、世界规则或读者信任，需优先修。
 - **S2**：明显影响章节效果、留存、节奏、人物可信度，本轮要修。
 - **S3**：局部质量问题，如措辞、轻微格式、局部节奏，可排期修。
@@ -202,7 +205,7 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 
 ## 追踪文件维护
 
-长篇工程且 full/lean 审查收尾时读 [references/review-tracking.md](references/review-tracking.md)。
+有 `追踪/_tracking-state.json` 的长篇工程且实际模式是 full/lean 时，收尾读 [references/review-tracking.md](references/review-tracking.md) 修订追踪；solo 不改 `追踪/`，按 solo.md 第 5 步写进报告。
 
 ## 流程衔接
 
@@ -213,4 +216,3 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 |---|---|---|
 | 要修改查出的问题 | story-long-write / story-short-write | 返回对应写作 skill 修改 |
 | 发现 AI 味需清理 | story-deslop | `/story-deslop` |
-| 需要重新拆解对标书 | story-long-analyze / story-short-analyze | `/story-long-analyze` 或 `/story-short-analyze` |

package/lib/oh-story/skills/story-review/references/agent-prompts.md

@@ -2,7 +2,9 @@
 
 只有实际模式仍是 full/lean 时才读本文件。
 
-使用当前运行时的 Agent 工具并行调用（Codex 原生子代理使用 `agent_type`，Claude Code 使用 `subagent_type`，OpenCode 使用 `subagent` 工具的 `agent` 参数，Antigravity 使用 `invoke_subagent` + 同名 `TypeName`；实际字段以当前 CLI 暴露的工具为准）。每个 Agent 不继承父对话上下文，prompt 必须自包含项目路径、审查范围、文件路径、必要摘录和统一 Findings Schema。结构、角色、文字三个视角的 prompt 还要内联审查基准包摘要与 Rubric Source，使子 Agent 能直接开审；补充资料只读本 Skill 的 references。consistency-checker 按自己的检查项核对事实，不带内容评分基准包。所有 reviewer 只读：不改任何文件，只输出结果。
+使用当前运行时的 Agent 工具并行调用（Codex 原生子代理使用 `agent_type`，Claude Code 使用 `subagent_type`，OpenCode 使用 `subagent` 工具的 `agent` 参数，Antigravity 使用 `invoke_subagent` + 同名 `TypeName`；实际字段以当前 CLI 暴露的工具为准）。每个 Agent 不继承父对话上下文，prompt 必须自包含项目路径、审查范围、文件路径、必要摘录和统一 Findings Schema。结构、角色、文字三个视角的 prompt 还要内联审查基准包摘要与 Rubric Source，使子 Agent 能直接开审；prompt 不写本 Skill 的资料路径，各 reviewer 按自己模板里的读取表加载方法资料。consistency-checker 按自己的检查项核对事实，不带内容评分基准包。所有 reviewer 只读：不改任何文件，只输出结果。
+
+**追踪修订号**：长篇工程（有 `追踪/_tracking-state.json`）派 consistency-checker 前，先跑本 skill 的 `scripts/tracking_commit.py check --project {项目根}`，把输出的 `last_committed_chapter`、`state_revision` 填进它的 prompt；check 报错时这一栏写「check 失败，派生视图不可信：{报错首行}」，报告「没法判断的地方」用白话写明追踪记录和正文对不上、这次没据它核对。短篇不填。
 
 **story-explorer 预查询（可选）**。仅当 `Effective Mode` 仍为 `full`/`lean`、当前允许 spawn 且当前运行时的 Agent 工具可用时，才可在对应 canonical agent 目录下确认 `story-explorer` 已部署并 spawn；Antigravity 检查 `.agents/agents/story-explorer/agent.md`，用 `invoke_subagent` + `TypeName: "story-explorer"`。`solo` 或子代理递归保护场景下不得 spawn，只能直接读取/检索。Prompt 示例：
 
@@ -34,11 +36,11 @@
   4. 钩子和反转设计质量如何？
   5. 范围控制：有无角色/设定膨胀？
   6. 剧情循环是否存在且可重复？（参照审查基准包摘要里的剧情循环原则）
-  7. 高潮场景是否用了蓄能→假胜→崩解结构？（参照审查基准包摘要里的高潮构建原则）
+  7. 高潮是否有蓄能、落差与兑现？（参照审查基准包摘要里的高潮构建原则；假胜→崩解只是强反转的一种写法，不是必选）
   8. 伏笔密度、连载期待和结构信息量是否合理？（伏笔密度通常只作为 S4 结构风险，除非已造成理解混乱）
-  9. 按平台 rubric 或通用内容 rubric 逐项对照，标记 PASS/FAIL。
+  9. 按通用 rubric 和叠加的平台表逐项对照，标记 PASS/FAIL。
   10. 继承的开放项里，本批本该兑现的钩子/伏笔是否落空？
-  11. 开头同质化（仅当本章是全书开篇/前 3 章）：开局切口是不是同题材的默认套路（穿越即退婚、系统绑定、末世第一天、开场即打脸等），能不能原样换到任意同类书？"有钩子/非天气开场"不等于不同质。对照 `story-review/references/plot-core-methods.md`「噱头分类与开篇流程」判断——能整体换到同类书=同质化（撞题材模板至少 S2；套路化但有具体人物/处境微差 S3）。
+  11. 开头同质化（仅当本章是全书开篇/前 3 章）：开局切口是不是同题材的默认套路（穿越即退婚、系统绑定、末世第一天、开场即打脸等），能不能原样换到任意同类书？"有钩子/非天气开场"不等于不同质。按审查基准包摘要里的开头新鲜度判断——能整体换到同类书=同质化（撞题材模板至少 S2；套路化但有具体人物/处境微差 S3）。
   12. 结尾总结：章尾的总结、升华或复述是否重复已有信息、削弱收束？先按本书叙述方式和原文功能复核，检测器命中也不自动判错；确认问题后按实际影响定级，与其他 reviewer 同处 findings 去重。
 
   输出格式：
@@ -68,9 +70,9 @@
   3. 人物弧线是否连贯？
   4. 角色行为是否符合其动机？
   5. 对话是否有潜台词和信息控制？
-  6. 爱情线好感度与 CP 行为是否匹配？（参照审查基准包摘要或本 Skill 的角色关系参考）
+  6. 爱情线好感度与 CP 行为是否匹配？（参照审查基准包摘要里的关系进展原则）
   7. 好感度进度是否可感知？
-  8. 对话三症状（可选读 `story-review/references/dialogue-mastery.md` 自查项）：① 机械对话/问答式/句间无情绪承接；② 角色当「科普嘴」整段讲设定原理(Gate G 同样管台词)；③ 说话不分场合(高压/生死 beat 的玩笑、口头梗、插科打诨出戏)。命中按 S2/S3 报具体引用+改法。
+  8. 检查三类对话问题：① 机械对话/问答式/句间无情绪承接；② 角色当「科普嘴」整段讲设定原理（空转解释同样管台词）；③ 说话不分场合（高压或生死场面里的玩笑、口头梗、插科打诨出戏）。命中按 S2/S3 报具体引用+改法。
 
   输出格式：
   VERDICT: APPROVE / CONCERNS / REJECT
@@ -92,9 +94,9 @@
   style_resolution：{本次生效要求及来源、被覆盖的默认条款、事实边界；文字风格判断共用}
   审查基准包摘要：{Phase 1 形成的 rubric / fallback 摘要，必须内联}
   Rubric Source: file | embedded fallback
-  去味判据：按读取表完整读 expression、narrative-focus、story-logic 及 banned-words、deslop-gates，三层都审；方法里的改写动作仅用作建议，不落改
+  去味判据：按你模板里的读取表完整读 expression、narrative-focus、story-logic 及 banned-words、deslop-gates，三层都审；方法里的改写动作仅用作建议，不落改
   检查项：
-  1. 是否存在禁用词/套话/陈词滥调，或“像/好像/仿佛/如同”式比喻成片堆叠？
+  1. 词句信号（套话、陈词滥调、“像/好像/仿佛/如同”式比喻成片堆叠）是否造成阅读损失？命中词本身不算错。
   2. 表达是否机械、视角是否越过本书信息边界，章末是否只剩重复总结？
   3. 格式是否合规（按戏剧单元/镜头自然断段、无机械字数切分、无空行、对话独立成行、主语节奏自然）？
   4. 标点节奏是否匹配语气/人物声线：是否通篇句号化、随机堆砌问号/感叹号，或残留 `……`/`——` 硬造停顿？本书已明确授权且有功能的停顿不因符号本身判错。
@@ -121,6 +123,8 @@
   项目路径：{项目根}
   审查范围：{文件路径/章节/必要摘录}
   已知角色：{从设定文件提取角色列表}
+  last_committed_chapter：{check 输出；短篇写「无追踪」}
+  state_revision：{check 输出；check 失败写「check 失败，派生视图不可信：{报错首行}」}
   继承的开放项（分批审查必填，无则写「无」）：{从 追踪/伏笔.md 提取的、预计回收章 ≤ 本批末章的已埋未回收伏笔，连同上一批未解决 findings 摘要}
   检查项：
   1. 角色属性是否前后一致？
@@ -153,7 +157,7 @@
 <!-- author-report -->
 ```md
 === 《{书名}》{审查范围}审查 ===
-这次怎么审的：{结构、人物、文字、设定一致性四个视角分头看 | 精简审：结构和设定一致性两个视角}，按{番茄 | 起点 | 知乎盐言 | 通用网文}的标准。
+这次怎么审的：{结构、人物、文字、设定一致性四个视角分头看 | 精简审：结构和设定一致性两个视角}，按通用网文标准{，加上番茄长篇 | 起点长篇 | 短篇平台的要求}。
 
 总体判断：{可以发 | 改完下面几处再发 | 这一章需要重写}——{一句话理由，用读者感受说}
 

package/lib/oh-story/skills/story-review/references/banned-words.md

@@ -1,8 +1,6 @@
 # AI 味词句信号索引
 
-> 保留 `banned-words.md` 文件名供调用方检索。这里列的是需回到上下文判断的信号，不是出现即错的禁词。表达服从 [style-resolution.md](style-resolution.md)；不据词频判断作者身份，不以清零为目标。具体修法由调用方加载的方法文件承担。
-
-<!-- 共享副本由 scripts/shared-references.json 管理，改动后同步并跑 scripts/check-shared-files.sh -->
+> 这里列的是需回到上下文判断的信号，不是出现即错的禁词。表达服从 [style-resolution.md](style-resolution.md)；不据词频判断作者身份，不以清零为目标。具体修法由调用方加载的方法文件承担。
 
 ## 句式与组织信号
 
@@ -36,11 +34,11 @@
 
 “她感到”“意识到”“知道”“原来”可以准确表达感受、判断和发现；“仿佛／好像／似乎”可以限定视角置信度；“坚定／冰冷／深邃”可以是准确描述。“突然／瞬间／猛地”也可能承担真实突发或时间压缩。只凭这些词不能认定告知式心理、模板比喻或偷懒。
 
-## 历史句式与复合样本
+## 复合样本
 
-以下保留旧词表及完整指南中的识别语料。例句展示组合风险，不是合格与不合格的标准答案；判断及改法仍按三层方法，不能照旧示范新增动作、改变人物态度或一律拆短。
+例句展示组合风险，不是合格与不合格的标准答案；判断及改法仍按三层方法，不能照例句新增动作、改变人物态度或一律拆短。
 
-| 观察对象 | 旧例句或模板 | 回到语境核对 |
+| 观察对象 | 例句或模板 | 回到语境核对 |
 |---|---|---|
 | 否定、状语与声线 | “他不是冷漠，而是绝望”“他笑了一下，带着一丝不易察觉的嘲讽”“他说，带着一丝无奈”“她声音不大，却带着不容置疑的力量”“好的，他说道” | 对比是否有纠错对象，状语与标签是否机械复现；普通“说”不用替换成动作 |
 | 跨段铺排与预告 | “不是嚎啕大哭。／也不是扯着嗓子喊不舍。／只是一个人走远了……”“他不知道的是，更大的风暴即将来临”“命运终于露出獠牙；属于他的反击才刚刚开始”“早已布好的棋局” | 是否反复铺垫同一意思、空泛宣告或越过揭露边界；排除猜测与题材承诺另判 |
@@ -54,10 +52,10 @@
 | 温和请求、完整解释与笼统反应 | “我觉得你这样做不太合适，能不能考虑一下我的感受？”“其实我这样做是有原因的，因为当时的情况非常复杂……”“所有人都震惊了，不敢相信自己的耳朵。”“她很害怕，不知道该怎么办，只能等着事情过去。” | 是否所有人都用同一套说法，关键交锋或选择是否被概括；不能把请求改辱骂、解释改挑衅，或凭空补锁门、录音与群体动作 |
 | 比喻的功能边界 | “像一头被抛弃的野狗”“像一把刀”“脸色惨白得像这漫天的雪”“力道大得像是要把骨头捏碎” | 生活化、物品、环境与身体感知比喻均可能有效；看是否传递角色特有信息，不按类别全删 |
 | 二修伪自然 | “手里拿着刀，他冲了上去”；连续“伸手拿起、取过、挑开、放下、转身”；强加口误、脏话、每句换行或对话占比 | 一次伴随动作前置不等于油腻；检查是否机械套用另一种句法、流程或格式 |
-| 旧替换的误改风险 | “美丽动人的笑容”“白色的药片”“手里那截链子”“飞驰的汽车”“他因为害怕而……”；垂下眼、目光微沉、攥拳 | 修饰、指示与原因可能承担区分、承接或动作条件；不能仅为去词删成信息残缺，也不能把每个情绪词换成同一微动作 |
+| 替换的误改风险 | “美丽动人的笑容”“白色的药片”“手里那截链子”“飞驰的汽车”“他因为害怕而……”；垂下眼、目光微沉、攥拳 | 修饰、指示与原因可能承担区分、承接或动作条件；不能仅为去词删成信息残缺，也不能把每个情绪词换成同一微动作 |
 
-## 提示名称索引
+## 使用边界
 
-脚本提示供定位，不能替代语义结论。`formulaic-parallelism` 对应对比与并列，`quote-emphasis-tic` 对应引号强调；`cliche-density-tic`、`metaphor-density-tic` 对应套词与比喻聚集；`stock-reaction-tic`、`micro-action-tic`、`action-list-tic` 对应反应与动作；`abstract-summary-tic`、`reasoning-chain-tic` 对应总结解释；`overcompressed-prose-tic`、`low-connective-density-tic` 对应过度压缩；`system-notice-formality-tic` 对应载体语域。是否构成问题、如何修复及获准保留，由本次方法与文风裁决确定。
+脚本提示只供定位，不能替代语义结论。是否构成问题、如何修复及获准保留，由本次方法与文风裁决确定。
 
 标点、句长、段落疏密和对话占比均不在此设置统一指标。不通过同义词轮换、错误用字、英文点省略号或机械补动作规避提示。

package/lib/oh-story/skills/story-review/references/expression.md

@@ -57,19 +57,26 @@
 
 | 已知事实与原句 | 可采用的表达 | 看似去味却改坏了 |
 |---|---|---|
-| 钥匙忘在家里，明天归还；无人指责她拒还。“她不是不肯还钥匙，而是忘在家里了。‘我明天带来。’她说。” | “她把钥匙忘在家里了。‘我明天带来。’她说。”删无用靶子；若在回应拒还指责，保留纠错功能，原句保留按下节白名单处理 | “‘爱等就等。’她说。”改变承诺与态度 |
+| 钥匙忘在家里，明天归还；无人指责她拒还。“她不是不肯还钥匙，而是忘在家里了。‘我明天带来。’她说。” | “她把钥匙忘在家里了。‘我明天带来。’她说。”删无用靶子；若在回应拒还指责，保留纠错功能，原句保留按 [style-resolution.md](style-resolution.md) 登记白名单 | “‘爱等就等。’她说。”改变承诺与态度 |
 | 她进了没开灯的屋子，摸到桌边拿药盒。“她推门。屋里没开灯。她摸到桌边。把药盒拿起来。” | “进屋后，她摸黑走到桌边，拿起药盒。”将光线嵌入行动；紧张镜头若原断句有效也可留 | “她摸黑吞了两片药。”从取药改成服药，新增数量与后果 |
 
 ## 脚本提示怎样进入语义判断
 
-检测器是定位工具。密度提示不是词频配额，advisory 不作完成门槛。表达有功能不等于 blocking 已获提交豁免：作者已明确选择的原句按既有白名单保留；其余保留叙事功能自然改写，由调用方复扫，不能以保留说明代替验收。指定原句不能改又无豁免时报告剩余阻塞。不靠错字或拆句躲检测；确定性的事实、字数、截断与占位问题仍交调用方验收，不能靠文风豁免。
+检测器是定位工具。密度提示不是词频配额，advisory 不作完成门槛。表达有功能不等于 blocking 可以不改：作者已明确选择的原句按白名单保留；其余保留叙事功能自然改写，由调用方复扫，不能以保留说明代替验收。指定原句不能改又不在白名单时报告剩余阻塞。不靠错字或拆句躲检测；确定性的事实、字数、截断与占位问题仍交调用方验收，不能靠文风豁免。
+
+下表索引检测器全部提示类别，加粗的是 blocking。
 
 | 提示 | 人工判断对象 |
 |---|---|
+| **`not-is-comparison`**、**`reverse-not-is`**、**`negation-parade`**、`negation-pair-tic` | 见上文「否定铺垫后肯定翻转」 |
+| **`voice-contrast`** | 见上文「万能状语与套式声线」 |
+| **`em-dash`** | 按功能改成动作、停顿或完整句，不只换符号 |
+| **`trailer-ending`**、**`trailer-summary`** | 章末预告与状态总结，见上文「解释与叙述者」；收尾分量转 narrative-focus |
 | `formulaic-parallelism`、`quote-emphasis-tic` | 对比与强调是否有真实意义，是否机械复述 |
 | `cliche-density-tic`、`metaphor-density-tic` | 套词与比喻是否聚成同一腔调，功能是否重复 |
 | `stock-reaction-tic`、`micro-action-tic`、`action-list-tic` | 反应与动作是否只是标注或清单；用笔分配转 narrative-focus |
-| `overcompressed-prose-tic`、`low-connective-density-tic` | 是否真缺连接、对象和连续思路，不按计数拉长 |
+| `period-stutter`、`overcompressed-prose-tic`、`low-connective-density-tic` | 是否真缺连接、对象和连续思路，不按计数拉长 |
+| `long-paragraph` | 一段是否跨了几个镜头，按镜头断开 |
 | `abstract-summary-tic`、`reasoning-chain-tic` | 总结是否重复，解释是否必要；因果缺口转 story-logic |
 | `system-notice-formality-tic` | 语域是否合乎载体，角色能否理解其当下作用 |
 

package/lib/oh-story/skills/story-review/references/quality-rubric.md

@@ -1,6 +1,6 @@
 # 通用网文内容审查 Rubric
 
-> 平台未识别时，用于评估故事文本质量；表达默认值先按 `style-resolution.md` 与本书文风裁决。
+> 每次审查都用本表评估故事文本质量，再叠加平台表；表达默认值先按 `style-resolution.md` 与本书文风裁决。
 
 ## 评分方法
 
@@ -24,7 +24,7 @@
 | 对话质量 | 对话有潜台词、信息控制和角色差异 | 有信息堆叠或声音略同质 | 对话像说明书，人人同腔 |
 | 设定一致性 | 不违背既有规则、时间线和角色属性 | 有轻微模糊点需补证据 | 与已写设定或前文事实冲突 |
 | 文字自然度 | 具体、可感、动作承载信息 | 偶有套话或抽象总结 | AI 腔、陈词滥调、总结体明显 |
-| 句长节奏 | 叙述默认是逗号长句，短句只作偶尔的孤立重拍、用完回到逗号长句 | 局部碎句或电报体，或偶发机械长短交替 | 逗号之间连着都是 ≤5 字、通篇超短句像提纲，或审改把逗号长句拆碎 |
+| 句长节奏 | 叙述默认是逗号长句，短句只作偶尔的孤立重拍、用完回到逗号长句；本书文风另有约定时按文风 | 局部碎句或电报体，或偶发机械长短交替 | 逗号之间连着都是几个字的碎块、通篇读着像提纲，或审改把逗号长句拆碎 |
 | 标点节奏 | 标点跟语气、人物声线和情绪功能匹配 | 局部标点单调或略有堆砌 | 通篇句号化、随机堆砌问号/感叹号，或用 `……`/`——` 硬造停顿 |
 | 具体字数表达校验 | 「这五个字」「短短四字」类表达的字数经核对属实，且有叙事必要 | 字数属实但换成「那几个字」更自然 | 字数与实际不符，或无法确认统计口径 |
 | 格式可读性 | 段落按戏剧单元/镜头自然断开，对话独立，无多余空行，主语节奏自然 | 局部段落偏长/偏碎或主语重复略多 | 大段堆叠、机械切段、对话/叙述难读、主语过密 |
@@ -41,11 +41,11 @@
 
 ## 发布建议门槛
 
-| 综合情况 | Verdict |
-|---|---|
-| 无 S1/S2，S3 可快速处理 | APPROVE |
-| 有 S2，或 S3 数量多影响阅读 | CONCERNS |
-| 有 S1，或核心卖点/动机/规则崩坏 | REJECT |
+| 综合情况 | Verdict | 报告「总体判断」 |
+|---|---|---|
+| 无 S1/S2，S3 可快速处理 | APPROVE | 可以发 |
+| 有 S2，或 S3 数量多影响阅读 | CONCERNS | 改完下面几处再发 |
+| 有 S1，或核心卖点/动机/规则崩坏 | REJECT | 局部能改好写「改完下面几处再发」，卖点、动机或规则整体崩坏写「这一章需要重写」 |
 
 ## 输出要求
 

package/lib/oh-story/skills/story-review/references/review-tracking.md

@@ -1,10 +1,11 @@
 # story-review：审查收尾的追踪文件维护
 
-追踪维护通过本 skill 的 `scripts/tracking_commit.py` 提交事务，字段与命令见 `references/tracking-transaction.md`。**full / lean 模式只允许通过该工具修改 `追踪/`；solo 模式不修改任何 `追踪/` 文件。**不得直接 Edit/Write/追加 `伏笔.md`、角色快照、时间线视图、摘要或 `上下文.md`。
+追踪维护通过本 skill 的 `scripts/tracking_commit.py` 提交事务；[tracking-transaction.md](tracking-transaction.md) 只在报错或字段拿不准时读。**full / lean 模式只允许通过该工具修改 `追踪/`；solo 模式不修改任何 `追踪/` 文件。**不得直接 Edit/Write/追加 `伏笔.md`、角色快照、时间线视图、摘要或 `上下文.md`。
 
 1. **先检查状态**：执行 `tracking_commit.py check --project {项目根}`，确认 `_tracking-state.json` 与全部派生视图一致。失败时按 tracking-transaction.md 的错误类型处理；提交后派生视图不一致，用新的同章 revision 事务重建，不重跑已清理的旧输入，也不手改 Markdown。
 2. **判定是否需要修订**：只有正文证据表明现有追踪事实错误或缺失时才维护。过期伏笔、漏登记开放钩子、角色当前状态、客观时间线、读者认知都归入其证据所在章的 `mode=revision` 事务。审查意见与未来写作建议不进事实追踪。
 3. **构造完整同章事务**：先跑 `tracking_commit.py draft --project {项目根} --chapter {N}`，草稿已按该章现有记录预填；保留该章原记录中仍成立的内容，只修改有正文证据的变化；核心角色变化同时提交截至当前最后已写章的完整 `character_snapshots`。伏笔对同一 ID `upsert` 当前状态，不增加重复行；时间线同时提交客观事实、读者当前认知和实际揭示状态。
 4. **提交并复检**：执行 `tracking_commit.py commit --project {项目根} --input {事务文件}`，再执行 `tracking_commit.py check --project {项目根}`。确认逐章记录规范且未超限、`上下文.md` 恰好固定 7 栏且 ≤12288 字节、作者/读者时间线及全部派生视图与 state 一致。
+5. **正文改过时的出口**：commit 报「第N章正文已改」「字数目标已改」并要求改用 story-long-write 时，不重试、不改字数记录，因为本 skill 没有重新计数工具。把这章要修的追踪事实写进报告「需要你决定」，请作者在 `/story-long-write` 说「修改第N章」，并告诉它正文已经改过、要重新提交追踪。
 
 例如审查 demo 第 10 章时，若正文明确显示周薄森说专业重拍版“缺了灵魂”、张耀祖拍板继续用江晨手机原版，修订事务可以把该结果写进客观事实和读者已知；钟嘉嘉“只猜对了一半”背后的培养安排如果正文尚未揭示，只能留在作者真相，不能写入读者视图。

package/lib/oh-story/skills/story-review/references/rubrics/fanqie.md

@@ -1,19 +1,18 @@
-# 番茄小说 Quality Rubric
+# 番茄长篇 Quality Rubric
 
 ## 评分标准
 
-下列阈值用于快节奏、强情绪写法的初筛，不代表平台算法；先对照本书题材与已定节奏。
+叠加在通用 rubric 上，只用于番茄长篇。下列数字是快节奏、强情绪写法的参考，不代表平台算法；先对照本书题材与已定节奏。
 
 | 指标 | PASS 标准 | FAIL 标准 |
 |------|----------|----------|
-| 开头吸引力 | 前 3 段包含冲突/悬念/钩子 | 前 3 段纯描写/背景介绍 |
-| 读者留存 | 每章结尾有"翻页动力"（悬念/反转/新信息） | 连续 3 章结尾无翻页动力 |
-| 题材匹配 | 内容符合标签类型（如甜宠/逆袭/重生） | 偏离标签类型超过 3 章 |
+| 开头吸引力 | 前 3 段包含冲突/悬念/钩子，前 3 章节奏不拖 | 前 3 段纯描写/背景介绍，或前 3 章连续拖沓；完读率须用实际数据验证 |
+| 读者留存 | 每章结尾有"翻页动力"（悬念/反转/新信息） | 连续几章结尾都没有翻页动力 |
+| 题材匹配 | 内容符合标签类型（如甜宠/逆袭/重生） | 长时间偏离标签类型 |
 | 阅读节奏 | 段落便于手机阅读，节奏和信息量支撑核心卖点 | 机械切段或拖沓，信息不足以支撑阅读期待 |
-| 情绪节点 | 每 1000 字有情绪起伏 | 连续 2000 字情绪平直 |
-| 完读风险 | 前 3 章 Hook 有效，节奏不拖 | 前 3 章无 Hook 或连续拖沓；完读率须用实际数据验证 |
+| 情绪节点 | 情绪起伏密，读者隔不久就有反馈（参考：约每千字一次） | 大段情绪平直，读者等不到反馈 |
 
 ## 使用方式
 
-- story-architect 用本表检查番茄题材的开局、节奏与情绪交付。
-- 本表只作 advisory，不 blocking；具体判断须有原文证据。
+- 审查开局、节奏与情绪交付时对照本表。
+- 本表只作参考项，不单独定为必须改；具体判断须有原文证据。

package/lib/oh-story/skills/story-review/references/rubrics/qidian.md

@@ -1,20 +1,18 @@
-# 起点中文网 Quality Rubric
+# 起点长篇 Quality Rubric
 
 ## 评分标准
 
-成长与金手指项用于对应题材；没有等级或金手指的作品不据此判缺失。其余阈值按本书节奏与更新计划选用。
+叠加在通用 rubric 上，只用于起点长篇。成长与金手指项用于对应题材；没有等级或金手指的作品不据此判缺失。数字是参考，按本书节奏选用。
 
 | 指标 | PASS 标准 | FAIL 标准 |
 |------|----------|----------|
-| 爽点密度 | 每 3000 字 ≥1 情绪节点（升级/打脸/获宝） | 连续 5000 字无情绪节点 |
-| 升级节奏 | 每 50 章有等级/实力突破 | 100 章无任何升级 |
-| 金手指使用 | 每章提及或使用金手指（系统/戒指/功法） | 连续 5 章未提及金手指 |
-| 日更支持 | 大纲支持本书更新计划，如 4000 字/天（每章 2000 字，每天 2 章） | 既定更新量与大纲可交付内容不匹配 |
-| 钩子密度 | 每章结尾有悬念/钩子 | 连续 3 章结尾无钩子 |
-| 角色存在感 | 主角每章出场并推进 | 连续 2 章主角不出场或无推进 |
-| 追读风险 | 章尾钩子与情绪连续性支撑后续期待 | 连续 3 章无钩子或情绪断裂；追读比须用实际数据验证 |
+| 爽点密度 | 情绪节点（升级/打脸/获宝）间隔与本书节奏相符（参考：约每 3000 字一次） | 长段落没有情绪节点，读者等不到兑现 |
+| 升级节奏 | 实力突破的间隔与本书成长线一致 | 长期没有任何成长或突破 |
+| 金手指使用 | 金手指在推进中起作用，出场有理由 | 长期搁置到读者忘了它，或每章硬提一句 |
+| 追读钩子 | 章尾有悬念或钩子，情绪连续支撑后续期待 | 连续几章结尾无钩子或情绪断裂；追读比须用实际数据验证 |
+| 角色存在感 | 主角每章出场并推进 | 连续多章主角不出场或无推进 |
 
 ## 使用方式
 
-- story-architect 用本表核对起点作品的成长线、金手指和连载期待。
-- 本表只作 advisory，不 blocking；作者可按本书目标调整阈值。
+- 审查成长线、金手指和连载期待时对照本表。
+- 本表只作参考项，不单独定为必须改；作者可按本书目标调整。

package/lib/oh-story/skills/story-review/references/rubrics/zhihu.md

@@ -1,19 +1,20 @@
-# 知乎盐言故事 Quality Rubric
+# 短篇 Quality Rubric
 
 ## 评分标准
 
+叠加在通用 rubric 上，用于所有短篇（知乎盐言、番茄、七猫、黑岩、红果、小程序及未定平台）。各平台的格式、引号和导语要求以 `设定.md`「平台基调」为准。
+
 | 指标 | PASS 标准 | FAIL 标准 |
 |------|----------|----------|
 | 第一人称 | 采用「我」视角时，所知信息与叙述姿态一致 | 已定第一人称却无依据换视角；明确采用其他视角不据此判错 |
-| 情绪拉扯 | 关键场景有期待→失望→惊喜等情绪变化，承接段服务于变化 | 连续 3 段重复同一情绪且无新信息或行动 |
-| 反转设计 | 至少 1 个有效反转（前文有伏笔） | 无反转或反转无伏笔支撑 |
+| 情绪拉扯 | 关键场景有期待→失望→惊喜等情绪变化，承接段服务于变化 | 连续几段重复同一情绪且无新信息或行动 |
+| 反转设计 | 有反转的篇目，反转前文有伏笔 | 反转无伏笔支撑；本篇设计为无反转的，看报应或关系兑现是否落地 |
 | 结尾余韵 | 兑现本篇情绪目标，收口有具体后果或情感余韵 | 只有空泛总结，或承诺的情绪没有落点 |
-| 格式合规 | 段落以短为主（有长短/疏密变化）、无空行、对话格式正确 | 通篇同长度或连续超长段落/空行/对话标签 |
-| 开头钩子 | 第一句话包含信息量（动作/冲突/悬念） | 第一句话纯描写/背景 |
+| 格式合规 | 段落以短为主（有长短/疏密变化）、无空行、对话格式符合平台基调 | 通篇同长度或连续超长段落/空行/对话标签 |
+| 开头钩子 | 第一句用动作、冲突或悬念建立阅读理由 | 第一句纯描写/背景；跳失率须用实际数据验证 |
 | 字数控制 | 全文在本次锁定的字数范围内，并符合已核实的投稿要求 | 超出或不足，且作者未变更范围 |
-| 开头跳失风险 | 第一句用动作、冲突或悬念建立阅读理由 | 纯描写/背景未建立阅读理由；跳失率须用实际数据验证 |
 
 ## 使用方式
 
-- story-architect 与 character-designer 用本表核对盐言故事的钩子、反转和情绪交付。
-- 本表只作 advisory，不 blocking；叙述视角与收口按本篇已定文风检查。
+- 审查钩子、反转和情绪交付时对照本表。
+- 本表只作参考项，不单独定为必须改；叙述视角与收口按本篇已定文风检查。

package/lib/oh-story/skills/story-review/references/solo.md

@@ -1,20 +1,21 @@
 # story-review：solo 模式
 
-当前会话直接审查，不 spawn Agent。先按 Phase 1 第 4 步识别平台，加载对应 rubric；平台不明用 `story-review/references/quality-rubric.md`，文件不可读用内置基准包。
+当前会话直接审查，不 spawn Agent。先按 Phase 1 第 4 步加载通用 rubric 并叠加平台表；文件不可读用内置基准包。
 
 逐项完成基础检查：
 1. 格式合规性检查：按戏剧单元/画面分段而非机械按字数切分（偶发稍长的完整推理、氛围或情绪链不算违规，通篇同阈值切段或碎成提纲才算）；段首建立主语、段中用代词或省略，连续无必要重复同一角色名才算主语过密；无段间空行；对话独立成行；正文评价台词、题字等所用的具体字数，须确认统计正确且有叙事必要。
 2. 简单的设定一致性 grep（角色名、属性、关键设定、伏笔关键词）+ 推理型一致性检查（规则边界、设定层级、跨章因果链、可滥用漏洞、代价一致性）。
-3. AI 味按表达、用笔、故事三层检查：完整读 `story-review/references/expression.md`、`story-review/references/narrative-focus.md`、`story-review/references/story-logic.md`，以及信号索引 `story-review/references/banned-words.md`。表层脚本只给候选，不替代三层诊断；词句干净也检查关键过程、详略失衡、行为依据与事件后果。每项报告原文位置、读者损失、建议与依据；缺少动机或事件设计时明确指出，不能以补动作代替。功能性写法按本书文风保留；只报告，不执行这些方法中的改写动作。参考不可读时用内置 AI 味 / 禁用词 fallback 速查并报告诊断限制。
-4. 按已选平台 rubric 或通用基准评估内容，不再另换一套通用评分。
-5. 按统一 Findings Schema 整理问题，再按下方模板写给作者。
+3. AI 味按表达、用笔、故事三层检查：完整读 `story-review/references/expression.md`、`story-review/references/narrative-focus.md`、`story-review/references/story-logic.md`，以及信号索引 `story-review/references/banned-words.md`。表层脚本只给候选，不替代三层诊断；词句干净也检查关键过程、详略失衡、行为依据与事件后果。每项报告原文位置、读者损失、建议与依据；缺少动机或事件设计时明确指出，不能以补动作代替。功能性写法按本书文风保留；只报告，不执行这些方法中的改写动作。参考不可读时用 SKILL.md 内置的三层去味 fallback 速查，并在「没法判断的地方」写明诊断受限。
+4. 按通用 rubric 加叠加的平台表评估内容。
+5. 长篇工程里，正文证据显示 `追踪/` 的事实错了或漏了，如伏笔过期、开放钩子漏登记，不改 `追踪/`，把要修的事实写进「需要你决定」，告诉作者：这次单人审不改追踪文件；装好审稿助手后用 `/story-review lean` 修，或在 `/story-long-write` 改到该章时一并提交。
+6. 按统一 Findings Schema 整理问题，再按下方模板写给作者。
 
 ### solo 模式输出格式
 
 <!-- author-report -->
 ```md
 === 《{书名}》{审查范围}审查（单人审）===
-这次怎么审的：我一个人审{；原因一句话，如"审稿助手还没装，运行 /story-setup 后可以四个视角审"}，按{番茄 | 起点 | 知乎盐言 | 通用网文}的标准。
+这次怎么审的：我一个人审{；原因一句话，如"审稿助手还没装，运行 /story-setup 后可以四个视角审"}，按通用网文标准{，加上番茄长篇 | 起点长篇 | 短篇平台的要求}。
 
 总体判断：{可以发 | 改完下面几处再发 | 这一章需要重写}——{一句话理由}
 

package/lib/oh-story/skills/story-review/references/story-logic.md

@@ -36,7 +36,7 @@
 | 展开已定交锋、权衡和反馈，调整同场详略 | 改变人物决定、胜负、关系走向、代价或事件顺序 |
 | 在既定揭露边界内呈现已知信息 | 提前揭底、搬动伏笔，或改变读者与人物获知顺序 |
 
-对白措辞和必要微连接可以为既定内容服务；不能借“一次性动作”新增威胁、承诺、拿到证据或改变人物策略。改换视角时只叙述该视角有依据的感知与认知，不能添加“进门时发现”“后来听说”等新经历来保留信息。
+对白措辞和必要微连接可以为既定内容服务；不能借一句台词或一个顺带动作新增威胁、承诺、拿到证据或改变人物策略。改换视角时只叙述该视角有依据的感知与认知，不能添加“进门时发现”“后来听说”等新经历来保留信息。
 
 作者已明确要求重写或允许调整剧情时，直接执行被授权部分，保留其余已定事实；不用再次请求同一授权。仍缺少关键选择依据时，提出可审阅的最小选项。修法要写到哪次行为、什么条件或什么结果上，说明会牵动哪些后文，不只说“加强冲突”。建议与推测放在报告，不悄悄成为正文事实。
 

package/lib/oh-story/skills/story-review/references/style-resolution.md

@@ -24,4 +24,4 @@
 - 本书文风明确允许某种停顿标点时，可登记 `——` 或 `……`；具体修辞登记完整的获准原句，不能登记“不是”“没有”等泛词来关闭整类检查。
 - 每项用上一行 `# 来源：…；用途：…` 说明当前请求或文风依据。只为执行作者已明确的选择登记，不因脚本报警自动放行。当前请求禁止某写法时移除相冲突的豁免；一次性保留只登记该句，不推断长期习惯。
 - 深扫、标点整理和写后/下一章检查读取同一白名单。豁免只影响对应字面片段的风格检查；同一行其他问题照报，事实、字数、占位、工程词、截断和文件结构检查不豁免。
-- 当前任务的审查门禁（Gate）仍执行，检查重复、冗余、节奏和信息边界问题。裁决与发现写在交付报告中，不写进小说正文。
+- 调用方限定的检查范围仍执行，检查重复、冗余、节奏和信息边界问题。裁决与发现写在交付报告中，不写进小说正文。