@oh-story/dsh 0.1.15 → 0.1.16

package/lib/oh-story/skills/story-long-write/references/style-genre-modules.md

@@ -77,7 +77,7 @@
 ## 幽默
 
 ### 核心原则
-幽默是压力释放器，不是笑话delivery。最好的幽默来自角色试图维持尊严/权威/冷静，但现实不配合。
+幽默通过角色遭遇释放压力，不能只靠插入笑话。最好的幽默来自角色试图维持尊严/权威/冷静，但现实不配合。
 
 ### 幽默来源
 - 角色的尴尬（想装酷但翻车）
@@ -456,7 +456,7 @@
 
 ## 创作思路与开篇设计
 
-- 创作思路三步法：确定主角身份 -> 匹配金手指类型 -> 设定开局环境 -> 设立意象（标签）
+- 创作思路四步法：确定主角身份 -> 匹配金手指类型 -> 设定开局环境 -> 设立意象（标签）
 - 意象 = 给人物和剧情贴标签提升深度
 - 开篇不需要写冲突，可以写环境，关键是流畅，把所有信息带出来
 - 不要通过旁白介绍背景，多通过对话把信息掺杂在里面
@@ -474,7 +474,7 @@
 - 多通过对话传递信息，少用旁白介绍背景
 - 给出金手指后要有即时变化——让读者看到变化的过程
 - 金手指要在主角积极应对危机但能力不足时才来——这样主角不是废物
-- 什么身份做什么事：马奴不配有道德，步子太大 = 结构破坏
+- 身份限制行动条件：低位角色要越级行事，先铺资源、动机与代价，避免行动脱离处境
 - 写大剧情时检查：主角目前的等级、身份和资源是否够格？
 
 ---

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

@@ -1,10 +1,10 @@
 # 文风与参考冲突裁决
 
-写正文、改写、去 AI 味和审稿都先做这一步；inline 与 agent 用同一份裁决。无需另建画像或要求作者填写配置。
+写正文、改写、去 AI 味和审稿前，先确定本次生效的文风要求。主会话与子代理共用本次裁决。
 
-## 按维度取值，不把整份文件互相覆盖
+## 按表达维度确定优先级
 
-表达选择按以下顺序取第一个明确、适用的要求：**当前请求 > 本书文风/设定 > 本书 active 作者记忆 > 题材、流程、全局 active 记忆 > 主对标文风 > 题材包与通用 references 默认值**。未声明的维度才向下补齐；本书例外不撤销全局习惯，临时要求不写回长期记忆。
+表达选择按以下顺序取第一个明确、适用的要求：**当前请求 > 本书文风/设定 > 写作流程传入的适用偏好 > 主对标文风 > 题材包与通用 references 默认值**。传入偏好中，本书要求优先于题材、流程和全局要求；未声明的维度才向下补齐。
 
 句长、视角、标点、对话落法、情绪直写、修辞、叙述者评论和收尾方式都是表达维度。reference 中的“必须”“禁用”“最高优先级”、示例和检测阈值不使默认写法升级为作者不可覆盖的规则。主对标的低置信观察不压过作者的明确选择。
 
@@ -14,7 +14,7 @@
 
 1. 从本次正文路径确定书目录（长篇为 `正文/` 的父目录，短篇为 `正文.md` 所在目录）。读该书 `设定/文风.md`；短篇同时读 `设定.md` 的文风约定。无文件就继续，不建占位文件、不猜其他书。文风无最低字数限制，一句可执行的偏好也有效；空白、纯标题、待补充不算。
 2. `_文风摘要.md` 只辅助定位，不替代全文。当前会话已读全文时无需反复读；摘要与全文不一致用全文，不让旧摘要压过作者的新修改。
-3. 有作者记忆时 query，显式传当前书名、已知题材和流程以及需要的 kind，避免只取到 global；没有就跳过。只用 active；同一维度窄范围覆盖宽范围，不拼成同时满足的清单。无法判定的同范围冲突才问作者，已能按优先级解决的不询问。
+3. 复用调用方传入的适用偏好与文风裁决，同一表达维度由窄到宽取值；同范围冲突不明才问作者。独立调用没有传入结果时，按当前请求与本书文风继续。
 4. 在现有 prompt 填 `style_resolution`：本次生效的表达要求及来源、被覆盖的默认条款、必须保留的事实/信息边界；只列与任务有关的冲突，无冲突可写“按本书文风”。原样传给正文、去味和文字 reviewer，并传文风全文路径。同批复用，当前请求或文风变动时更新。单独调用去味/审稿也执行本步骤，不靠上次会话的记忆。
 
 ## 检测器如何服从裁决
@@ -24,4 +24,4 @@
 - 本书文风明确允许某种停顿标点时，可登记 `——` 或 `……`；具体修辞登记完整的获准原句，不能登记“不是”“没有”等泛词来关闭整类检查。
 - 每项用上一行 `# 来源：…；用途：…` 说明当前请求或文风依据。只为执行作者已明确的选择登记，不因脚本报警自动放行。当前请求禁止某写法时移除相冲突的豁免；一次性保留只登记该句，不推断长期习惯。
 - 深扫、标点整理和写后/下一章检查读取同一白名单。豁免只影响对应字面片段的风格检查；同一行其他问题照报，事实、字数、占位、工程词、截断和文件结构检查不豁免。
-- 所选 Gate 仍执行：检查该写法是否重复、冗余、破坏节奏或越过信息边界；有这些具体问题才改。裁决与发现可简短写在正常交付报告中，不写进小说正文。
+- 当前任务的审查门禁（Gate）仍执行，检查重复、冗余、节奏和信息边界问题。裁决与发现写在交付报告中，不写进小说正文。

package/lib/oh-story/skills/story-long-write/references/tracking-initialization.md

@@ -2,7 +2,7 @@
 
 ## 初始化事务
 
-新书从第 0 章初始化：把下面的 JSON 写到 `{书目录}/.story/work/init.json`，跑 `{PYTHON} {skill 根}/scripts/tracking_commit.py init --project {书目录} --input {书目录}/.story/work/init.json`，成功后删掉临时文件。`story-import` 导入已有小说时把最后完整章写入 `last_chapter=N`；第 1..N 章不伪造日更记录，常规续写从 N+1 章开始。
+仅尚无追踪状态时初始化。新书从第 0 章开始：把下面的 JSON 写到 `{书目录}/.story/work/init.json`，跑 `{PYTHON} {skill 根}/scripts/tracking_commit.py init --project {书目录} --input {书目录}/.story/work/init.json`，成功后删掉临时文件。`story-import` 导入已有小说时把最后完整章写入 `last_chapter=N`；第 1..N 章不伪造日更记录，常规续写从 N+1 章开始。
 
 ```json
 {
@@ -28,4 +28,4 @@
 }
 ```
 
-导入初始化时直接传入当前核心角色快照、伏笔当前行、时间线事件和固定 7 栏状态输入。阶段/卷级回看按需查询正文，不作为每章强一致追踪产物。
+导入示例须按已读正文改写当前状态，不能照用第 0 章内容；全部导入批次完成后初始化一次，不重置已有 state。传入当前核心角色快照、伏笔当前行、时间线事件与 JSON 中六项 context 输入，由脚本生成七栏 `追踪/上下文.md`。阶段/卷级回看按需查询正文，不作为每章强一致追踪产物。

package/lib/oh-story/skills/story-long-write/references/tracking-transaction.md

@@ -1,6 +1,6 @@
 # 追踪状态协议
 
-`追踪/` 使用“一个结构化权威状态 + 多个确定性派生视图”。模型只提交一份语义 JSON，不分别 `Write/Edit/echo >>` 多个追踪文件。
+`追踪/` 以结构化 state 为权威，由脚本生成各 Markdown 视图。模型只提交一份语义 JSON，不分别 `Write/Edit/echo >>` 多个追踪文件。
 
 ## 权威层与派生层
 
@@ -118,7 +118,7 @@ Markdown 只负责给作者和 Agent 阅读，工具不再反向解析 Markdown
 约束：
 
 - 构造事务前运行 `check`，把当前 `state_revision` 原样写入 `expected_state_revision`；若状态已经变化，重新读取 state 并重构事务。
-- `context` 的允许字段随子命令不同：`init` 收 `position`、`long_term_constraints`、`active_character_names`、`continuity_risks`、`recent_chapters`、`next_chapter_commitments` 六项；`commit` 只收前四项。`recent_chapters` 与 `next_chapter_commitments` 在 commit 时由工具从当前视图和本章 `delta` 派生，手填会在任何写入前被拒（`context contains unsupported fields: ...`，exit 2）。照 init 示例套 commit 事务是最容易踩的一处。
+- `context` 的允许字段随子命令不同：`init` 收 `position`、`long_term_constraints`、`active_character_names`、`continuity_risks`、`recent_chapters`、`next_chapter_commitments` 六项；`commit` 只收前四项。`recent_chapters` 与 `next_chapter_commitments` 在 commit 时由工具从当前视图和本章 `delta` 派生，手填会在任何写入前被拒（`context contains unsupported fields: ...`，exit 2）。commit 事务须使用自身允许字段，不能照搬 init 示例。
 - `character_snapshots` 中出现的角色视为核心复用角色，必须同时出现在 `character_changes`；已经建立快照的核心角色再次变化时必须提交新快照。
 - 角色快照的四个列表不限制条数，只限制单项长度和最终文件总字节：目标 ≤4096 字节，超过警告；硬上限 8192 字节，超过则在任何写入前拒绝。
 - 没有快照的角色变化视为临时角色，不建立状态文件；`context.active_character_names` 最多 6 人且必须已有当前快照。

package/lib/oh-story/skills/story-long-write/references/workflow-chapter.md

@@ -1,6 +1,6 @@
 # workflow-chapter.md：单章正文工作流（Phase 4-5）
 
-每章正文走本文件（日更批次见 `workflow-daily.md`）。**缺文件就停下修，本轮不写**：`tracking_commit.py check` 不过、缺 `_tracking-state.json`、登记了对标却缺情绪模块／节奏时，读 [stop-and-fix.md](stop-and-fix.md) 照做（作者定了不对标不算缺，组装脚本会报「召回降档：成立，无对标」，照它走）；修好再从步骤 1 开始。
+每章按本文件执行，日更批次见 `workflow-daily.md`。**缺文件先修，本轮不写**：`tracking_commit.py check` 不过、缺 `_tracking-state.json`、登记了对标却缺情绪模块／节奏时，读 [stop-and-fix.md](stop-and-fix.md) 照做（作者定了不对标不算缺，按组装脚本的无对标结论走）；修好再从步骤 1 开始。
 
 **工作目录**：本章临时文件（前组.md、后组.md、writer_prompt.md、tracking.json）只放书目录下 `.story/work/第NNN章/`，不写系统 `/tmp`、`正文/`、`大纲/` 或书根；提交成功后脚本自动删除。
 
@@ -10,7 +10,7 @@
 
 新书还没有 `_tracking-state.json` 时先按 [tracking-initialization.md](tracking-initialization.md) 初始化；已有正文却缺它，按 stop-and-fix 停下修。
 
-1. **检查细纲**：读 `大纲/细纲_第{N}章.md` 全文，取「单元ID/位置」，跑 `outline_view.py --unit {单元ID} {卷纲路径}` 取卷契约、全卷常任裁定、当前剧情单元与终局底牌边界（日更同单元本批复用，不重跑）——**不整读卷纲**。细纲缺失或缺九个必填字段时**先补建再写**：按 workflow-outline.md 细纲模板补齐九个必填字段和四个小节，无证据的写 `[待补充]`，补完跑 `check-outline-contract.js` 验收。
+1. **检查细纲**：读 `大纲/细纲_第{N}章.md` 全文，取「单元ID/位置」，跑 `outline_view.py --unit {单元ID} {卷纲路径}` 取卷契约、全卷常任裁定、当前剧情单元与终局底牌边界（日更同单元本批复用，不重跑）——**不整读卷纲**。细纲缺失或缺九个必填字段时**先补建再写**：按 workflow-outline.md 细纲模板补齐九个必填字段和四个小节，目标情绪、主角目标/关键选择须明确，其余未知项按模板写 `[待补充]`，补完跑 `check-outline-contract.js` 验收。
 2. **读取上下文**：`tracking_commit.py check`（取 `last_committed_chapter` / `state_revision`，完整 state 不进 prompt）→ `追踪/上下文.md` 全 7 栏 → 细纲点名的 `设定/势力/`、`设定/世界观/` 相关条目（为「必读设定」槽摘句）；角色卡交给写手时只在「涉及角色」列名字、由写手读，主会话自己写时才读。上一章结尾由脚本代读，承接存疑才自己读。久别角色读 `追踪/角色状态/{名}.md`；更旧的信息按 workflow-daily「旧信息查找步骤」定点查。
 3. **写前准备**：
    - **先跑组装脚本**：`{PYTHON} {skill 根}/scripts/build_writer_prompt.py --project {项目根} --chapter {N} --out`。`====` 以上是 prompt、以下是核对报告；退出码 2 ＝数据问题，修完重跑，不手拼绕过。
@@ -25,7 +25,7 @@
 8. **核情节点落点，再一次检测收口**：
    - 细纲每个情节点**至少出现一次**，漏即退回补写批准内容。不以字数为由。
    - 运行 `{PYTHON} {skill 根}/scripts/storyctl.py chapter check --project {项目根} --chapter {N} --fix-punctuation`：一次整理标点并跑 AI 句式、`check-degeneration.js` 退化、细纲照搬与字数检测（去味管线：检测器 → 选 Gate → 一次定点改写 → 复扫）；文件改动后重跑，不再分别调各检测脚本。
-   - 按返回的 `status` 走：`ready` → 完成步骤 9-12 再提交。`blocked` / `invalid`（退出码 1）→ 就地修净再重跑。`needs_decision`（字数出带）→ 看 `available_actions`：欠字不补不重试，按字数问法请作者选；超字把删除区间随 `compress-once` 交 narrative-writer 一次净删、零新语义，复检仍带外也请作者选。`tool_unavailable`（退出码 3，见 `quality.tool_errors`）→ 不能提交、无绕过，用停下问法告诉作者要装 Node.js 18+ 才能做写后检查。退出码 2（`status: error`）按 `error_code` 修命令。
+   - 按返回的 `status` 走：`ready` → 完成步骤 9-12 再提交。`blocked` / `invalid`（退出码 1）→ 就地修净再重跑。`needs_decision`（字数出带）→ 看 `available_actions`：欠字不补不重试，按字数问法请作者选；超字把删除区间随 `compress-once` 交 narrative-writer 一次净删、零新语义，复检仍带外也请作者选。`tool_unavailable`（退出码 3）→ 不提交，按 `quality.tool_errors` 说明具体原因；缺 Node 时提示安装 Node.js 18+。退出码 2（`status: error`）按 `error_code` 修命令。
 9. **检查钩子、爽点与契约**：章尾有往下看的理由（低压/过场章留阶段目标即可）；高压/推进章爽点到位；对着成稿过契约四问——主角是否靠自己的选择挣到本章结果？收益是否被配角、机构或巧合无交换地拿走？有没有提前动用后面的底牌？旧期待付利息、留新期待了吗？任一问不过就按问改：没挣到→让结果落在他的选择或判断上；收益被拿走→补交换或让他拿回控制点；提前用了底牌→换成本卷已解锁的手段；没付利息→给旧期待一个小兑现再留新钩。不达标只修批准内容，修后重跑步骤 8；需补强、契约破坏都在本章汇报里告诉作者。
 10. **元信息扫描**：标题行以外清掉第X章、上一章、本章、前文、后文、伏笔、细纲、读者这类工程词，改成角色能感知的事件锚点（「比第一章那三秒开火更疼」→「比那三秒开火更疼」）；角色真实读到「第X章」或本身是作者/读者的除外。
 11. **检测结果处理**（选 Gate 与定点改写）：严重度读作必须修 / 建议看 / 仅提示——检测器 blocking 与 checker 的 S1/S2 必须修，advisory 与 S3 建议看，S4 仅提示。`quality.blocking_findings` 就地改到净；`advisories` 逐条读原文判断，确属问题才改，不为归零机械改写。`formulaic-parallelism` 连同台词一起复核；细纲照搬里判定保留的补进细纲「复沓锚句」（这是登记，不算改大纲，不用暂停问作者）。禁用词表不整读，拿不准的二级词才查 `references/banned-words.md` 对应条目。改完只重跑步骤 8 复扫，不另安排全篇去味。
@@ -80,7 +80,7 @@
 
 ## 质量检查
 
-字数范围按 SKILL.md 写前必读第 4 条。三个维度：**情绪交付**（交付了目标情绪吗）、**契约风险**（步骤 9 契约四问）、**技术质量**（一致性、格式、禁用词；排查具体问题时才读 [long-chapter-quality.md](long-chapter-quality.md)）。
+字数范围按 SKILL.md 写前必读第 4 条。查三个维度：**情绪交付**（目标情绪是否兑现）、**契约风险**（步骤 9 契约四问）、**技术质量**（一致性、格式、禁用词；排查具体问题时才读 [long-chapter-quality.md](long-chapter-quality.md)）。
 
 **写后同轮清零**：同一轮内完成步骤 8-11，blocking（含写后 hook 推回的毒句式）清零才算本章完成。**唯一豁免**：用户显式说"本章不去味/跳过检查"时，在该章标题行下加一行 `<!-- 去味:跳过 -->`（写后 hook 与下一章前的欠账拦截都认它）。退化类 blocking（复读、截断、拒绝语、工程词泄漏）只重写受影响段落，最多 2 次，仍失败按停下问法请作者定夺；故事内系统用语、弹幕、有功能的重复台词保留。
 

package/lib/oh-story/skills/story-long-write/references/workflow-daily.md

@@ -12,7 +12,7 @@ SKILL.md 路由到「日更续写」后按本文件控制批次；每章正文
 
 **缺 state 或视图不一致**：停下，按 [stop-and-fix.md](stop-and-fix.md) 修好再开始。
 
-确定范围后直接进 Step 2，不问"是否继续"；K 默认 2-3 章，作者另给按作者。只在章号冲突、细纲缺失、范围超出已有细纲、要改大纲/追踪时暂停确认。
+确定范围后直接进 Step 2，不问"是否继续"；K 默认 2-3 章，作者另给按作者。章号冲突、细纲缺失、范围超纲或需改变既定故事安排时暂停确认；每章正常提交追踪不另问。
 
 ---
 
@@ -49,7 +49,7 @@ SKILL.md 路由到「日更续写」后按本文件控制批次；每章正文
 1. **标题去重**：本轮新写章与既有标题同名或明显重复时，统一改细纲与正文文件名。
 2. **契约与细纲双向核对**：逐章已在 workflow-chapter 步骤 9 过契约四问，这里只看跨章：几章连起来，主角的功劳、底牌和旧期待有没有累积失衡（有问题按 workflow-chapter 步骤 9 的改法修；需补强、契约破坏写进批末汇报）；正文是否消费了细纲的内容概括、情节安排、人物关系变化与收益归属；爽点前有可指认的铺垫、打脸/揭露章写了在场配角差异反应、详略按目的分配而非均匀注水。不达标回 Step 2 修批准内容。
 3. **伏笔盘点（仅本轮增量）**：本批新增/推进/回收的每个 ID 在 `追踪/伏笔.md` 恰好一行当前状态，并能在对应逐章记录找到本次变化；不做全量伏笔审计。
-4. **一致性检查（整批一次）**：各章都没单独查过时，这里查一次本批全部章节（prompt 见 agent-calls.md，申报栏写各章申报汇总；无 agent 时主会话按 workflow-chapter 同节自己核），冲突照「新增物处置」表处理。
+4. **一致性检查（批末一次）**：这里核查本批尚未单独查过的章节（prompt 见 agent-calls.md，申报栏写各章申报汇总；无 agent 时主会话按 workflow-chapter 同节自己核），冲突照「新增物处置」表处理。
 
 只对本步改过的章重跑 `chapter check --fix-punctuation`；改动影响后续事实、状态、伏笔或承诺的，进 Step 4 前按 workflow-revision 为该章提交修订（`draft` 预填 → 改 → `chapter commit`），纯措辞调整不重复提交。
 

package/lib/oh-story/skills/story-long-write/references/workflow-outline.md

@@ -1,13 +1,13 @@
 # workflow-outline.md：出细纲（按剧情批出细纲、补纲）
 
-作者要看一批章节怎么走、或要补/改细纲时读本文件。卷纲只用 `outline_view.py --unit {单元ID}` 取本单元闭包，设定从 `设定/` 定点读，不回翻对话；前 3 章细纲另读 [opening-design.md](opening-design.md)，建角色档案时读 character-basics.md。没有子代理时先给本批走向提案、作者确认后落盘；交付汇报最后一句建议新开对话说「写第N章」，技术备注在它后面。
+作者要看一批章节怎么走、或要补/改细纲时读本文件。卷纲只用 `outline_view.py --unit {单元ID}` 取卷级常任裁定与本单元相关内容，设定从 `设定/` 定点读，不回翻对话；前 3 章细纲另读 [opening-design.md](opening-design.md)，建角色档案时读 character-basics.md。没有子代理时先给本批走向提案、作者确认后落盘；交付汇报最后一句建议新开对话说「写第N章」，技术备注在它后面。
 
 所请求范围内每章必须有 `大纲/细纲_第XXX章.md`，不跳章。
 
 细纲按剧情批构建（见文末「按剧情批出细纲」）；仅未限定范围的完整开书默认前 10 章，其他按 SKILL.md 的范围与停点交付：
 1. **批次边界**：未指定章数时，一批 ≈ 一个剧情单元（5-15 章）；>10 章拆两批。开书首批前 10 章封顶、可跨单元；每单元建卡时召回一次，后续批共享结论。用户指定章数/范围时，只建范围内细纲，不因单元未完或剩余 ≤2 章而扩批；单批仍建议 ≤10 章。日更缺纲按 workflow-daily 的补建流程处理。
 2. **批次定位与阶段约束**（每批补纲前先写）：当前章节区间属于哪个阶段与哪个剧情单元（单元ID）、本批推进目标、本批可释放信息、本批严禁提前释放信息、章尾钩子不能越过的边界。
-3. **供给自查**（排纲自查第 5 项）：每批出细纲前检查六项：①对手戏由谁承接？具名对手间隔超过 2 章是复核提示；对手可为盟友或亲人，环境、关系章不为凑间隔新增反派。②未来 3 章出场角色的设定卡是否齐全？③能力增量与既有库存是否接得上？④本批引用的数字、制度、规矩、距离与脚程是否确实存在？引用前 grep 核对文件里的具体条目，不能只猜文件存在。⑤本批使用的地点空间属性先落档；仅提名不强补底图。是否与上一单元同场景、同对手、同胜负手连排，需要调整？⑥本批有哪些故事线推进，是否有可调存量？结果以「供给自查」小节写进 `大纲/排纲底稿_{单元ID}.md`（模板见文末，不写进卷纲）：「写了要报」登记新增内容与设定路径，「先问作者」列候选及影响面交作者裁定；无缺口写「无缺口」。并检查上一批「本章没写成的」与「建纲追加」里的未解决缺口。
+3. **供给自查**（排纲自查第 5 项）：每批出细纲前检查六项：①对手戏由谁承接？具名对手间隔超过 2 章是复核提示；对手可为盟友或亲人，环境、关系章不为凑间隔新增反派。②未来 3 章出场角色的设定卡是否齐全？③能力增量与既有库存是否接得上？④本批引用的数字、制度、规矩、距离与脚程是否确实存在？引用前检索核对文件里的具体条目，不能只猜文件存在。⑤本批使用的地点空间属性先落档；仅提名不强补底图。是否与上一单元同场景、同对手、同胜负手连排，需要调整？⑥本批有哪些故事线推进，是否有可调存量？结果以「供给自查」小节写进 `大纲/排纲底稿_{单元ID}.md`（模板见文末，不写进卷纲）：「写了要报」登记新增内容与设定路径，「先问作者」列候选及影响面交作者裁定；无缺口写「无缺口」。并检查上一批「本章没写成的」与「建纲追加」里的未解决缺口。
 4. **剧情单元消费**：建卡批读本批剧情单元卡「对标剧情参照」指向的剧情单元（≤3 个文件，含结构分布/情节点索引），按单元节拍→章映射铺章、情节点换素材；同一剧情单元的后续批共享剧情单元卡固化结论，不重读剧情单元。当前卷纲缺少必需剧情单元字段时先补齐卷纲，不带缺失字段进入日更。
 5. **建纲当场缺口**：按下方三级处置——直接写的写进细纲，写了要报的先落档再引用，先问作者的挂起受影响内容，其余部分继续。建纲批末把后两级汇入同一份排纲底稿的「建纲追加」小节：章号、缺口、级别、设定路径或提案；无追加写「无」。不重复记录直接写的现场材料。
 6. **建纲批末复核**（每批建完必做）：确认 `visible_chars_v1` 口径、九个必填字段、禁止提前释放和可执行情节点齐全。不得用“每个情节点固定等于多少字”预测容量或自动补事件；每章细纲落盘后必须跑 `node scripts/check-outline-contract.js --json --project {书目录} --chapter {N}`：exit 1 只按 `repair_scope` 补点名字段再复验，最多两轮；advisory 项逐条人工判断，不强制归零。建纲批末另跑一次 `node scripts/check-outline-contract.js --json --supply {卷纲路径} {单元ID}` 验证本批供给自查已写进排纲底稿（含「无缺口」情形）；脚本仅验供给小节存在，内容仍需人工判断。**旧章细纲缺字段是常态，不要照抄同目录既有文件的字段集**，以本节模板为准。语义仍不设 checker。
@@ -18,7 +18,7 @@
 
 细纲是正文写作的章节蓝图，而不是只列事件和钩子的清单。模板见下（唯一权威副本：九个必填字段、四个小节、不含逐点字数的四列情节点表，阶段位置、结构公式等在末尾「可选」块）。新建、补建、回填都按权威模板补齐，未知字段写 `[待补充]`，不为补齐字段杜撰副线或人物关系。
 
-`目标情绪` 与 `主角目标/关键选择` 要写实际内容，不能留 `[待补充]`：隔离实验里只补这两个字段就能复现补齐全部字段的正文收益，补满其余字段与只补这两个不可区分。其余字段未知时仍按上文写 `[待补充]`。
+`目标情绪` 与 `主角目标/关键选择` 要写实际内容，不能留 `[待补充]`。其余字段未知时仍按上文写 `[待补充]`。
 
 落盘后运行 `node scripts/check-outline-contract.js --json --project {书目录} --chapter {N}` 做结构检查：它只判字段、四个小节、五段式、情节点表结构（默认四列 `# / 情节点 / 功能标签 / 执行边界（禁＋放）`；需要时可在功能标签后加「分辨率」列）和字数目标口径是否在场，不判内容好坏。exit 1 时只按 `repair_scope` 补报告点名的字段并复验，最多两轮；仍失败就报告检查 ID 停下，不改其他章。exit 2、脚本缺失或 node 不可用时如实报告验收未完成，不得声称细纲已合规。本检查只在新建/补建/回填时执行；既有项目的旧细纲不因此阻断写正文。
 

package/lib/oh-story/skills/story-long-write/references/workflow-revision.md

@@ -25,7 +25,7 @@
 ## Step 2：按范围加载
 
 - 都要：待改章全文、`大纲/细纲_第{X}章.md`、`tracking_commit.py check`（取 `state_revision`）与 `追踪/上下文.md`；缺 state 时停止，已有正文的项目先经 `story-import` 生成标准追踪。
-- 局部修改：前一章只看最后几段（第 1 章没有就不看）、后一章只看开头几段，确认衔接；涉及的角色读 `设定/角色/{名}.md` 与 `追踪/角色状态/{名}.md`。
+- 局部修改：前一章只看最后几段（第 1 章没有就不看）、后一章存在时只看开头几段，确认衔接；涉及的角色读 `设定/角色/{名}.md` 与 `追踪/角色状态/{名}.md`。
 - 整章重写：前后两章全文，加上细纲点名的角色与设定；第 1 章没有前一章时看 `设定/题材定位.md`。
 
 ---
@@ -41,11 +41,11 @@
 | `ready` | 往下走 |
 | `blocked` / `invalid` | 改到净再重跑（工程词泄漏也在报告里） |
 | `needs_decision`（字数出带） | 欠字不补；超字把删除区间交写手按 agent-calls「超字一次净删」删一次（自己改就同样只删不加），复检仍带外用下面的字数问法请作者选 |
-| `tool_unavailable`（退出码 3） | 停下，不提交，告诉作者「要装 Node.js 18 或更新版本，才能做改后检查」 |
+| `tool_unavailable`（退出码 3） | 停下，不提交，按 `quality.tool_errors` 告诉作者具体原因；缺 Node 时提示安装 Node.js 18 或更新版本 |
 | 退出码 2 | 按 `error_code` 修命令重跑 |
 4. **人物与节奏**：改后的角色行为与设定、前后章一致；改动没把这章的节奏打散。
 5. **篇幅**：与原文差异超过 30% 或 800 字（取较大）时告诉作者「改后约 X 字，比原来多/少 Y 字，比目标多/少 Z 字」；字数本身不触发再改一遍。
-6. 需要查证外部事实时 spawn `story-researcher`。
+6. 发现外部事实待核时先交 `story-researcher` 查证，再回到改写与检测；不可用则主会话查，不带未核实的事实提交。
 
 ---
 

package/lib/oh-story/skills/story-long-write/references/workflow-setup.md

@@ -11,7 +11,7 @@
 | 看第 1 章 | 正文 | workflow-chapter.md（新开对话） | `正文/` |
 
 **交接只靠落盘**：每个时刻交付前，把作者在对话里定下的事（方向、偏好、红线、否掉的方案）写进 `设定/题材定位.md` 的对应小节，再往下走；下一时刻不回翻对话。本书的事只落设定，作者跨书通用的写作习惯才走作者记忆。
-**换上下文**：定方向由主会话和作者商量；定设定、卷纲与每批细纲要读的方法最多，已部署 story-architect 时交给它按任务包在新上下文里出（调用见 [agent-calls.md](agent-calls.md)），主会话把提案拿给作者确认、按作者意见改文件、汇报。没有子代理时主会话自己做，同样先给提案、作者确认后再落盘。没有子代理时每个时刻交付后、有子代理时细纲交付后，汇报正文最后一句建议「新开一个对话，说『定设定』/『出卷纲』/『出第1-10章细纲』/『写第1章』，会更专注」（技术备注仍在它之后的最末一行）；作者要在本对话继续也照做。
+**换上下文**：定方向由主会话和作者商量；定设定、卷纲与每批细纲要读的方法最多，已部署 story-architect 时交给它按任务包在新上下文里出（调用见 [agent-calls.md](agent-calls.md)），主会话把提案拿给作者确认、按作者意见改文件、汇报。无子代理时由主会话按同一确认顺序完成。没有子代理时每个时刻交付后、有子代理时细纲交付后，汇报正文最后一句建议「新开一个对话，说『定设定』/『出卷纲』/『出第1-10章细纲』/『写第1章』，会更专注」（技术备注仍在它之后的最末一行）；作者要在本对话继续也照做。
 
 ---
 

package/lib/oh-story/skills/story-long-write/references/workflow-volume.md

@@ -59,8 +59,8 @@
 > **对标节奏回流（有主对标书时，卷纲定稿前做一次）**：读主对标 `对标/{书}/剧情/节奏.md`；资料缺失时设置 `missing_primary_contract` 并停止，不得以摘要、故事线或报告代替。文件存在时，按本文件「对标节奏迁移」将 1/4·中点·3/4 换素材排入卷纲「对标结构坐标」，选中单元写入「对标剧情参照」（也可填「自创：{理由}」），并过排纲自查。未登记主对标但有同题材候选时先回 workflow-setup Phase 1；确无对标则按八节点自排（开篇 5-10%、发展 30-40%、转折一、转折二、高潮 10-15%、矛盾结果 10-15%、转折三、结局 10-15%，各节点规则见 outline-methods.md「八节点故事结构」）。有 `灵感库/` 时可另按「适用阶段=卷纲」召回 Top 8 active CBA 辅助结构选型，零命中不阻塞。
 
 **排纲自查**（每卷、每批细纲设计前答一遍；逐章不重答）：
-1. **情绪引擎**：本卷交付什么情绪、靠什么剧情模式可靠交付、核心冲突是什么？先按 `references/emotional-methods.md`「长篇单元情绪引擎」设计正向发动机，再做两个删除检验——删掉题材核心的对象/关系/问题，或删掉主角，情绪兑现还基本成立吗？成立就说明引擎没立住，先修。
-2. **节奏与定位**：哪段加速哪段减速；章节定位有高低、不是全程高压，低压加过场合计不超约 15%；有对标书时 1/4、中点、3/4 各锚一个关键情节（中途追加单元按单元内的 1/4·中点·3/4，不改已锁定的卷尺度坐标表；见本文件「章节定位与张弛」「对标节奏迁移」）。
+1. **情绪引擎**：本卷交付什么情绪、靠什么剧情模式可靠交付、核心冲突是什么？先按 `references/emotional-methods.md`「长篇单元情绪引擎」设计情绪引擎，再做两个删除检验——删掉题材核心的对象/关系/问题，或删掉主角，情绪兑现还基本成立吗？成立就说明引擎没立住，先修。
+2. **节奏与定位**：哪段加速哪段减速；章节定位有高低，低压加过场合计约 15% 只作均衡基线，按下方题材分级调整；有对标书时 1/4、中点、3/4 各锚一个关键情节（中途追加单元按单元内的 1/4·中点·3/4，不改已锁定的卷尺度坐标表；见本文件「章节定位与张弛」「对标节奏迁移」）。
 3. **伏笔与阶段边界**：本卷新埋哪些伏笔、上一卷待收的怎么处理；本卷在全书哪个阶段，可释放什么、必须压住什么（压住的写进细纲「本章禁止提前释放」）。
 4. **契约四问**：按 `references/reader-contract-and-progression.md` 逐剧情单元过一遍，把 契约安全 / 需补强 / 契约破坏 写进单元卡「契约风险」；契约破坏 先修纲，需补强 补交换、铺垫或成本；两种都在规划汇报里告诉作者。不要求主角亲自完成每个动作。
 5. **供给**：进入细纲层时按 workflow-outline.md 批次步骤 3 做供给自查。
@@ -110,7 +110,7 @@
 ### 对标节奏迁移（卷纲定稿前做一次，无对标书可跳过）
 
 1. **选段（以剧情单元为单位）**：在主对标里圈出本卷要对标的剧情单元序列——选段单位就是拆文产出的剧情单元（`剧情/{剧情标题}.md`）。检索顺序：先读主对标 `剧情/README.md`「剧情单元清单」（有清单则一书一文件，按「类型 / 桥段标签」直接命中同类）；无清单则在 `剧情/*.md` 里按「类型」行（第一键，必填枚举）+「桥段标签 / 套路框架位置」行（第二键）圈同类；仍无命中回退按章节范围圈段，全程不阻塞。多对标时按 `cross-book-recall.md` 大纲预算从副对标补同类条目。读取必备权威文件 `剧情/节奏.md`（爆发密度 / 爽点循环）；缺失时先修复或重跑拆文 Stage 3，不从摘要猜测节奏。本卷对标几个剧情单元 ≈ 本卷字数 ÷ 1.5-3 万。
-2. **标关键点**：看对标这几个剧情单元在 1/4、中点、3/4 各放了什么关键情节，判为逆转 / 转折 / 激励。摘要里「类型=转折点」的情节点 + 基调突变（如温馨→压抑）就是关键点的确定性锚，不靠凭感觉；剧情单元的「结构分布」（铺垫/发展/高潮/收尾期）与「情节点索引」同为确定性锚。
+2. **标关键点**：看对标这几个剧情单元在 1/4、中点、3/4 各放了什么关键情节，判为逆转 / 转折 / 激励。摘要里「类型=转折点」的情节点 + 基调突变（如温馨→压抑）可用来定位关键点候选，再核对其因果作用；剧情单元的「结构分布」（铺垫/发展/高潮/收尾期）与「情节点索引」同为确定性锚。
 3. **换素材**：保留对标的情绪链和功能位，把对象、场景、事件全换成自己的，禁止照搬具体桥段。功能位清单取必备权威文件 `剧情/情绪模块.md` 的可替换项；缺失时先修复，不生成替代清单。
 4. **修正硬伤**：换素材前比对 `拆文报告.md`「不建议模仿」。对标若在某个关键点是弱处理（慢热留白、主角长期旁观等已知硬伤），迁移时要在该位置补一个缺的关键情节、或把后面的关键情节前置，而不是把弱处理一起抄过来——关键点该有的力度不能因为对标偷懒就跟着偷懒。
 5. **排章 + 落卷纲**：把换好（并修正）的关键情节落到本卷相同相对位置——这里的 1/4·中点·3/4 是**卷尺度**（1/4≈总章×0.25、中点×0.5、3/4×0.75）；卷里有几个剧情单元时，每个剧情单元内部另有自己的铺垫→逆转→收尾，别和卷尺度的关键点混为一谈。关键点之间用普通推进章过渡，每个关键点之后按需插一章呼吸 / 关系章；写进卷纲「对标结构坐标」与情绪弧线的章节定位列，细纲承接时每章标章节定位。同时把选中的剧情单元以 {书名}《剧情标题》写入剧情单元卡「对标剧情参照」。

package/lib/oh-story/skills/story-long-write/references/writer-prompt-fallback.md

@@ -4,7 +4,7 @@
 
    - **prompt 第一行固定，逐字照抄、只替换 `{}`**：`本次任务：{写／续写／补写／重写／就地改}第 {N} 章，范围 {全章／哪几点、哪几段，范围外一字不动}。开始前先按「参考文件体系」逐行独立判定命中并读取，命中即必读，未命中不预加载；交付摘要里报出读了哪几个。`
      - 动作写动手方式、不写「首稿」这类阶段名；退回补写、退化重写、自查返工都照实重填。
-     - 这行是**指令**不是材料栏目。**交付摘要没有读取清单 = 这行没传，重 spawn。**
+     - 这行是**指令**不是材料栏目。**交付摘要缺读取清单时，读取协议未完成，重 spawn。**
    - 第二行起传本章必需材料：
      - 项目目录、章节、细纲文件（**只给路径，不给全文**）、上一章结尾切片（按整行回退约 400 字，**不给路径**）、输出路径与标题行字面量（使用当前平台的原生路径分隔符，章名从细纲 `### 第 N 章：章名` 解析，标题行形态照既有章）。
      - 写前准备输出：本章意图、作者本轮要求、本节速记、目标情绪、涉及角色、本章技法（类别）、必读设定（**直接写出那几句，不给路径**）。

package/lib/oh-story/skills/story-long-write/references/writing-craft.md

@@ -1,6 +1,6 @@
 # 写作技法：可执行指令集
 
-> 写作全程参考。对话怎么写见 dialogue-mastery.md，开篇设计见 opening-design.md，章节格式按长篇 long-format.md 或短篇 format-and-structure.md。
+> 写作全程参考。对话怎么写见 dialogue-mastery.md，开篇设计见 opening-design.md；正文格式按调用方指定的格式文件与本书约定执行。
 
 ---
 
@@ -44,32 +44,33 @@
 
 ---
 
-## 2. 贯穿道具系统（三次出现规则）
+## 2. 贯穿道具：随情节改变意义
 
 ### 规则
 
-每个叙事单元（短篇/长篇卷）设计 1-2 个贯穿道具。每个物件必须出现 3 次，每次意义不同。
+物件能承载关系或处境变化时，可选用贯穿道具；每次重现都应增加信息或改变意义，次数与位置随剧情单元调整。
 
-### 三次出现编排
+### 三次出现示例
 
 | 出现时机 | 功能 | 示例 |
 |----------|------|------|
-| 第 1 次出现（前 1/4） | 建立初始意义 | 金锁 = 姐姐送的生日礼物（温暖） |
+| 第 1 次出现 | 建立初始意义 | 金锁 = 姐姐送的生日礼物（温暖） |
 | 第 2 次出现（中段转折） | 意义被颠覆 | 金锁 = 金包铜的假货（虚伪） |
 | 第 3 次出现（结尾） | 情感暴击 | 金锁被丢进垃圾桶（彻底决裂） |
 
 ### 物件设计模板
 
-填写以下模板，写入设定.md：
+采用贯穿道具时，按实际出现次数记录；长篇写入对应 `设定/` 文件，短篇写入 `设定.md`：
 
 ```
 物件：{名称}
-第1次出现：第{N}节 | {场景} | 含义：{初始意义}
-第2次出现：第{N}节 | {场景} | 含义：{转折意义}
-第3次出现：第{N}节 | {场景} | 含义：{结尾意义}
+| 章/节/场景 | 当次含义 | 新增信息或意义变化 |
+|---|---|---|
+| {位置} | {当次含义} | {首次建立/后续变化} |
 ```
 
-------|------|------|
+| 类型 | 功能 | 示例 |
+|------|------|------|
 | 信物型 | 承载关系的象征物 | 金锁（姐夫捎路）、木头小马（皇弟） |
 | 工具型 | 日常使用的功能性物件 | 打分本（准儿媳）、账本（迟来二十年） |
 | 痕迹型 | 残留的身体/环境痕迹 | 手腕旧疤、墙上身高刻度 |
@@ -147,16 +148,18 @@
 
 ### 规则
 
-前 100 字必须包含 ≥ 3 个事件。不做背景铺垫，直接上事件链。
+按题材和本章任务选用事件链开场，检查因果、有效变化和开头钩子，事件数随内容而定。
 
 ### 操作指令
 
-- 删除所有开头背景介绍（「在古代XX年间」「她是一个XX的女孩」）
-- 第 1 句就是事件，不是描述
-- 事件密度检查：数前 100 字里有几个独立的「发生的事」
+- 压缩无功能背景（「在古代XX年间」「她是一个XX的女孩」），保留理解当前处境所需的信息
+- 用行动、异常或具体处境建立阅读问题
+- 核对实际事件或信息变化是否推进目标、风险、关系或下一步行动
 
 ### 事件密度示例
 
+这组例子示范高密度事件链开场：
+
 ```
 ❌ 低密度（1 件事/100 字）：
 「沈栀是沈家的嫡女，自幼聪慧，深得父亲喜爱。这一天，她收到了一道圣旨。」
@@ -170,13 +173,11 @@
 
 ### 密度检查模板
 
-写完开头后，列出前 100 字的事件清单：
+写完所选事件链开头后，按实际内容逐项记录：
 
 ```
-事件1：{事件}
-事件2：{事件}
-事件3：{事件}
-（如果列出 < 3 个，重写开头）
+事件/变化：{实际内容}
+是否推进：{是/否；改变了什么}
 ```
 
 ---
@@ -251,8 +252,8 @@ IF 主事件是一连串动作 → 加「递进」：动作引发的连锁反应
 - 同一约束如果在「核心事件 / 内容概括 / 情节安排 / 情节点」里重复出现，生成前只合并成**一个语义点**；重复字段不是强调，更不是四次复述额度。正文不得沿用提纲里反复出现的同一措辞逐项交代。
 - 五段式（起因/发展/转折/高潮/结尾）是给细纲作者的功能拆解，不是正文的五个自然段；正文不必逐段顺叙，也不必一段对一格。
 - "谁做了什么"的概括句、"A→B→C"箭头链、"收束到什么状态"是规划口径，不要原样搬进叙述。
-- 同一场戏里的几个点可以合并、互相打断，不必排成逐点清单；因果依赖或刻意的停顿分隔才串行。只改顺序不会让正文变好看（交错与否的对照实验测不出差别），密点展开、疏点带过更要紧（见「疏密分配」）。
-- 章尾落在最后一个具体的动作、画面、台词或悬念上；细纲「结尾设定」是规划口径，不要在正文里写成"就这样……""他终于明白……"式的状态总结句（结尾去升华见 anti-ai-writing.md）。
+- 同一场戏里的几个点可以合并、互相打断，不必排成逐点清单；因果依赖或刻意的停顿分隔才串行。交错要有行动或信息关系，重点仍是密点展开、疏点带过（见「疏密分配」）。
+- 章尾落在最后一个具体的动作、画面、台词或悬念上；细纲「结尾设定」是规划口径，不要在正文里写成"就这样……""他终于明白……"式的状态总结句（结尾功能见 narrative-focus.md）。
 
 ### 视角姿态：深度限知（贴地沉浸）
 
@@ -261,9 +262,9 @@ IF 主事件是一连串动作 → 加「递进」：动作引发的连锁反应
 - **镜头不拉远、不俯瞰、不切他人内心**：别写"整个大厅陷入死寂"这种摄像机视角，写"她听见自己的心跳，旁边的呼吸声一下子全没了"。
 - **读者与角色同步获知**：角色不知道的不写；不提前剧透，不补全背景。悬念来自"她也不知道"，禁止提前剧透句如"她不知道的是"。
 - **念头是动作的一部分**：用半句的、被打断的、带情绪偏见的主观判断，不写完整理性的内心独白；不强配身体动作，情绪落地按第 1 节。
-- **主观偏差代替客观叙述**：场景被角色情绪染色。她恨谁，谁就被写得可憎；她慌，光线就晃。不写中立的、谁看都一样的描述。但只能是她此刻带偏见的瞬间感觉，不能写成"像在宣判一件早已定好的事"这类客观盖棺断言（那是作者下场定性，见 anti-ai-writing.md 模式 8）。
+- **主观偏差代替客观叙述**：场景被角色情绪染色。她恨谁，谁就被写得可憎；她慌，光线就晃。不写中立的、谁看都一样的描述。但只能是她此刻带偏见的瞬间感觉，不能写成"像在宣判一件早已定好的事"这类客观盖棺断言（叙述信息边界见 expression.md）。
 
-深度限知是"自然去 AI"的根：把镜头钉死在角色身体里，作者就没有位置跳出来解释、总结、安排了（配合 anti-ai-writing.md 模式 8）。
+采用深度限知时，把镜头留在角色当下的感知与判断中；解释、总结是否越界按文风与信息边界判断（见 expression.md），不把视角限制当成通用去味法。
 
 ### 文风指纹：按题材借 cadence，不套万能腔
 
@@ -439,4 +440,4 @@ IF 主事件是一连串动作 → 加「递进」：动作引发的连锁反应
 
 **标价发生在事情起效之前**，不能等结果出来再补。反面：该标价的人就在场，却只写他"笑了笑，凑到旁边说了句什么"——位置留了，内容没给。
 
-**尺子要先于被度量的事出场，至少两把**（同场另一个做到几寸、当年最好的那个用了多久）。事后补一轮尺子也可以（同一个爽点吃第二遍）。
+**首次建立分量时，先给至少两把可比较的尺子**（同场另一个做到几寸、当年最好的那个用了多久）。事后补一轮尺子也可以（同一个爽点吃第二遍）。

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

@@ -6,19 +6,17 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 ---
 # story-review：多视角对抗式审查
 
-> Spawn 版本提示（不阻断 spawn）：先读取项目根 `.story-deployed` 的 `agents_version`。与本版 `agents_version: 34` 不一致时（标记缺失、字段缺失/非整数、小于或大于 34）**照常按文件存在性检查并 spawn**，但只检查当前运行时的 canonical 目录；同时在「这次怎么审的」里用一句白话提示作者「审稿助手是旧版，运行 /story-setup 后新开会话」，`Notice: agents bundle 版本不匹配（项目 {N}，本版 34）` 原文写进技术备注行；大于 34 时额外提示先更新 oh-story-claudecode，不要用本地旧版 setup 降级覆盖。只有 agent 文件缺失、或运行时不暴露 custom agent 时才降级 solo/direct，技术备注写 `Fallback: ... -> solo`。
+> 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`。
 
-你是审查协调器。你的职责是找出小说文本中的结构、角色、文字、设定问题，并给出可执行修改建议。
+你负责协调审查，找出小说的结构、角色、文字与设定问题，给出有原文依据的修改建议。
 
 **执行铁律：审查是找问题，不是验证正确性。**
 
-**文风裁决**：正文写作、改写或审稿前先读 [references/style-resolution.md](references/style-resolution.md)，加载本书文风并形成 `style_resolution`；无作者记忆也执行。当前请求、本书文风和 active 偏好按维度覆盖通用 references；同一裁决交给后续执行者。
+**文风裁决**：先读 [references/style-resolution.md](references/style-resolution.md)，加载本书文风，复用调用方的 `style_resolution` 与作者偏好；单独调用时按当前请求与本书文风裁决。同一裁决交给后续执行者。
 
-## 作者习惯边界
+## 作者偏好边界
 
-若作者记忆 state 已存在，审查前用 `scripts/author_memory_commit.py query --workspace {工作区} --book-root {书目录} --kind delivery --kind interaction --kind prose_style [--genre {题材}] [--workflow 审稿]` 获取本次相关 active 条目（`--workspace`、`--kind` 必传；不传 `--book-root` 就拿不到本书级偏好；`--genre` 填本书题材类型）。它们只能帮助解释意图和组织报告，不能降低 rubric 严重度、把事实冲突判为无问题或跳过平台门禁；当前请求仍优先。完整规则见 [references/author-memory.md](references/author-memory.md)。
-
-用户对报告格式或协作方式作出稳定声明时，在本轮审查完成后用 `record` 记录，并按 author-memory.md「回执怎么告诉作者」转告；只记作者明确说的，一次性要求不记录，不从反复修改推断。审查发现、工具告警和助手建议本身绝不自动学习。
+只接收调用方已有的作者偏好，不查询或记录作者记忆；独立调用时不加载记忆文件。偏好只能帮助解释意图和组织报告，不能降低 rubric 严重度、把事实冲突判为无问题或跳过平台门禁；当前请求仍优先。
 
 ---
 
@@ -27,7 +25,6 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 - `/story-review` 或 `/story-review full` → 优先 spawn 全部 4 个 Agent；如果当前已经在子代理内，核心 Agent 未部署/异常，或 spawn 失败，自动降级为 solo。
 - `/story-review lean` → 优先 spawn `story-architect` + `consistency-checker`；如果当前已经在子代理内，任一所需 Agent 未部署/异常，或 spawn 失败，自动降级为 solo。
 - `/story-review solo` → 不 spawn Agent，由当前会话执行基础审查。
-- 未指定 → 默认 full，并在报告开头用一句话说明这次实际是怎么审的。
 
 ---
 
@@ -54,7 +51,7 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 
 ## 审查基准与参考资料规则（必须遵守）
 
-`story-review` 的核心审查标准必须始终可用。参考文件是增强资料，不是运行前提。
+参考文件补充审查标准；不可读时使用下方内置基准包。
 
 ### 报告面向作者（必须遵守）
 
@@ -83,7 +80,7 @@ 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/anti-ai-writing.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` |
@@ -91,9 +88,6 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 | 平台 rubric | `story-review/references/rubrics/{fanqie,qidian,zhihu}.md` |
 | 标点预检脚本 | `story-review/scripts/normalize-punctuation.js` |
 | AI句式预检脚本 | `story-review/scripts/check-ai-patterns.js` |
-| 作者习惯协议 | `story-review/references/author-memory.md` |
-| 作者习惯整理、超编与迁移 | `story-review/references/author-memory-maintenance.md` |
-| 作者习惯事务脚本 | `story-review/scripts/author_memory_commit.py` |
 
 ### 内置审查基准包（路径不可读时必用）
 
@@ -110,21 +104,20 @@ metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudec
 - 对话质量：是否有潜台词、信息控制、角色差异；说明书式对话至少 S2。
 - 设定一致性：不违背已写规则、时间线、角色属性；明确事实冲突通常 S1。
 - 文字自然度：具体、可感、动作承载信息；AI 腔、陈词滥调、总结体按影响定 S2/S3。
-- 句长节奏：叙述默认是逗号长句（一句用逗号串起 2-4 件事再落句号）；碎句和电报体（逗号之间连着都是 ≤5 字、通篇超短句像提纲）与 AI 腔同级，按影响定 S3/S2，不因「短=网文节奏」放行。
+- 句长节奏：按本书文风、语义承接与场景功能判断；机械碎句、动作清单或臃肿长句按影响定 S3/S2，不按统一字数或句长模板验收。
 - 标点节奏：标点是否服务语气/人物声线；通篇句号化、随机堆砌问号/感叹号，或残留 `……`/`——` 硬造停顿，按影响定 S3/S2。
 - 具体字数表达校验：正文用“这五个字 / 短短四字 / 三个字一落 / 八个字砸下去”等具体字数表达评价台词、题字、信件、念头或弹幕时，必须能确认统计口径、机器核对结果和叙事必要；不能确保字数计算正确时，按文字自然度问题处理，建议改成“这句话一落”“那几个字”“话音落下”等非具体数字表达。
 - 格式可读性：段落短、对话独立、无多余空行；格式阻碍阅读按 S3，严重混乱按 S2。
 - 剧情循环：目标 → 阻碍 → 行动 → 代价/反馈 → 新期待；缺少目标/阻碍/反馈通常至少 S2。
-- 高潮构建：蓄能 → 假胜 → 崩解 → 反转/兑现；高潮直接平铺、无代价或无兑现通常 S2/S3。
+- 高潮构建：检查蓄能、情绪落差与兑现；强反转可用蓄能 → 假胜 → 崩解 → 反转/兑现，缺铺垫或兑现通常 S2/S3。
 - 关系进展：互动尺度必须匹配当前关系阶段；越界亲密、突然信任、突然敌对都需要铺垫，否则按影响定 S1/S2。
 - 伏笔状态：伏笔状态需可追踪；伏笔密度只作为结构风险提示，除非直接造成理解混乱，否则不升级到 S2+。
 
-AI 味 / 禁用词 fallback 速查：
-- 高频套话：`命运的齿轮开始转动`、`心猛地一沉`、`眼神复杂`、`深刻变化`、`踏上新的旅程`。
-- 章末总结体：`这一切都说明...`、`他终于明白...`、`新的篇章开始了...`。
-- 信息倾倒：角色直接说“我要解释世界观/规则/关系变化”。
-- 论文体/万能结论：过度使用“然而、与此同时、不可否认、这意味着”。
-- 处理原则：有原文证据才输出 finding；给出可执行替换方向，不只评价“AI 味重”。修法方向不默认「拆短 / 删虚词 / 剥标点」：把正常的逗号长句拆成碎句，与 AI 腔同样是问题。
+三层去味 fallback 速查：
+- 表达：套词、总结句、工整句式是否机械复现或重复意思？词语本身只是线索，直写情绪、纠错对比与文风允许的叙述可保留。
+- 用笔：关键交锋或决定是否被概括，次要流程是否过详？压缩、展开均应保住人物体验和必要承接。
+- 故事：行动有什么来由、解决依据从何而来、前后改变了什么？安静场景可承载关系与认知变化，不强求冲突。
+- 处理原则：有原文证据才输出 finding，指出阅读损失、最小建议与资料限制；只报告，不落改，不默认拆短、加动作或新增剧情。
 
 平台 fallback 摘要：
 - 番茄：强开局、强冲突、高频爽点/情绪反馈、低理解门槛。
@@ -159,8 +152,7 @@ AI 味 / 禁用词 fallback 速查：
    node scripts/check-degeneration.js --check <正文文件...>
    ```
    - 将 `ellipsis`、`double-hyphen`、`markdown-divider` 结果作为 `format` findings 合并进报告。`em-dash` 破折号只采用 `check-ai-patterns.js` 的语义改写建议（见下条）；`normalize-punctuation.js` 报的同一位置 `em-dash` 在合并时去重丢弃，避免同处出现「机械替换」与「按功能改写」两条相互冲突的 finding。另外人工检查标点节奏是否通篇句号化或随机堆砌，脚本不替代语气判断。
-   - `check-ai-patterns.js` 的 findings 合并进 `prose`：severity=blocking 的类别一律按 S2（当前为 `not-is-comparison` / `em-dash` / `voice-contrast` / `negation-parade` / `reverse-not-is` / `trailer-ending` / `trailer-summary`），修法直接采用检测器输出的建议（删否定铺垫/反差腔/排比否定/章尾预告腔/章尾状态总结句，直接写后项或具体动作；破折号按功能改成动作/短句/逗号/冒号）。
-   - 其余 prose findings（advisory）统一按 S3：只指出读感风险，不替代人工判断；功能性写法标 `[需复核]` 并保留。完整类别和修法见 `anti-ai-writing.md`。
+   - `check-ai-patterns.js` 的 blocking / advisory 都先作为 `prose` 候选，按 `style_resolution`、原文功能及三层方法逐条复核；确认造成具体阅读损失后，按下方严重度定义定级。功能性纠错、叙述与停顿保留，不把脚本级别直接换成必须修改的 finding。检测器改法仅作参考，不覆盖文风与事实边界。完整语义复核见 `expression.md`、`narrative-focus.md`、`story-logic.md`，只报告问题与建议，不落改。
    - `check-degeneration.js` 报告模型退化（逐字复读/截断/占位符/工程词泄漏），每条带 `severity: blocking|advisory`：blocking（复读/截断/tier1 工程词）作为 S1/S2 `prose` findings，修复建议是「重新生成该段，不是改写」；advisory（tier2 章节/歧义词）作为 S3。
    - 这三个预检脚本只读；`story-review` **不修改正文、设定或大纲文件**，需要自动修复正文时建议转 `/story-deslop`。full / lean 模式只有下方「追踪文件维护」允许修改 `追踪/`；分批审查的所有模式都可按 batch-review.md 写 **.story-review/state.md**，solo 除该状态外不写项目内容。
    - 默认 `--quote-mode keep`，不把知乎盐言短篇的 `「」` 当作问题；只有项目明确指定引号风格时才检查对应转换建议。
@@ -169,7 +161,7 @@ AI 味 / 禁用词 fallback 速查：
 
 ## 统一 Findings Schema（所有模式必须使用）
 
-所有 reviewer（包括 solo）输出问题时必须使用统一结构，方便综合排序；它只在 reviewer 与综合裁决之间流转，给作者的报告按 Phase 4 或 solo 模板转写。`location` 必须使用工具读取结果显示的原始文件行号；不要删除空行后重新编号。
+所有 reviewer（包括 solo）先按统一结构整理问题，再按 Phase 4 或 solo 模板转写给作者；内部字段用于合并、排序，不原样贴进作者报告。`location` 必须使用工具读取结果显示的原始文件行号；不要删除空行后重新编号。
 
 对 `consistency` / `factual` / `causal` / `rule_boundary` 类 finding，`fix` 字段只写事实统一方向（例如“统一为左臂旧伤，并同步正文/设定中冲突处”或“需在 A/B 时间线中裁定一个来源”），不要写文学创作建议。
 
@@ -222,10 +214,3 @@ AI 味 / 禁用词 fallback 速查：
 | 要修改查出的问题 | story-long-write / story-short-write | 返回对应写作 skill 修改 |
 | 发现 AI 味需清理 | story-deslop | `/story-deslop` |
 | 需要重新拆解对标书 | story-long-analyze / story-short-analyze | `/story-long-analyze` 或 `/story-short-analyze` |
-
----
-
-## 语言
-
-- 跟随用户的语言回复，用户用什么语言就用什么语言回复。
-- 中文回复遵循《中文文案排版指北》。