Dp Chapter Draft

章节起草与三阶段审查

本技能是弹性技能。原则不变，细节可因上下文调整。但三阶段审查流水线是刚性的，不可跳过任何阶段。

前置条件

必须已完成以下技能的产出物：

1. dp-tool-research — docs/dreampowers/tracking/overview.md 故事蓝本
2. dp-set-style — docs/dreampowers/tracking/style.md 写作风格档案
3. dp-set-concept — docs/dreampowers/set/ 下有世界观设定与拆分后的概念/角色文件
4. dp-set-outline — docs/dreampowers/outlines/ 下有大纲文档（含揭示时间表与主题追踪），docs/dreampowers/chapters/chapter-NNN/ 章节文件夹已创建

缺少任何一项，停下来，先补齐再写。

草稿预审（写作前强制检查）

硬性约束： 草稿预审分为三个阶段：评估（A）→ 用户确认（B）→ 写作（C）。跳过任何阶段等于盲写。

硬性约束： 章节写作必须严格串行：写完第 N 章、三阶段审查通过且用户确认后，才能开始第 N+1 章。禁止并行起草多章。连写模式只是省略用户逐章确认，写作本身仍然是逐章顺序完成。

硬性约束： 写作阶段（阶段 C）只读 spec.md。禁止从章节文件夹中的其他文件或章节文件夹之外获取信息。所有写作所需的事实和指令已在阶段 A 提取并写入 spec.md 第六、七节。其他章节文件夹中的任何文件不可访问。

硬性约束： 阶段 A 的读取范围限于当前章节文件夹内的文件（含符号链接指向的源文件）。禁止直接读取 docs/dreampowers/release/ 下的章节正文。前序章节信息只通过章节文件夹内的 summary-*.md 摘要符号链接获取；如果链接缺失，执行步骤 5 补建链接，而非绕过链接直接读取原文。

阶段 A：评估（读取材料 → 门控检查 → 写入 spec.md）

读取章节文件夹全部材料，执行门控检查和定向提取，将结果写入 spec.md 第六节（门控评估结果）和第七节（本章写作蓝图）。

每章开写前，按顺序执行：

1. 读取大纲：找到本章在大纲中的详细信息（章节目标、场景安排、关键事件、视角、情绪曲线、章末钩子）。大纲文件通过章节文件夹中的符号链接读取（outline-*.md → ../../outlines/outline-*.md）。如果大纲标注本章使用非顺叙手法（倒叙、插叙、补叙），记录时间线执行要求，参照本技能的"叙事时间线执行指引"
2. 读取揭示时间表（嵌在大纲文件内）：本章安排了哪些世界观揭示？揭示方式是什么？
3. 加载概念白名单：读取 docs/dreampowers/chapters/chapter-NNN/ 目录，仅加载目录内有符号链接的概念文件。目录中不存在符号链接的概念物理不可见、不可引用
4. 加载角色白名单：读取同一章节文件夹中的角色符号链接，加载对应的角色文件。复杂角色只加载章节文件夹中链接的特定时间线阶段文件。未链接的角色和时间线阶段物理不可见。若角色文件包含"角色风格档案"章节（由 dp-character-style 定义模式生成，含三项辨识特征、口头禅、潜台词倾向等），一并提取要点写入 spec.md §7 角色要点子项，写作阶段用于对白辨识度
5. 检查前序章节摘要符号链接：检查当前章节文件夹内是否已存在 summary-*.md 符号链接（正常情况下由上一章的 dp-chapter-summary 在第六步创建）。如果缺失：将 docs/dreampowers/timeline/ 下所有已存在的 summary-*.md 在当前章节文件夹内补建符号链接（summary-NNN.md → ../../timeline/summary-NNN.md）。写第一章时无前序章节，跳过本步骤
6. 读取前序章节摘要：从章节文件夹内的 summary-*.md 符号链接读取摘要全文，确认前章结尾状态、角色位置、悬而未决的线索。重点读取每份摘要末尾的 [章末状态] 行，提取最近一章各角色的物理状态（伤势、健康）、情绪状态、所在位置。本章开头必须延续这些状态——上章受重伤的角色不能无说明地恢复，上章在 A 地的角色不能无交代地出现在 B 地。若某份摘要开头带有 [TBD] 本章未通过外部审阅 标记，原样保留此标记进入 spec.md §7，并在阶段 B 呈现给用户时明确标注"第 XXX 章前序摘要来自未定稿章节"
7. 陈旧标记检查：读取本章 spec.md 文件开头，检查是否存在形如 <!-- STALE-DEP:summary-<NNN> 已于 <YYYY-MM-DD> 重新生成... --> 的标记（<NNN> 为三位数章节号，<YYYY-MM-DD> 为日期）。若存在：
   • 立即向用户报告"检测到陈旧标记：第 <NNN> 章摘要已于 <YYYY-MM-DD> 重新生成，本章 spec §6/§7 中嵌入的第 <NNN> 章摘要已过时"
   • 本次阶段 A 将覆盖旧的 §6/§7 内容，读到最新摘要写入。完成后手动删除标记
8. 读取 spec.md 框架：读取 spec.md 第一～五节（概念预算、门控标准、概念依赖、读者评估要求、改进要求）
9. 读取铁律：从章节文件夹中的 iron-rules.md 符号链接读取六条铁律
10. 读取风格档案：从章节文件夹中的 style.md 符号链接读取写作风格档案，确认七维参数、可执行风格指令和禁区
11. 读取伏笔文件：读取章节文件夹中链接的伏笔线索文件（thread-*.md），确认本章需要植入、推进、回收哪些伏笔
12. 读取作者调优：检查章节文件夹中是否存在 tuning.md。若存在，读取其中的调优指令
13. 加载成人场景技能：检查章节文件夹中是否存在 adult.md。若存在（有链接 = 本章含成人场景），调用 skill("dp-chapter-adult") 加载成人场景写作方法论，并读取 adult.md 中的尺度、禁区、风格偏好
14. 读取张力追踪状态：参照 dp-chapter-direct 的张弛法则，评估前序章节的张力走势（从前序摘要推断），确认本章的张力定位（高张力/低张力/过渡）是否符合章节粒度的张弛交替要求
15. 执行门控检查：逐项检查 spec.md 第二节的门控标准清单，执行五问闸门检查：
    • 本章引入几个新概念？是否在 spec.md 的概念预算内？
    • 是否有不服务当前冲突的信息？
    • 揭示方式是否通过角色体验而非旁白？
    • 已有概念是否在深化？
    • 读者此刻的认知负载是否可接受？
16. 大纲驱动的定向提取：以大纲中本章的场景安排和关键事件为"需求清单"，从概念文件和角色文件中定向提取写作所需的事实要点。只提取需求清单覆盖到的部分，不搬运原文。每个提取项标注"提取依据"（如"依据：大纲场景2'宗门议事'"），供用户对照审核
17. 写入 spec.md 第六节（门控评估结果）：
    • 第二节门控标准的逐项检查结果（通过/不通过 + 说明）
    • 五问闸门的逐项结果
    • 评估结论（全部通过 / 需要修正）
18. 写入 spec.md 第七节（本章写作蓝图）：将以上步骤的结果按以下子项组织写入：
    • 大纲要点：本章目标、场景安排、关键事件、视角、情绪曲线、章末钩子（提取自大纲）
    • 揭示计划：本章安排的世界观揭示及揭示方式（提取自揭示时间表）
    • 概念要点：本章需要的概念事实，每项标注提取依据（定向提取自概念文件）
    • 角色要点：本章需要的角色事实，每项标注提取依据（定向提取自角色文件）
    • 前情衔接：前序摘要全文引用（每章≤150字）+ 最近一章的角色章末状态快照（从 [章末状态] 行提取）+ 需要衔接的具体事项
    • 伏笔指令：本章需要植入、推进、回收的伏笔清单及具体要求（提取自伏笔文件）
    • 风格指令：七维参数摘要、可执行指令、禁区（提取自 style.md）
    • 调优指令：作者调优内容（提取自 tuning.md，若存在）
    • 成人场景指令：尺度、禁区、风格偏好（提取自 adult.md，若存在）
    • 张力定位：本章张力级别（高/低/过渡）、与前后章的张弛关系、张弛法则合规性（提取自张力追踪评估）
    • 优先级：铁律 > tuning.md > adult.md > style.md > 大纲默认设定 > spec.md 中的一般指导
    • 铁律提醒：六条铁律精简版（提取自 iron-rules.md）
    • 语域转换提醒：以上要点均为技术参考资料，写作时只提取事实，不复制其语言风格。所有设定信息进入正文时，必须经过风格指令定义的文笔过滤——用角色的感知、动作、对话来承载，不用资料的术语和句式
    • 时间线执行要求（若大纲标注非顺叙手法）：参照本技能的"叙事时间线执行指引"

阶段 B：用户确认

向用户呈现 spec.md 第六节和第七节的内容，等待确认。

• 用户可删除不想让模型看到的信息
• 用户可调整重点、修改指令、补充遗漏
• 用户可否决评估结论，要求返回阶段 A 修正
• 用户确认后，spec.md 第六、七节锁定

阶段 C：写作

硬性约束： 阶段 C 只读 spec.md。

按 spec.md 第七节写作蓝图逐场景写作。

写作流程清单

调用本技能后，将以下清单写入 todowrite，逐项执行：

• 草稿预审 阶段 A：读取材料、门控检查、定向提取、写入 spec.md 第六/七节
• 草稿预审 阶段 A 补充：检查前序摘要符号链接是否存在，缺失则补建（阶段 A 步骤 5）
• 草稿预审 阶段 A 补充：检查 spec.md 开头是否有 STALE-DEP 陈旧标记，若存在则向用户报告（阶段 A 步骤 7）
• 草稿预审 阶段 B：向用户呈现 spec.md 第六/七节，等待确认
• 草稿预审 阶段 C：只读 spec.md，按第七节写作蓝图确定写作重点
• 逐场景写作（每个场景独立完成，场景间保持过渡）
• 保存草稿到章节文件夹 docs/dreampowers/chapters/chapter-NNN/draft.md
• 自检：世界观揭示是否符合铁律
• 自检：对话是否有角色辨识度
• 自检：伏笔是否自然植入
• 自检：张弛法则是否满足（张弛法则详见 dp-chapter-direct）
• 三阶段审查（Stage 1 → Stage 2 → Stage 3）
• 用户确认或修改
• 外部审阅闭环（dp-review-reader → dp-review-consistency，最多 3 次循环）
• 保存终稿到 docs/dreampowers/release/chapter-NNN.md
• 更新伏笔文件（docs/dreampowers/tracking/thread-*.md）
• 记录本章张力级别到章节摘要中，供后续章节的张力追踪评估使用
• 调用 skill("dp-chapter-summary") 生成本章摘要
• 调用 skill("dp-tool-version") 提交版本快照

场景写作指引

场景级别的精细控制需调用 skill("dp-chapter-direct")。这里只给出章节层面的指引：

开场：直接进入动作或对话。不要从天气、环境描写开头，除非天气本身是情节元素（暴风雨阻断退路、浓雾隐藏敌人）。第一句话就应该让读者进入场景。

过渡：场景切换用空行分隔，不用"与此同时""另一边""话分两头"。如果视角切换，新场景的第一句就该让读者知道自己在跟谁。

结尾：每个场景留一个微型钩子或情绪转折。不一定是悬念，可以是一个未回答的问题、一个令人不安的细节、一个角色做出的选择。章末钩子要更强，驱动读者翻到下一章。

字数：不设硬性字数要求。场景写到该停的地方停。但如果大纲规定了本章字数区间，尽量靠近目标。

时代视角：故事设定在过去时代时，用角色当时的视角写，不用当代人回忆的视角。对角色而言，身边的一切都是当下的、鲜活的——没有"泛黄"、"陈旧"、"蒙尘"的滤镜。同时注意物品的时代准确性：90年代教室是黑板粉笔不是白板记号笔，方便面是袋装的没有桶面，日用品以搪瓷铝制木质为主而非塑料。写每个场景时核查：这个物件在那个年代存在吗？角色会用什么？

大纲是框架，不是展开指令：大纲中的每个条目是情节节点，不是要求你详细描写该事件的过程。大纲写"兴建工厂"，小说里只需要"一座新的工厂拔地而起"一句带过，不需要展开施工细节、建材选择、工人调度。判断标准：这个细节推动了情节、塑造了角色、还是制造了冲突？都不是的话，一句话概括，不展开。

叙事时间线执行指引

大纲阶段（dp-set-outline）决定本章使用哪种时间线手法。本节指导你在实际写作中如何执行这些手法。大纲说"用什么"，这里说"怎么写"。

顺叙

默认模式，无需特殊处理。唯一需要注意的是时间过渡：

• 禁止机械地使用"第二天""三天后""一周之后"作为场景衔接
• 时间跳跃要通过场景内部的细节暗示：光线变化、餐食更替、衣着换季、角色状态变化
• 如果两个场景之间的时间间隔对情节无影响，直接切场景，不需要交代过了多久

倒叙

从结果写起，再回溯原因。执行规则：

插叙

当前时间线中嵌入过去的片段：

1. 触发规则：插叙必须由当前场景中的具体触发物引发。禁止无触发硬切
2. 长度规则：单次插叙不超过当前场景篇幅的 1/3
3. 退出规则：从插叙返回现在时，必须回到触发点
4. 频率规则：一章内最多 1 次插叙

补叙

事件发生后，补充交代此前未披露的信息：

1. 时机规则：补叙必须在读者已经对某事件产生疑问之后使用
2. 载体规则：通过角色回忆、对话揭示、物件承载（书信、日记等）
3. 铺垫规则：禁止在读者毫无铺垫的情况下补叙

时间线手法速查表

三阶段审查流水线

这是本技能的核心。三阶段顺序执行，不可跳过。

digraph review_pipeline {
    rankdir=TB;
    node [shape=box, style=rounded];

    draft [label="章节草稿完成"];

    s1 [label="Stage 1: 情节审查\n（子 agent）"];
    s1_pass [label="情节通过？" shape=diamond];
    s1_fix [label="修改情节"];

    s2 [label="Stage 2: 揭示检查 ⭐\n（子 agent）"];
    s2_pass [label="揭示通过？" shape=diamond];
    s2_fix [label="修改揭示"];

    s3 [label="Stage 3: 文笔审查\n（子 agent）"];
    s3_pass [label="文笔通过？" shape=diamond];
    s3_fix [label="修改文笔"];

    approved [label="审查通过\n提交用户确认" shape=doublecircle];
    escalate [label="3次未通过\n提交用户判断" shape=doublecircle];

    draft -> s1;

    s1 -> s1_pass;
    s1_pass -> s2 [label="通过"];
    s1_pass -> s1_fix [label="未通过"];
    s1_fix -> s1 [label="重新审查\n(最多3次)"];
    s1_fix -> escalate [label="超过3次"];

    s2 -> s2_pass;
    s2_pass -> s3 [label="通过"];
    s2_pass -> s2_fix [label="未通过"];
    s2_fix -> s2 [label="重新审查\n(最多3次)"];
    s2_fix -> escalate [label="超过3次"];

    s3 -> s3_pass;
    s3_pass -> approved [label="通过"];
    s3_pass -> s3_fix [label="未通过"];
    s3_fix -> s3 [label="重新审查\n(最多3次)"];
    s3_fix -> escalate [label="超过3次"];
}

Stage 1: 情节审查

派遣子 agent，检查以下四点：

1. 核心冲突推进：本章是否推进了核心冲突？
2. 角色行为一致性：角色的行为是否符合其已确立的动机和性格？
3. 大纲偏差评估：与大纲的偏差是否合理？
4. 章末钩子有效性：章末是否有足够的驱动力让读者继续？

通过标准：情节逻辑自洽，角色行为合理，章末有钩子。

Stage 2: 揭示检查 ⭐

这是核心创新。零容忍 info-dump。

派遣子 agent，基于六条铁律逐一检查：

1. 新概念预算：本章引入了几个全新概念？是否超出预算？
2. 旁白讲解检测：是否存在角色不可能知道的世界观信息？
3. 揭示载体检查：所有世界观信息是否通过角色行动、对话、观察传递？
4. 信息相关性：是否有"此刻没有发生"的信息？
5. 深化 vs 堆砌：已引入的概念是否在深化理解？

通过标准：严格符合六条铁律。零违规。

Stage 3: 文笔审查

派遣子 agent，检查以下五点：

1. 语言风格一致性：对照 style.md 风格档案的七维参数和可执行风格指令，检查本章文风是否符合风格基准且与已有章节一致？
2. 对话辨识度：蒙住角色名字，能否从说话方式分辨谁是谁？
3. 感官描写：是否有充分的感官细节？
4. 节奏与情绪：段落长短是否服务于情绪目标？
5. 重复检测：是否有重复用词、重复句式、重复修辞？

通过标准：文笔质量达标，风格一致，对话有辨识度。

审查规则

• Stage 1 通过后才进入 Stage 2
• Stage 2 通过后才进入 Stage 3
• 任何 Stage 未通过 → 修改 → 重新该 Stage 审查
• 每个 Stage 最多 3 次循环，超过则提交用户判断
• Stage 2（揭示检查）是最严格的，零容忍 info-dump

外部审阅闭环

三阶段审查通过后，章节进入外部审阅闭环。这个闭环由两个独立技能协作完成，总循环最多 3 次。

流程

digraph external_review_loop {
    rankdir=TB;
    node [shape=box, style=rounded, fontname="PingFang SC"];

    three_stage_pass [label="三阶段审查通过"];
    reader [label="读者审阅\n(dp-review-reader)\n四维度评分"];
    consistency [label="一致性审阅\n(dp-review-consistency)\n九维度检查 + 写作风格检查"];
    has_issue [label="存在问题？" shape=diamond];
    fix [label="根据两份报告修改章节"];
    count [label="第几轮？" shape=diamond];
    user_confirm [label="提交用户确认"];
    tbd [label="release 文件名加 TBD\n提交用户人工审阅"];

    three_stage_pass -> reader;
    reader -> consistency;
    consistency -> has_issue;
    has_issue -> user_confirm [label="无问题"];
    has_issue -> fix [label="有问题"];
    fix -> count;
    count -> reader [label="< 3 次"];
    count -> tbd [label="= 3 次"];
    tbd -> user_confirm [label="用户修改后确认"];
}

审阅规则

1. 读者审阅先行：调用 skill("dp-review-reader")，获取四维度评分和问题标记
2. 一致性审阅跟进：调用 skill("dp-review-consistency") 第一部分（连续性检查）+ 第二部分（修订建议与AI味检测，含对照 style.md 的写作风格检查）
3. 合并修改：将两份报告的问题汇总，统一修改章节。修改后不需要重新走三阶段审查（三阶段已通过，外部审阅只做体验和一致性层面的调整）
4. 循环上限 3 次：修改后重新进入读者审阅 → 一致性审阅。总循环最多 3 次
5. 3 次后仍有问题：终稿保存至 docs/dreampowers/release/chapter-NNN-TBD.md，review_status 标记为 tbd，提交用户人工审阅修改

判定"存在问题"的标准

• 读者审阅：翻页欲/共情/节奏任一维度评分 ≤2，认知负荷评分 ≥4（认知负荷越高越差），或两个以上维度评分未达标（翻页欲/共情/节奏 ≤3，认知负荷 ≥3）
• 一致性审阅：任一维度 FAIL，或检出 AI 味

两份报告中任一触发上述标准，即视为"存在问题"，进入修改→复审循环。

存储路径与章节格式

草稿保存至章节文件夹：

docs/dreampowers/chapters/chapter-NNN/draft.md

审查通过并获得用户确认后，终稿保存至：

docs/dreampowers/release/chapter-NNN.md

外部审阅闭环 3 次后仍有问题的章节，终稿保存至：

docs/dreampowers/release/chapter-NNN-TBD.md

用户人工审阅修改完成后，将文件重命名为 docs/dreampowers/release/chapter-NNN.md，review_status 改为 approved。

NNN 为零填充章节号（001, 002, 003...）。

章节文件头部包含元数据注释：

<!-- 
story: [故事名]
chapter: [章节号]
pov: [视角角色]
date: [写作日期]
word_count: [字数]
review_status: [draft/reviewed/approved/tbd/imported]
-->

# 第[N]章：[章节标题]

[正文]

review_status 状态说明：

• draft — 初稿，未经三阶段审查
• reviewed — 三阶段审查通过
• approved — 用户确认
• tbd — 外部审阅闭环 3 次后仍有问题，待用户人工审阅
• imported — 外部导入，未经审查流程

章节审查报告

三阶段审查完成后，将审查结果保存至章节文件夹：

docs/dreampowers/chapters/chapter-NNN/review.md

伏笔文件更新

每章写完并通过审查后，必须更新 docs/dreampowers/tracking/ 目录下的对应伏笔文件：

新植入的伏笔：创建新的伏笔文件（thread-NNN-描述.md），记录伏笔内容、植入位置、植入方式，并在章节文件夹中创建符号链接

推进的伏笔：更新对应的伏笔文件，在"事件记录"中添加推进事件

回收的伏笔：更新对应的伏笔文件，在"事件记录"中添加回收事件，将元数据中的 status 改为 resolved

Claremont 系数检查：

遍历 docs/dreampowers/tracking/ 目录下所有 thread-* 伏笔文件，统计元数据中 status 字段：

Claremont 系数 = status=active 的伏笔数 - status=resolved 的伏笔数

• CC = 0：伏笔收支平衡
• CC > 0 且 ≤ 2：叙事债务可控
• CC > 2：警告。暂停连续写作，建议优先回收旧伏笔

连续写作模式

默认流程是逐章写作、逐章确认。用户可选择连续写作模式。

模式选择

连续写作规则

1. 三阶段审查不跳过。 连续写作省略的是用户确认环节，不是质量检查
2. 审查 3 次不过仍然升级。 立即暂停连续写作，交给用户判断
3. CC > 2 触发暂停。 警告用户伏笔债务过高
4. 用户随时可中断。 用户说"停"、"暂停"、"等一下"时，立即停止

批量审阅

连写 N 章或写完一卷后，向用户交付时：

1. 列出所有已完成章节的摘要（直接引用 docs/dreampowers/timeline/summary-NNN.md 内容）
2. 标注每章的三阶段审查结果
3. 标注伏笔场记的当前 CC 值和变化趋势
4. 询问用户是否要逐章细审，还是整体通过

中途改变主意

用户可以随时切换模式。切换即时生效。

大纲偏离处理

• 小偏离（场景内部调整）：记录偏离点，继续写作
• 中偏离（章节内事件顺序调整）：记录偏离点，章节审查时重点检查
• 大偏离（核心事件改变、主线走向变化）：立即暂停，调用 skill("dp-set-outline") 的大纲修订流程

大偏离判定标准：如果这个偏离会导致后续 2 章以上的大纲失效，就是大偏离。

章节稿件接入

当作者在 AI 流程之外手写了章节，需要将其纳入工作流。

适用场景

• AI 写了 1-5 章，作者自己写了 6-8 章
• 作者导入已有手稿
• dp-set-concept 的导入模式将章节内容路由到此处

接入流程

1. 元数据注入：为每个导入章节补充元数据头，review_status: imported
2. 内容分析：逐章阅读，提取世界观设定引入、角色出场、伏笔种子、与大纲的对应关系
3. 伏笔场记回填：回溯创建或更新 docs/dreampowers/tracking/thread-* 伏笔文件，发现呈报用户确认
4. 连续性检查：对导入章节调用 skill("dp-review-consistency")
5. 大纲对照：与大纲比对，记录偏离点。若存在大偏离，建议修订大纲
6. 续写衔接：建立交接点，总结末章结尾状态（含角色章末状态快照），下一章进入正常 草稿预审

接入规则

• 导入章节保存为 docs/dreampowers/chapters/chapter-NNN/draft.md，review_status 标记为 imported
• 终稿保存至 docs/dreampowers/release/chapter-NNN.md
• 导入章节不经过三阶段审查（作者原作）
• 但会被扫描以追踪连续性和伏笔
• 用户可主动要求审查导入章节
• 批量导入多章时，按章节顺序处理

反模式

• ❌ 写完不审查直接下一章 — 每章必须走完三阶段审查
• ❌ 跳过 Stage 2 揭示检查 — 核心创新，不可省略
• ❌ 审查发现问题但标记"下章再修" — 问题在本章解决
• ❌ 字数优先于质量 — 写 2000 字好文胜过 5000 字水文
• ❌ 三个 Stage 合并为一次审查 — 必须顺序执行、独立判断
• ❌ 揭示检查"大部分通过"就放行 — 零违规才通过
• ❌ 引用白名单外的概念或角色 — 只有 spec.md 写作蓝图中列出的概念和角色才可使用
• ❌ 写作阶段读取 spec.md 以外的文件 — 阶段 C 的唯一输入是 spec.md
• ❌ 并行起草多章 — 章节必须串行写作
• ❌ 给过去时代加回忆滤镜 — 不是回忆，没有古旧感，当时的事物是鲜活的
• ❌ 用当代物品替代该时代实际物品 — 核查每个物件是否符合故事年代
• ❌ 过度展开大纲条目 — 大纲写"兴建工厂"不等于要描写施工过程，一句带过即可；只展开推动情节、塑造角色或制造冲突的内容
• ❌ 草稿预审阶段直接读取 release/ 下的完整章节 — 前序信息只通过章节文件夹内的 summary-*.md 摘要符号链接获取，缺失时补建链接而非读原文

完整流程图

digraph chapter_draft {
    rankdir=TB;
    node [shape=box, style=rounded];

    start [label="开始写新章节"];
    gate_a [label="阶段 A：评估\n读取材料 → 门控检查\n→ 定向提取\n→ 写入 spec.md 第六/七节"];
    gate_pass [label="门控通过？" shape=diamond];
    fix_gate [label="修正并重新评估"];
    gate_b [label="阶段 B：用户确认\n呈现 spec.md 第六/七节"];
    user_gate [label="用户确认？" shape=diamond];
    user_gate_fix [label="按用户意见修改\nspec.md 第六/七节"];
    gate_c [label="阶段 C：写作\n只读 spec.md"];
    write [label="逐场景写作\n(调用 skill(\"dp-chapter-direct\"))"];
    self_check [label="自检\n揭示/对话/伏笔"];

    review [label="三阶段审查流水线"];
    review_pass [label="审查通过？" shape=diamond];

    ext_reader [label="读者审阅\n(dp-review-reader)"];
    ext_consistency [label="一致性审阅\n(dp-review-consistency)\n含写作风格检查"];
    ext_issue [label="存在问题？" shape=diamond];
    ext_fix [label="根据报告修改章节"];
    ext_count [label="循环次数？" shape=diamond];
    tbd [label="保存为 TBD\nrelease/chapter-NNN-TBD.md"];

    user [label="用户确认？" shape=diamond];
    user_fix [label="按用户意见修改"];
    save_draft [label="保存草稿\nchapters/chapter-NNN/draft.md"];
    save_review [label="保存审查报告\nchapters/chapter-NNN/review.md"];
    save_release [label="保存终稿\nrelease/chapter-NNN.md"];
    update_thread [label="更新伏笔文件\n检查 Claremont 系数"];
    summary [label="调用 skill(\"dp-chapter-summary\")\n生成本章摘要"];
    done [label="本章完成\n循环至下一章" shape=doublecircle];

    start -> gate_a;
    gate_a -> gate_pass;
    gate_pass -> gate_b [label="通过"];
    gate_pass -> fix_gate [label="未通过"];
    fix_gate -> gate_a;
    gate_b -> user_gate;
    user_gate -> gate_c [label="确认"];
    user_gate -> user_gate_fix [label="修改"];
    user_gate_fix -> gate_b;
    gate_c -> write;
    write -> self_check;
    self_check -> review;
    review -> review_pass;
    review_pass -> ext_reader [label="通过"];
    review_pass -> write [label="需修改"];

    ext_reader -> ext_consistency;
    ext_consistency -> ext_issue;
    ext_issue -> user [label="无问题"];
    ext_issue -> ext_fix [label="有问题"];
    ext_fix -> ext_count;
    ext_count -> ext_reader [label="< 3 次"];
    ext_count -> tbd [label="= 3 次"];
    tbd -> user;

    user -> save_draft [label="确认"];
    user -> user_fix [label="要修改"];
    user_fix -> self_check;
    save_draft -> save_review;
    save_review -> save_release;
    save_release -> update_thread;
    update_thread -> summary;
    summary -> done;
}

与其他技能的交互

终态

没有固定的下一个技能。章节写作是一个循环：

草稿预审(A:评估→B:用户确认→C:只读spec写作) → 逐场景写作 → 三阶段审查 → 外部审阅闭环(reader+consistency, 最多3轮) → [用户确认/批量审阅] → 保存 → 更新伏笔 → 生成摘要 → 下一章

每一章重新进入 草稿预审 阶段 A，重新读取材料、门控检查、定向提取。不要假设上一章的 spec.md 内容对下一章依然成立。