@oh-story/dsh 0.1.10 → 0.1.12

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

@@ -1,42 +1,36 @@
 # workflow-chapter.md：单章正文工作流（Phase 4-5）
 
-「写一章正文」的完整流程。日更批量由 `workflow-daily.md` 控制批次，每章仍走本文件。项目文件结构、缺失处理和对标权威顺序见 [project-files.md](project-files.md)，首次定位或文件缺失时才读。
+每章正文走本文件（日更批次见 `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`、`正文/`、`大纲/` 或书根；`chapter commit` / `accept-current-length` 成功后脚本自动删除该目录，失败时保留供重跑。
-
-agent 只查当前端 canonical 目录；Antigravity 用 `.agents/agents/agent-name/agent.md` 与 `invoke_subagent` + 同名 `TypeName`，其余端用各自 Agent 工具。
+**工作目录**：本章临时文件（前组.md、后组.md、writer_prompt.md、tracking.json）只放书目录下 `.story/work/第NNN章/`，不写系统 `/tmp`、`正文/`、`大纲/` 或书根；提交成功后脚本自动删除。
 
 ---
 
 ## 单章写作流程
 
-缺 `_tracking-state.json` 时先按 workflow-daily「首次初始化」处理，`check` 通过才往下走。
+新书还没有 `_tracking-state.json` 时先按 [tracking-initialization.md](tracking-initialization.md) 初始化；已有正文却缺它，按 stop-and-fix 停下修。
 
-1. **检查细纲**：读 `大纲/细纲_第{N}章.md` 全文，取「单元ID/位置」，跑 `outline_view.py --unit {单元ID} {卷纲路径}` 取卷契约、全卷常任裁定、当前剧情单元与终局底牌边界——**不整读卷纲**；exit 1 按提示修，不改用整读。细纲缺失或缺必需字段时**先补建再写**：按 workflow-setup 细纲模板补齐必填项（核心事件、字数目标、字数口径、单元ID/位置、目标情绪、主角目标/关键选择、章首钩子、爽点、本章禁止提前释放）和四个小节，无证据的写 `[待补充]`，补完跑 `check-outline-contract.js` 验收。
-2. **读取上下文**：`tracking_commit.py check`（取 `last_committed_chapter` / `state_revision`，完整 state 不进 prompt）→ `追踪/上下文.md` 全 7 栏 → 细纲点名或出场的 `设定/角色/`、`设定/势力/`、`设定/世界观/` 相关文件。上一章结尾由脚本代读，承接存疑才自己读。久别角色读 `追踪/角色状态/{名}.md`；更旧的信息按 workflow-daily「旧信息查找步骤」定点查。
+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 ＝数据问题，修完重跑，不手拼绕过。
    - **状态筛选**：从续写状态卡取本章在场角色、要碰/要避的伏笔、必须履行的下一章承诺与相关长期约束，写成本节速记。
    - **召回**：核对报告写「召回降档：成立」时直接用脚本给的情绪/节奏；不成立时才完整读取 [benchmark-recall.md](benchmark-recall.md) 执行全量召回。
-   - **意图确认**：一句话写清本章意图（例：「快节奏打脸——账单暴露→逼问→反证→公开代价；读者等了三章，这章必须一拳到位。」）。确认时对照：细纲是唯一剧情蓝图，新增物按写手铁律 3 的三级（直接写 / 写了要报 / 先问作者）；后续阶段真相与底牌不因章尾钩子提前泄露；细纲多处重复的同一要求只算一个语义点，正文兑现一次；爽点前有可指认的危机/期待铺垫，打脸/揭露章写在场配角的差异反应；高压节拍收紧对话声线。
-   - **契约四问**：主角是否靠自己的选择挣到本章结果？收益是否被配角、机构或巧合无交换地拿走？有没有提前动用后面的底牌？旧期待付利息、留新期待了吗？任一问不过（没靠自己挣到、收益被拿走、提前动了底牌、旧期待没付利息），读 `references/reader-contract-and-progression.md` 对应小节，先修纲再写。
-4. **资料研究**（按需）：需查证外部事实时 spawn story-researcher 输出到 `参考资料/`，不可用则主线程查。
+   - **意图确认**：一句话写清本章意图（例：「快节奏打脸——账单暴露→逼问→反证→公开代价」）。对照：细纲是唯一剧情蓝图，新增物按「新增物三级」；底牌不因章尾钩子提前泄露；细纲重复的同一要求只兑现一次；爽点前有可指认的铺垫，打脸/揭露章写在场配角的差异反应。
+   - **契约风险**：细纲或单元卡标了需补强，把单元卡写的补强办法（交换、铺垫或成本）写进本章意图；标了契约破坏，先按 workflow-outline 补纲流程修纲再写；标契约安全的写前不重问，写后在步骤 9 核。
+4. **资料研究**（按需）：需查证外部事实时 spawn story-researcher 输出到 `参考资料/`，不可用则主会话查。
 5. **标题预检**：看核对报告的重名结论；重名或明显重复才按核心事件改名，并同步细纲标题与正文文件名。
-6. **写作准备**：全章细纲先交给 writer 统筹编排，默认同一 session 按前后两组交付。
-   - 按实际叙述顺序在自然转场或因果停顿处分组，不在一句对话或同一动作中间截断；可交错情节点，但不增删批准内容，不拆逐点字数配额。
-   - writer 先把前组写到工作目录 `前组.md`；主会话只调用一次 `storyctl.py wordcount checkpoint --file {segment} --target {目标} --chapter {N}`，把 `actual / remaining_user_range` 连同后组交回同一 writer。两组按原文拼接，不回改前组追字数。
-   - 用户明确要求一次成文时执行安排填「全章」，直接落盘，不跑 checkpoint。批准内容写完即停，不为字数加剧情；实际长度由步骤 8 收口。
-   - **正文元信息隔离**：章号、上一章、匹配章、细纲文件只用于定位。标题行以外的正文不得出现 `第[一二三四五六七八九十百千万两0-9]+章|上一章|上章|前一章|本章|这一章|前文|后文|伏笔|细纲|读者` 这类工程词，承接前文改成角色能感知的事件锚点或相对时间（「比第一章那三秒开火更疼」→「比那三秒开火更疼」）。例外：角色在故事内真实阅读/讨论「第X章」文本，或真实身为作者/读者。
-7. **正文执行**：确认 narrative-writer 已部署；骨架已由脚本生成，细纲全文、卷纲、续写状态卡都不进 prompt。**主会话填八槽**（搜 `［主会话填］`）：执行安排 ／ 本章意图 ／ 参考技法 ／ 本节速记 ／ 涉及角色 ／ `genre_prose_card` ／ 必读设定 ／ `style_resolution`；降档不成立时情绪与节奏槽也要填。`author_preferences` 由脚本查询注入（查询失败才成空槽，按 author-memory.md 手动查），只作低优先级倾向，不逐条展示或最大化命中。空槽以外一字不改，整份照抄进 Agent prompt。脚本**跑不起来**时读 [writer-prompt-fallback.md](writer-prompt-fallback.md) 手动组装并报 `Fallback: build_writer_prompt -> 手动组装`；退出码 2 不是回落，是修数据。agent 交付后主会话核对它只消费了批准情节点；agent 未部署则主线程按同一流程写。
+6. **写作准备**：交给写手时按 [agent-calls.md](agent-calls.md)「写一章」分前后两组交付；主会话自己写时也分两组：前组写到 `前组.md` 后跑一次 `storyctl.py wordcount checkpoint --file {前组} --project {项目根} --chapter {N}`，后组按 `remaining_user_range` 收、原文拼接；作者要一次成文才写全章。批准内容写完即停，不为字数加剧情；实际长度由步骤 8 收口。
+7. **正文执行**：已部署 narrative-writer 时按 [agent-calls.md](agent-calls.md)「写一章」填槽交给它，交付后核对它只消费了批准情节点。未部署则主会话自己写：不填槽，按脚本输出与本节速记直接写，新增物自列申报表。写完逐段再看一遍检测器抓不住的三类 AI 腔：用工整对仗或金句替读者点题；叙述者跳出来总结情绪、解释动机、说出细纲的结论；章尾用感悟、升华或预告收。遇到就删，或改成人物的动作、对话、物件，让读者自己看出来。
 8. **核情节点落点，再一次检测收口**：
-   - 细纲每个情节点**至少出现一次**，漏即退回补写批准内容。这类退回不以字数为由。
-   - 运行 `{PYTHON} {skill 根}/scripts/storyctl.py chapter check --project {项目根} --chapter {N} --fix-punctuation`：一次调用整理标点，再跑 AI 句式、`check-degeneration.js` 退化、细纲照搬与字数检测。文件改动后重跑，不存决议，不再分别调各检测脚本。
-   - 带内 + pass → 完成步骤 9-12 再提交；fail / `invalid` → 停止修。`under` + pass → 不补不重试，按「向作者汇报」的字数问法请作者选。`over` + pass → 删除区间随 `compress-once` 交 narrative-writer 一次净删、零新语义，复检后带内提交，否则同样请作者选。
-9. **检查钩子与爽点**：章尾有往下看的理由（低压/过场章留阶段目标即可）；高压/推进章爽点到位。不达标只修复批准内容，修后重跑步骤 8，不借质量修复补新剧情追字数。
-10. **元信息扫描**：按步骤 6 的规则清掉标题行以外的工程词。
-11. **检测结果处理**：严重度统一读作必须修 / 建议看 / 仅提示——检测器 blocking 与 checker 的 S1/S2 是必须修，advisory 与 S3 是建议看，S4 仅提示。`quality.blocking_findings` 就地改到净；`advisories` 逐条读原文判断，确属问题才改，功能性写法保留，不为归零机械改写。`formulaic-parallelism` 连同台词一起复核；细纲照搬里判定保留的补进细纲「复沓锚句」。禁用词表不整读，拿不准的二级词才查 `references/banned-words.md` 对应条目。改完只重跑步骤 8，不另安排全篇去味。
-12. **更新追踪**：运行 `{PYTHON} {skill 根}/scripts/tracking_commit.py draft --project {项目根} --chapter {N}`，它把修订号、模式、章名和上下文当前值预填进工作目录 `tracking.json`，并给出字数上限与在场核心角色的当前快照。只填 `delta` 与留空的本章结尾时间、场景：本章变化的核心角色把快照整份改好放进 `character_snapshots`；撤下的长期约束或风险从 `context` 删掉并把原文列进 `delta.retired_context_items`。不读脚本源码或 state 文件找格式；schema 细节、修订与修复见 [tracking-transaction.md](tracking-transaction.md)，只在出错或 `mode=revision` 时读。带内执行 `storyctl.py chapter commit`，作者接受当前长度执行 `chapter accept-current-length`（两者都重读正文、重数、重跑 quality 后原子提交）。报错会一次列全要改的字段，按提示改完重跑同一命令。作者选「这章不要了」时删本章正文与工作目录，不提交。判为「登记」的申报项在这次事务里一并登记；有「先问作者」项时暂停提交与下一章。
-13. **提交后核对**：返回 `tracking_committed: true` 即本章完成，工作目录已删；连续写多章不另做快照。
+   - 细纲每个情节点**至少出现一次**，漏即退回补写批准内容。不以字数为由。
+   - 运行 `{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` 修命令。
+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 复扫，不另安排全篇去味。
+12. **更新追踪**：运行 `{PYTHON} {skill 根}/scripts/tracking_commit.py draft --project {项目根} --chapter {N}`，预填工作目录 `tracking.json`，并给出在场核心角色的当前快照和每类条目的样板（`shapes`）。只填 `delta` 与留空的本章结尾时间、场景：变化的核心角色（含本章首次进场的核心角色，草稿里没有就新建一份）把快照整份改好放进 `character_snapshots`；撤下的长期约束或风险从 `context` 删掉并把原文列进 `delta.retired_context_items`。不读脚本源码或 state 找格式；出错或 `mode=revision` 时才读 [tracking-transaction.md](tracking-transaction.md)。带内执行 `{PYTHON} {skill 根}/scripts/storyctl.py chapter commit --project {项目根} --chapter {N} --input {工作目录}/tracking.json`，作者接受当前长度把 `commit` 换成 `accept-current-length`。报错按提示改完重跑同一命令；体积超目标只是提醒，逐章记录写要点即可，不必为它删改。判为「登记」的申报项在这次事务里一并登记；有「先问作者」项时暂停提交与下一章。「本章没写成的」：细纲没给的追加进本单元排纲底稿「建纲追加」，先问作者的走下方处置表。
+13. **提交后核对**：返回 `tracking_committed: true` 即本章完成。
 
 ## 向作者汇报
 
@@ -47,6 +41,7 @@ agent 只查当前端 canonical 目录；Antigravity 用 `.agents/agents/agent-n
 第{N}章《{章名}》写好了，约 {字数} 字。
 这章：{两三句讲发生了什么，停在哪个钩子上}。
 {有需作者留意的新人物/新设定就一句话，如「加了个跑腿的小厮阿福，后面可能还会用」；没有就删掉此行}
+{这章主角的功劳被别人拿走、或提前用了后面的底牌时，一句话说哪里、怎么补或要不要改纲；没有就删掉此行}
 {自查结论一句话：「自查过设定和前文，没发现冲突」或「发现一处前后不一：{什么}，已按前文改正」}
 下一章：第{N+1}章《{章名}》，要接着写吗？
 ```
@@ -62,14 +57,14 @@ agent 只查当前端 canonical 目录；Antigravity 用 `.agents/agents/agent-n
 3. 这章不要了
 ```
 
-作者选 1 → `chapter accept-current-length`；选 2 → 等作者改完细纲/目标后回步骤 8；选 3 → 删本章正文与工作目录，不提交。新增内容需要作者拍板（下方处置表「先问作者」）时：
+不到目标一半时选项 1 不标推荐。作者选 1 → `chapter accept-current-length`；选 2 → 等作者改完细纲/目标后回步骤 8；选 3 → 删本章正文与工作目录，不提交。收下被拒时：`BELOW_ACCEPT_FLOOR` 告诉作者差多少字，问补写还是就要这个长度；`COMPRESSION_REQUIRED` 先按 `compress-once` 删一次。作者知道原因仍坚持才加 `--force`。新增内容需要作者拍板（下方处置表「先问作者」）时：
 
 <!-- author-report -->
 ```md
-第{N}章写的时候多出了一样东西，需要你定：{用故事话说新增了什么}。
+第{N}章{写的时候多出了一样东西 / 写到一半想加一样东西，还没写}，需要你定：{用故事话说是什么}。
 它会牵动{后面哪段剧情或哪个已定安排，如「原定第三卷才揭开的那封信」}。
-1. 留下，我把后面的大纲一起改过来
-2. 删掉，按原细纲写
+1. {留下 / 加上}，我把后面的大纲一起改过来
+2. {删掉 / 不加}，按原细纲写
 我建议选 {1/2}：{一句理由}。
 这章先不算写完，等你定了再往下。
 ```
@@ -82,34 +77,28 @@ agent 只查当前端 canonical 目录；Antigravity 用 `.agents/agents/agent-n
 建议{一个动作，如「我先按卷纲把这章细纲补出来给你看」}，可以吗？
 ```
 
-## 字数测量权威
-
-细纲 `字数目标` + `visible_chars_v1`，默认范围 ±15%（`internal_pass`、`borderline` 都算在内）；**用户本轮明确给出上下限时原样优先**。缺目标即 `invalid`。带内提交，`under` 不补，`over` 最多净删一次；仍带外由作者接受、改目标/细纲或放弃。
-
----
-
 ## 质量检查
 
-三个维度：**情绪交付**（交付了细纲规划的目标情绪吗）、**契约风险**（步骤 3 契约四问）、**技术质量**（一致性、格式、禁用词；清单见 [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 次，仍失败按停下问法请作者定夺；故事内系统用语、弹幕、有功能的重复台词保留。
+**写后同轮清零**：同一轮内完成步骤 8-11，blocking（含写后 hook 推回的毒句式）清零才算本章完成。**唯一豁免**：用户显式说"本章不去味/跳过检查"时，在该章标题行下加一行 `<!-- 去味:跳过 -->`（写后 hook 与下一章前的欠账拦截都认它）。退化类 blocking（复读、截断、拒绝语、工程词泄漏）只重写受影响段落，最多 2 次，仍失败按停下问法请作者定夺；故事内系统用语、弹幕、有功能的重复台词保留。
 
 ### Agent 调用：consistency-checker
 
-**按需调用**：writer 申报表非 `0`，或核对细纲时发现未申报的跨章事实（新证词、证据、承诺、关系变化）才在本章 spawn；否则日更由批末整批查一次（workflow-daily Step 3），非日更的单章写作在步骤 12 提交前对本章查一次。Prompt：`项目目录：{dir}\n检查范围：{本次写作的章节}\n检查类型：事实冲突+伏笔断线+角色属性不一致\n本章新增申报：{申报表原样粘贴，无则写 0}；同时核对正文有无未申报的跨章事实，逐处列原文和细纲出处。只读与新增项和本章出场角色相关的设定、角色卡与追踪条目。冲突按 S1-S4 报出`。不可用则主线程参照 long-chapter-quality.md 检查。
+**按需调用**：写手申报表非 `0`，或核对细纲时发现未申报的跨章事实（新证词、证据、承诺、关系变化）才在本章 spawn；否则日更批末核对时整批查一次（workflow-daily Step 3），非日更的单章写作在步骤 12 提交前对本章查一次。Prompt 见 [agent-calls.md](agent-calls.md)。不可用则主会话自己核：申报项与跨章事实是否与细纲、角色卡、已登记追踪冲突；承诺与伏笔有没有被遗忘或无推进；有没有突然塞进大量新设定。
 
-**「写了要报」的处置**（正文定稿、追踪未提交时做）。checker 只给事实证据，归哪一栏由主会话判：
+**新增物处置（主会话）**（正文定稿、追踪未提交时做）。checker 只给事实证据，归哪一栏由主会话判：
 
 | 处置 | 判据 | 出口 |
 |---|---|---|
-| **登记** | 无必须修的冲突；不需要在卷纲占 F/L 编号或新增反转/打脸债行；不碰主推线与终局底牌边界，不与活跃伏笔、下一章承诺打架 | 进步骤 12 的事务：角色/势力按 workflow-setup Phase 3 补建静态档案；可复用设定补进 `设定/世界观/{主题}.md`；伏笔、关系、约束、下章承诺进对应 delta 字段 |
-| **修复** | 有必须修的冲突 | 退回 writer 就地改正文或删掉该新增物，最多一次 |
-| **先问作者** | 要在卷纲新增编号或条目、碰主推线/终局边界、可能与既有承诺冲突，或需创作决策 | 按拍板问法问作者；本章暂停提交及下一章。作者接受则按授权改卷纲/设定后提交，不接受则删改后提交 |
+| **登记** | 无必须修的冲突，也不属先问作者项 | 角色/势力按 workflow-outline.md「细纲后设定补全」补建静态档案、可复用设定补进 `设定/世界观/{主题}.md`，由主会话直接改设定文件（追踪事务不写设定）；伏笔、关系、约束、下章承诺进步骤 12 事务的对应 delta 字段 |
+| **修复** | 有必须修的冲突 | 退回写手就地改正文或删掉该新增物，最多一次 |
+| **先问作者** | 先问作者项（SKILL.md「新增物三级」），或冲突要靠创作决策；「本章没写成的」里标先问作者的也走这行 | 按拍板问法问作者（已写的问留不留，没写的问「还没写，要不要加」）；本章暂停提交及下一章。作者接受则按授权改卷纲/设定（没写的补写）后提交，不接受则删改后提交 |
 
-拿不准归「先问作者」。申报为 `0` 仍做正文与细纲的正常核对，发现漏报照本表处置。
+申报为 `0` 仍做正文与细纲的正常核对，发现漏报照本表处置。
 
 ### Agent 调用：narrative-writer（去AI味审查）
 
-**按需调用**：步骤 8 里需要语义判断的 advisory（`stock-reaction-tic`、`formulaic-parallelism` 等）合计 ≥3 条，或 blocking 一次就地修改后仍未清零，才 spawn 一次；否则主会话按步骤 11 处理。Prompt：`项目目录：{dir}\n任务描述：审查+去AI味\n检查分工：你负责语义去味及原定自检；最终文件扫描由主会话执行\n检查范围：{本次写作的章节}\n文风路径：{设定/文风.md 全文路径}\nstyle_resolution：{与写作一致的裁决}\n作者偏好：{本章 query 命中的 prose_style/story_design 项}\n删除优先：每条 AI 味项先判能否删除，删后不丢伏笔/钩子/角色/情节/必要信息的直接删，会丢才润色\n按你的 7 Gate 与对话自检执行，台词里的工整否定不因脚本豁免而跳过\n删除测试：stock-reaction-tic 候选按 writing-craft.md「套式反应删除测试」逐处过，爽点段与 detector 标记处按同文件「写法抽查」表查，只指认已有问题、不补内容；报告列候选数/删改数/保留理由`。不可用则主线程按 `references/anti-ai-writing.md` 执行。
+**按需调用**：步骤 8 的 `quality.semantic_advisories`（语义类 advisory 条数）≥3，或 blocking 一次就地修改后仍未清零，才 spawn 一次；否则主会话按步骤 11 处理。Prompt 见 [agent-calls.md](agent-calls.md)。不可用（主会话自己写）时不读去味细则：逐条按检测器那条提示改，先判能否直接删（删后不丢伏笔、钩子、角色、情节和必要信息就删），会丢才改写；blocking 改到净，advisory 确属问题才改。语义提示仍多时照常收口，在汇报里建议作者之后另开对话用 `/story-deslop` 精修。
 
-审查在本章首次提交前改动的连续性事实，直接写进步骤 12 的 `mode=append` 事务；本章提交后再改连续性事实，才按 tracking-transaction.md 提交 `mode=revision` 事务（`draft --chapter {N}` 同样可生成预填草稿）。
+审查在本章提交前改的连续性事实直接进步骤 12 的事务；提交后再改，按 workflow-revision：`draft --chapter {N}` 预填 → 改 → `chapter commit`。

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

@@ -1,15 +1,6 @@
 # workflow-daily.md：日更续写工作流
 
-SKILL.md 路由到「日更续写」后按本文件控制批次；每章正文走 [workflow-chapter.md](workflow-chapter.md)。写前资料、对标路径与缺失处理按 [project-files.md](project-files.md) 与 [benchmark-recall.md](benchmark-recall.md)，本文件不另立一套。
-
-**多本对标书**：主对标取 `设定/题材定位.md` 的 `主对标书` 字段；字段指向本书自身或缺失时，用 `对标/` 下字典序第一本（排除本书同名目录）并提示用户补字段，排除后为空按无对标处理。
-
----
-
-## 适用条件
-
-- 项目已有 `正文/` 和 `追踪/`；用户明确说"日更""续写""继续写/接着写"或指定"写第 N-M 章"；上一轮在规划时，"继续写"先按 SKILL.md「规划续接」一句话确认
-- 每次会话写 2-3 章。裸调用、只规划或只改细纲不进本流程
+SKILL.md 路由到「日更续写」后按本文件控制批次；每章正文走 [workflow-chapter.md](workflow-chapter.md)，缺文件按它开头停下修，召回降档不成立才读 [benchmark-recall.md](benchmark-recall.md)。适用于已有正文与追踪、作者明确要日更/续写/写第 N-M 章的项目；裸调用、只规划或只改细纲不进本流程。
 
 ---
 
@@ -19,34 +10,25 @@ SKILL.md 路由到「日更续写」后按本文件控制批次；每章正文
 
 `追踪/上下文.md` 是续写状态卡（7 栏，由 `tracking_commit.py` 派生，禁止手改）；schema、修订与修复见 [tracking-transaction.md](tracking-transaction.md)，出错时才读。
 
-**首次初始化**：
-
-1. `_tracking-state.json` 不存在且尚无正文：完整读取 [tracking-initialization.md](tracking-initialization.md)，构造 `last_chapter=0` 的初始化事务存 `.story/work/init.json`，执行 `tracking_commit.py init`，`check` 过后删掉。
-2. 不存在但已有正文：停止日更，走 `/story-import` 的「旧追踪项目迁移」重建 `追踪/`（不用重跑全书拆解）；`init` 会把旧结构整体移入 `追踪/_旧追踪存档/`。
-3. `check` 报派生视图与 state 不一致：为该章提交 `mode=revision` 事务整份重建（`expected_state_revision` 取 state 文件的 `state_revision`），不手改 Markdown、不继续下一章。
-
-**长期约束**最多 6 条，出现第 7 条先合并语义重叠项或请作者取舍，不自动删旧约束。永久生效的设定裁定进 `long_term_constraints`，短期强承诺进 `next_chapter_commitments`，过程决策不进续写状态卡。
+**缺 state 或视图不一致**：停下，按 [stop-and-fix.md](stop-and-fix.md) 修好再开始。
 
-确定范围后直接进 Step 2，不做"是否继续"确认。K 默认 2-3 章，用户说"只写1章"/"日更3章"/"逐章确认"按用户；给出 N>3 时本轮只写前 3 章并在批末提示剩余下轮继续。只在章号冲突、细纲缺失、范围超出已有细纲、要改大纲/追踪等会写错的情况暂停确认。
+确定范围后直接进 Step 2，不问"是否继续"；K 默认 2-3 章，作者另给按作者（单轮最多 3 章）。只在章号冲突、细纲缺失、范围超出已有细纲、要改大纲/追踪时暂停确认。
 
 ---
 
 ## Step 2：串行批量写作
 
-多章细纲可一次加载，但**必须在主会话内串行逐章写**，不把多章并发交给多个子代理（上下文断裂、追踪覆盖、标题去重失效）。
-
-**批量 continuation 规则**：未改变任务时，"继续/续写/日更"仍走完整批量流程，不逐章重复确认（用户要求或阻塞除外）；用户转为只规划/改细纲时退出批量。到达本轮 K（最多 3 章）后必须进入 Step 3/4 收尾并停止，不因还有细纲续写下一批。
+**必须在主会话内串行逐章写**，不把多章并发交给多个子代理（追踪会互相覆盖）。"继续/续写/日更"不逐章重复确认；到达本轮 K（最多 3 章）后必须进入 Step 3/4 收尾并停止，不因还有细纲续写下一批。
 
 1. **读取写作计划**：按 卷契约 → 当前剧情单元 → 章节细纲 确定；`outline_view.py --unit {单元ID}` 取一次卷级与单元级内容，本批复用，不整读卷纲。写前明确本批推进目标、可释放与严禁提前释放的信息、章尾钩子不能越过的边界，别动用本阶段还不该解锁的终局底牌。批写完检查是否超前、拖慢或偏离阶段节奏（细节适配不算；已改变卷契约、单元承诺、推进线或兑现归属的，修正文或重规划后续细纲）：下一章要补偿的进 `next_chapter_commitments`，跨章风险进 `continuity_risks`，不靠提前泄露后期信息提速。
 2. **逐章执行**：每章按 workflow-chapter「单章写作流程」步骤 1-13 走完，叠加：
    - **上一章欠账**：写本章前上一章不得有未清 blocking 毒句式（写前 hook 会拦；hook 不可用时对上一章跑一次 `chapter check`），标了 `<!-- 去味:跳过 -->` 的除外。
    - **状态来源**：不把完整 `_tracking-state.json` 读进上下文，缺的信息定点查，不用来源不明的聊天记忆替代。久别核心角色读 `追踪/角色状态/{名}.md`，重新活跃后放进本章事务的 `context.active_character_names`。
-   - **用 story-explorer 召回时**：`gaps` 按 [benchmark-recall.md](benchmark-recall.md)「快捷路径」分流。
+   - **本章技法**：主会话自己写时一批只读一份（选法见 SKILL.md「本章技法」），交给写手时每章照填类别。
+   - **用 story-explorer 召回时**：`gaps` 按 [agent-calls.md](agent-calls.md)「story-explorer：写前对标召回」分流。
    - **写后清零不拖到批末**：hook 推回的命中当轮清零。
    - **每章写完立即提交追踪**：按 workflow-chapter 步骤 12，提交成功才进下一章；只记会影响后续章节的变化，过程日志、质检计数、去味统计不进事务。narrative-writer 不写 `追踪/`。
-3. **不中断但不并发**：追踪已提交即进下一章；`under` 或一次压缩后仍带外，按 workflow-chapter 的字数问法请作者选，不静默推进。
-
-**资料研究**（按需）：需查证外部事实时暂停，spawn `story-researcher` 输出到 `参考资料/`，完成后继续。
+3. **不中断但不并发**：追踪已提交即进下一章；字数出带（欠字，或一次压缩后仍超），按 workflow-chapter 的字数问法请作者选，不静默推进。
 
 ### 旧信息查找步骤
 
@@ -54,22 +36,22 @@ SKILL.md 路由到「日更续写」后按本文件控制批次；每章正文
 
 1. **定点读追踪**：伏笔 `grep -n "F007" 追踪/伏笔.md`；角色读 `追踪/角色状态/{名}.md`；读者认知读 `时间线/读者已知.md`，作者真相读 `时间线/作者真相.md`。
 2. **查变化原因或历史**：调 story-explorer 的 `foreshadow_status / character_status / timeline`（不可用则 `grep -R -n --include='第*.md' "F007" 追踪/逐章记录/ | tail -5`，只取最近 5 条）。
-3. **读一个原文件**：对应逐章记录或埋设章正文，只读 1 个。全量读逐章记录或正文属于 `/story-review` 或作者要求的全面审计，日更不做。
+3. **读一个原文件**：对应逐章记录或埋设章正文，只读 1 个。全量读属 `/story-review` 或作者要求的全面审计，日更不做。
 
-单章第 2 级超过 3 次，说明细纲没写清要消费哪些旧信息：一次性让 story-explorer 查多项，并在批末提示细纲需补清回收项。
+单章第 2 级超过 3 次，说明细纲没写清要消费哪些旧信息：一次性让 story-explorer 查多项，并在日更批末汇报里提示细纲需补清回收项。
 
 ---
 
-## Step 3：质量检查
+## Step 3：日更批末核对
 
-逐章检查已在 Step 2 完成，批末只做**跨章**核对：
+逐章检查已在 Step 2 完成，这里只做**跨章**核对：
 
 1. **标题去重**：本轮新写章与既有标题同名或明显重复时，统一改细纲与正文文件名。
-2. **契约与细纲双向核对**：按 `reader-contract-and-progression.md`「契约四问」过一遍本批（答不上来的那问再读对应小节）；正文是否消费了细纲的内容概括、情节安排、人物关系变化与收益归属；爽点前有可指认的铺垫、打脸/揭露章写了在场配角差异反应、详略按目的分配而非均匀注水。不达标回 Step 2 修批准内容。
+2. **契约与细纲双向核对**：逐章已在 workflow-chapter 步骤 9 过契约四问，这里只看跨章：几章连起来，主角的功劳、底牌和旧期待有没有累积失衡（有问题按 workflow-chapter 步骤 9 的改法修；需补强、契约破坏写进批末汇报）；正文是否消费了细纲的内容概括、情节安排、人物关系变化与收益归属；爽点前有可指认的铺垫、打脸/揭露章写了在场配角差异反应、详略按目的分配而非均匀注水。不达标回 Step 2 修批准内容。
 3. **伏笔盘点（仅本轮增量）**：本批新增/推进/回收的每个 ID 在 `追踪/伏笔.md` 恰好一行当前状态，并能在对应逐章记录找到本次变化；不做全量伏笔审计。
-4. **一致性检查（整批一次）**：本批各章没有按需调用过 consistency-checker 的，在这里 spawn 一次，检查范围写本批全部章节，prompt 同 workflow-chapter「Agent 调用：consistency-checker」（申报栏写各章申报汇总）；各章都已单独查过就跳过。冲突照该节处置表处理。
+4. **一致性检查（整批一次）**：各章都没单独查过时，这里查一次本批全部章节（prompt 见 agent-calls.md，申报栏写各章申报汇总；无 agent 时主会话按 workflow-chapter 同节自己核），冲突照「新增物处置」表处理。
 
-只对本步改过的章重跑 `chapter check --fix-punctuation`，没改过的不再整批复扫。本步修文若改变了会影响后续的事实、状态、伏笔或承诺，进入 Step 4 前为受影响章节提交 `mode=revision` 事务并通过 `check`（`delta` 重算修订后该章仍成立的完整记录）；纯措辞调整不重复提交。
+只对本步改过的章重跑 `chapter check --fix-punctuation`；改动影响后续事实、状态、伏笔或承诺的，进 Step 4 前按 workflow-revision 为该章提交修订（`draft` 预填 → 改 → `chapter commit`），纯措辞调整不重复提交。
 
 ---
 
@@ -77,8 +59,8 @@ SKILL.md 路由到「日更续写」后按本文件控制批次；每章正文
 
 **本步不再写追踪内容**，只做：
 
-1. `tracking_commit.py check` 通过（state、逐章记录连续与体积、7 栏、派生视图一致）；本批每章都有 `追踪/逐章记录/第NNN章.md`。缺失或超限回到该章事务修正重跑，不手补文件。
-2. **「本章没写成的」汇集**：各章申报表末行只分两路——「细纲没给」进下一批排纲的供给自查（workflow-setup「排纲自查与细纲」步骤 3）作扩产候选，涉及既有设定的先查设定、有既定值补进下一章 prompt；「要先问作者」并入 workflow-chapter「写了要报」处置表的「先问作者」一行。连同细纲里状态仍为 `待裁定` 的新增物，一并随批末汇报给出；全部为 `0` 记「无」。
+1. `tracking_commit.py check` 通过，本批每章都有逐章记录；缺失或超限回到该章事务修正重跑，不手补文件。
+2. **「本章没写成的」汇集**：各章申报表末行只分两路——「细纲没给」追加进排纲底稿「建纲追加」，涉及既有设定的先查设定、有既定值补进下一章 prompt；「先问作者」并入 workflow-chapter「新增物处置（主会话）」表的「先问作者」一行。连同排纲底稿里「先问作者」尚未裁定的条目，一并随批末汇报给出；全部为 `0` 记「无」。
 
 然后按 SKILL.md「面向作者的汇报」口头汇报，不另存文件；内部核对翻成故事话再说：
 
@@ -87,22 +69,7 @@ SKILL.md 路由到「日更续写」后按本文件控制批次；每章正文
 这次写了 {K} 章，共约 {总字数} 字：
 - 第{N}章《{章名}》：{一句发生了什么}
 - 第{N+1}章《{章名}》：{一句发生了什么}
-{偏离原计划的就一句话说偏在哪、打算怎么接，如「阿福比计划早露面一章，后面照常」；没有就删掉此行}
+{偏离原计划的就一句话说偏在哪、打算怎么接，如「阿福比计划早露面一章，后面照常」；主角功劳被人拿走、提前用了后面的底牌也在这里说；没有就删掉此行}
 {要作者定的事：一句问题＋白话选项＋推荐，如「沈栀要不要在下一章就知道信的下落？1. 先瞒着（推荐）2. 这章就告诉她」；没有就删掉此行}
-下一批：第{M}到第{M+2}章，{细纲已备好 / 需要先补细纲}。接着写吗？
+下一批：第{M}到第{M+2}章，{细纲已备好 / 需要先补细纲}。接着写吗？{写到卷末时改问：「这一卷写完了，要开新卷吗？」}
 ```
-
-## 细纲缺失补建流程
-
-1. `outline_view.py --unit {单元ID}` 取本章剧情单元卡与卷级常任；单元卡有「对标剧情参照」时加读其指向的 1 个剧情单元文件作功能参照。整个剧情单元都没细纲时，按 outline-structure-theory.md「按剧情批出细纲」整批补建。
-2. 读本章涉及角色的设定与最新一章正文。
-3. 按 workflow-setup.md「Phase 3：大纲搭建」的细纲模板补齐必需字段，无法确认的写 `[待补充]`，不杜撰；补完继续 Step 2。
-
-## 常见问题
-
-| 问题 | 处理 |
-|------|------|
-| 细纲不存在或缺当前蓝图字段 | 执行上方补建流程，补齐前不写正文 |
-| 用户要求改大纲 | 提醒会影响后续细纲，确认后修改并标记受影响的细纲 |
-| 写到卷末 | 提示「当前卷已完成，是否开新卷？」 |
-| 用户中断批量写作 | 已提交的章保留，下次从断点继续 |

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

@@ -0,0 +1,157 @@
+# workflow-outline.md：出细纲（按剧情批出细纲、补纲）
+
+作者要看一批章节怎么走、或要补/改细纲时读本文件。卷纲只用 `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`（模板见文末，不写进卷纲）：「写了要报」登记新增内容与设定路径，「先问作者」列候选及影响面交作者裁定；无缺口写「无缺口」。并检查上一批「本章没写成的」与「建纲追加」里的未解决缺口。
+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。
+
+不强行一次产出 30 章细纲；全书 ≤30 章且用户明确要全书细纲时，可分批连续交付。
+
+#### 细纲模板与验收
+
+细纲是正文写作的章节蓝图，而不是只列事件和钩子的清单。模板见下（唯一权威副本：九个必填字段、四个小节、不含逐点字数的四列情节点表，阶段位置、结构公式等在末尾「可选」块）。新建、补建、回填都按权威模板补齐，未知字段写 `[待补充]`，不为补齐字段杜撰副线或人物关系。
+
+`目标情绪` 与 `主角目标/关键选择` 要写实际内容，不能留 `[待补充]`：隔离实验里只补这两个字段就能复现补齐全部字段的正文收益，补满其余字段与只补这两个不可区分。其余字段未知时仍按上文写 `[待补充]`。
+
+落盘后运行 `node scripts/check-outline-contract.js --json --project {书目录} --chapter {N}` 做结构检查：它只判字段、四个小节、五段式、情节点表结构（默认四列 `# / 情节点 / 功能标签 / 执行边界（禁＋放）`；需要时可在功能标签后加「分辨率」列）和字数目标口径是否在场，不判内容好坏。exit 1 时只按 `repair_scope` 补报告点名的字段并复验，最多两轮；仍失败就报告检查 ID 停下，不改其他章。exit 2、脚本缺失或 node 不可用时如实报告验收未完成，不得声称细纲已合规。本检查只在新建/补建/回填时执行；既有项目的旧细纲不因此阻断写正文。
+
+```
+## 细纲（第 N 章）
+
+### 第 N 章：{章名}
+- 核心事件：{一句话；供日更与导入统一消费}
+- 字数目标：{X} 字
+- 字数口径：visible_chars_v1
+- 单元ID/位置：{卷纲剧情单元ID；单元内第几拍/承担功能}
+- 目标情绪：{具体情绪前状态→后状态；本章推进单元情绪引擎的哪一环；不得只写“热血/悲伤”等标签}
+- 主角目标/关键选择：{主角本章要什么；必须做出的判断或选择}
+- 章首钩子：{从章首7式中选择} — {具体内容；低压/过场章可写“弱钩子/仅情绪钩子，功能是…”}
+- 爽点：{本章爽点；低压/修炼/过场章可写“无显性爽点，功能是…”，但仍须给读者一个往下看的理由}
+- 本章禁止提前释放：{**只写本章特有的三五条**；卷级常任禁忌已在卷纲「本卷禁碰的终局底牌」，不逐章复读；没有就写“无”}
+
+#### 内容概括（五段式）
+- 起因：{本章事件为什么发生}
+- 发展：{冲突如何推进}
+- 转折：{信息/关系/局势哪里改变}
+- 高潮：{本章情绪或动作峰值}
+- 结尾：{本章最后落在谁的什么动作/画面/台词上——写具体落点，不写"尘埃落定""一切结束"式状态判词}
+
+#### 情节安排（多线）
+- 主线推进：{本章对主目标的推进}
+- 辅线推进：{指向卷纲「本卷故事线」的 L 编号（L01 式两位数，不是单元ID L1-03），写“L0X 从哪一步推到哪一步”；本章确无非主线在动时写“无”，不凭空制造。一批细纲不许每章都是“无”}
+- 事件线 / 任务线：{外部事件链；有“办事被卡住”时写清卡出什么变化，删掉无损的卡点不进细纲}
+- 感情线 / 关系线：{无显性感情线时写“无显性，但关系变化为…”}
+- 逻辑线：原因 → 行动 → 结果 → 后果/新问题
+
+#### 人物关系和出场顺序
+- 出场顺序：{角色/势力/关键物件按实际出现顺序列出}
+- 人物关系变化：{本章前 → 本章后}
+- 视角/信息差：{谁知道什么；读者知道什么；主角误判什么。取自 `追踪/时间线/读者已知.md`，不另起一套；还没有追踪的新书按设定与卷纲写}
+
+#### 情节细化
+| # | 情节点（谁做了什么） | 功能标签 | 执行边界（禁＋放） |
+|---|---|---|---|
+| 1 | {主角在账单上发现4800元转出} | {信息揭示} | {禁：不揭露幕后者。放：他当场算出这笔钱等于几个月房租，允许写出来} |
+
+- 功能标签＝目的词：铺垫/高潮/爽点/打脸/人物塑造/设定。点数由语义需要决定，不填写逐点字数，不用 `目标字数 / beat 数` 反推。
+- **执行边界写「禁＋放」两半**：禁＝本点不能提前释放或新增什么；放＝本点允许什么落地、到什么量级（谁可以出声、谁可以失态、允不允许当场标价）。**每章至少一个点写了「放」**；放行是解除限制，不是义务。
+- 复沓锚句：{须一字不差进正文的原话（誓言、面板、旧案原话），一行一条并注明落点，如"点3：立此为凭…"；没有写"无"}
+- 行动成本（可无）/收益归属：{可无行动成本；收益归谁、如何可见、是否留下后续账}
+
+#### 结尾设定和钩子
+- 结尾设定：{收束落到什么具体动作或画面（不写"就这样……""他终于明白……"式状态判词）；未解决问题；下一章推动力}
+- 章尾钩子：{从章尾13式中选择} — {具体内容，期待度：强/中/弱；低压/过场章可弱钩子或留阶段目标；与下一章如何承接}
+
+#### 可选：需要时再写（写了写手照样消费，不写不拦）
+- 字数范围：{作者给了上下限才写，如 2000-2600}
+- 阶段位置、章节定位（高压/推进/修炼试错/关系回收/低压生活/信息整理）、本章结构公式
+- 本章标价（得失折算成读者已知的什么）、闭环状态（获得/使用/见效/估值走到哪一拍）
+- 写手自由区（本章最值得放开、由写手发明的几处）、镜头准入（一场给谁台词位）、信息差触发点（在第几点提醒读者手里的牌）
+- 情节点表加「分辨率」列（密/中/疏，同类并列递减）
+- 契约风险：只在本章让单元卡「契约风险」变化时写
+```
+
+**大纲锁定**：已进入正文写作的前 10 章细纲锁定，未经用户确认不得修改；后续滚动细纲可随正文反馈微调。已进入正文的卷的卷纲锁定规则见 workflow-volume.md。
+
+**中途补纲/扩纲小流程**（项目已有大纲；只改细纲不进入正文大修）：
+1. 定位请求范围、已写进度和所属单元：读 `大纲/大纲.md`；卷纲先用 `outline_view.py --toc {卷纲路径}` 定位，再 `--unit {单元ID}` 取闭包，尚无单元用 `--contract` 取契约，不整读。另读 `设定/题材定位.md` 和已有 `追踪/上下文.md`；有正文却缺追踪时停止补纲，提示按 workflow-daily 修复/迁移，不猜进度；无正文也无追踪时以现有纲/设定规划，不为读取状态先初始化。
+2. 请求章已属于既有单元时复用单元卡，只补/改点名细纲，不另建单元；沿用上方锁定规则。确需新单元先按 workflow-volume.md 追加单元卡（含「对标节奏迁移」选同类单元），向卷尾**追加**卡及情绪弧线、故事线、伏笔规划，已锁定内容不动。用户补纲不等于授权修改其他章；超出本卷体量时先确认扩卷或开新卷。
+3. 追加单元时答 workflow-volume.md「排纲自查」1–4（按单元内 1/4·中点·3/4 口径）；进入细纲层时做本文件步骤 3 供给自查。
+4. 按本次交付层级停止：需要细纲时按上述批次边界只做请求范围，完成「细纲后设定补全」与建纲批末复核。
+5. 规划事件和未来揭示只落卷纲/细纲，不提前成为追踪事实。已有正文项目补纲不写 `追踪/`，不执行 init/commit；下一章必须履行的承诺在下一次正文事务里进入 `next_chapter_commitments`。
+
+**细纲质量要求**：每章细纲都要按当前章节蓝图直接指导正文（核心事件、字数目标、字数口径、单元ID/位置、目标情绪、主角目标/关键选择、章首钩子、爽点、本章禁止提前释放九个必填字段齐备），但**强度按章节定位分配、不是每章顶满**：高压/推进章配齐钩子+爽点+悬念；低压/关系/修炼/信息整理章允许无显性爽点、弱钩子或仅情绪钩子，重点是把功能（喘息、关系、铺垫、转场）写到位。底线是每章都给读者一个往下看的理由、相邻章不情绪趋同（见 workflow-volume.md「章节定位与张弛」）。字段不完整时先补齐；无法从材料确定的关系或副线写 `[待补充]`，不得杜撰。
+
+> **细纲钩子来源**：优先沿本批剧情单元卡「对标剧情参照」的单元节拍与兑现方式设计钩子链；对标登记 ≥2 本时读 `references/cross-book-recall.md`，副对标同基调 `章节/*_摘要.md` 仍可作单章钩子灵感（可选）；有 `灵感库/` 时可按「适用阶段=细纲」召回 active CBA 辅助钩子设计，零命中不阻塞
+
+**章节标题规则**：只做轻量去重；发现同名或明显重复标题时，按本章核心事件改名，并保持细纲标题与正文文件名一致。
+
+**细纲后设定补全（每批细纲建完后执行）**：扫描本批细纲新出现的具名角色/势力/关键设定，对**会复用**的（按卷纲/细纲判断：后续多次出场或承担剧情功能）自动建档，不等用户确认：
+- 角色 → 建 `设定/角色/{名}.md`（填空模板见 character-basics.md 主角卡/配角卡）；核心复用角色真正进入正文后，由追踪事务建立 `追踪/角色状态/{名}.md` 动态快照；
+- 势力/组织 → 建 `设定/势力/{名}.md`（名称、定位、核心目标、关键人物、与主角关系）；
+- 影响多章的世界观规则 → 建/补 `设定/世界观/{主题}.md`（规则、适用范围）。
+- **刻度与名目** → 建/补 `设定/世界观/{主题}.md` 里的对照表。凡是正文要拿来**比大小、算价钱、报名次、定档位**的东西都算：资质/评级档位、职级与待遇、货币与物价、等级与进度格、名次与席位、赏罚名目、时限与期限。写成**可数的序列**（几档、哪一档在哪、相邻两档差多少），不要只写一个孤立的值。
+
+**缺什么按新增物三级处置——不许硬写，也不许一律停摆。** 判据见 SKILL.md「新增物三级」（交给 story-architect 时任务包末尾已附原文）。排纲时需要一样东西（角色、能力、物价、规矩、刻度、场景）而设定里查不到时，先查再分级：
+
+0. **先查**：`设定/世界观/`、`设定/势力/`、`设定/题材定位.md`（升级台阶）里是不是已经有（同一件事在不同文件里可能叫不同名字，换个说法登记的也算）。查不到的按下面三级处置。
+1. **直接写**：写进细纲，不落档、不上报。
+2. **写了要报**（发明＋落档）：不与既有裁定冲突时直接补充。先增量落设定，再供细纲引用，并在排纲底稿的供给自查里登记。项目引用用书目录相对路径（如 `设定/角色/张三.md`）；`./`、`../` 相对细纲目录，裸文件名不校验。地点只补本批用到的分区、进出口、相对位置或脚程。补纲授权下的新故事线先在卷纲故事线表分配 L 编号并写清主线对接口，再供细纲引用；日更不自动扩纲。
+3. **先问作者**（提案裁定）：不自行决定。在排纲底稿的供给自查里列具体缺口、1-2 个候选及关联设定影响，建纲批末按下方汇报模板用故事话问作者；裁定先落设定再引用，不以占位或临时编数代替。设定互相冲突时列出出处供作者判断。
+
+已存在的设定文件按细纲新信息**增量补充、不覆盖**。一次性路人、后文无戏份的配角不建静态档案或动态快照。建档只填细纲已确定的信息，未定字段留占位符，不提前杜撰。
+
+**规划交付后向作者汇报**（细纲、补纲、改细纲用；按 SKILL.md「面向作者的汇报」）：供给自查、建纲批末复核是内部核对，只把结论翻成故事话；「先问作者」的缺口和两个设定互相冲突都作为「要你定的事」问。
+
+<!-- author-report -->
+```md
+{做了什么，如「第二卷卷纲定好了」「补好了第22-26章细纲」「按你说的改了第23章细纲」}：
+- {故事层要点，一行一件：这卷/这几章主要发生什么，主角得到或失去什么，停在哪个悬念上}
+- {改细纲时：原来是什么，现在改成什么，会不会牵动别的章}
+{某段剧情主角的功劳被别人拿走、或提前用掉了后面的底牌时一句话说清，如「第三段剧情里功劳落到了师父身上，我先把纲改成沈栀自己拿主意」；没有就删掉此行}
+{前面吊起的期待还没兑现时说清哪章兑现；没有就删掉此行}
+{要你定的事：一句问题＋白话选项＋推荐，如「沈栀的金手指每天能用几次？1. 一次（推荐，后面好加码）2. 不限次」；没有就删掉此行}
+下一步：{如「要接着写第22章正文吗？」「要继续出第27-31章细纲吗？」}
+```
+
+#### Agent 调用：story-architect
+
+已部署时，每批细纲在 story-architect 的新上下文里出，调用见 [agent-calls.md](agent-calls.md)；主会话拿到后对每章跑 `check-outline-contract.js`，按建纲批末复核汇报。
+
+---
+
+## 附：按剧情批出细纲与排纲底稿模板
+
+### 按剧情批出细纲（细纲分批边界）
+
+一批细纲 = 卷纲里的一个剧情单元（约 5-15 章）。体量换算：剧情单元字数 ÷ 单章目标字数 → 章数，单章目标字数取本书既有细纲惯例，无惯例按题材节奏档取默认（快节奏/短平快约 2000，均衡约 3000）；剧情单元超过 1.5 万字且单元节拍含两个以上独立高潮时拆成多个剧情单元，否则单个剧情单元。剧情单元 >10 章拆两批建纲，两批共享同一次召回；首批 = 前 10 章封顶、可跨单元（跨入的剧情单元建卡时召回一次，余章由后续滚动批共享剧情单元卡结论），停靠规则见上文批次步骤 1。
+
+建卡时做一次**剧情批召回**：读剧情单元卡「对标剧情参照」指向的剧情单元（≤3 个文件）的「结构分布」「情节点索引」，回查该书 `剧情/节奏.md` 同章节区间的爽点循环 / 触动点与被引情绪模块卡，提炼 5-8 拍共性节拍写入剧情单元卡「单元节拍/章功能分配」，单元情绪引擎字段对照主对标 `剧情/情绪模块.md` 的可复现模块校准。若主产物存在但被引的单个情绪模块卡未命中，只跳过该卡；`剧情/情绪模块.md` 或 `剧情/节奏.md` 文件缺失按 workflow-volume.md「对标节奏迁移」的 fail-fast 先修复。换素材与修硬伤纪律同该节步骤 3/4——保留情绪链和功能位，对象、场景、事件全换，对标弱处理就地修正。结论固化进剧情单元卡后，逐章细纲只消费剧情单元卡，不重读剧情单元。
+
+**「只消费剧情单元卡」管的是不重读对标，不冻结逐章建纲。** 排纲当场发现的缺口（某拍无对手、数值没验过、地点无底图、角色既定规矩挡场之类）按新增物三级处置（直接写／写了要报：先落档再引用／先问作者：挂起提案，见上文「缺什么按新增物三级处置」），处置完记一行，批末汇进排纲底稿的「**建纲追加**」小节（见上文批次步骤 5）；下一批供给自查以该小节为固定输入（按当场缺口类别加问批前盘点项）。
+
+日更中途发现卷纲缺少「对标剧情参照」等当前协议必需字段时，先补齐卷纲再建细纲；锁定卷纲不得自动回写，必须停在补纲边界。单元节拍分析过程不写进追踪文件，只有最终影响未来连续性的约束或下一章承诺才进入本章追踪事务。
+
+## 排纲底稿模板（`大纲/排纲底稿_{单元ID}.md`）
+
+排纲期的工作底稿，每个剧情单元一份，只在排纲/补纲时读，写正文不读。
+
+```markdown
+# {单元ID} 排纲底稿
+
+## 批次定位
+{每批补纲前先写，见步骤 2：阶段与单元、本批推进目标、可释放与严禁提前释放的信息、章尾钩子的边界；多批时一批一段}
+
+## 供给自查
+{本单元出细纲前产出，见本文件步骤 3。六行：对手供给 / 角色供给 / 能力与金手指供给 / 刻度供给 / 场景与底图供给 / 故事线供给。「写了要报」的发明各列一行「发明了什么＋落在哪个设定文件」；「先问作者」的提案列候选＋影响面待作者裁定；无缺口写「无缺口」。建纲批末 `check-outline-contract.js --supply {卷纲路径} {单元ID}` 验证本小节存在}
+
+## 建纲追加
+{本批建完后回填，见步骤 5；写正文时申报表「本章没写成的」里「细纲没给」的也追加在这里。逐章落笔时才发现的缺口，一条一行，不与上面六行混写。格式：`第 N 章排到哪一步发现缺什么 ／ 级别 ／ 落在哪个设定文件或提案编号`。一条也没有写「无追加」。下一批供给自查以本小节为固定输入}
+```