通用 章节创作闭环

通用-章节创作闭环

题材路由：若 .github\题材专用Skills\ 目录存在对应的 <题材>-章节创作闭环 Skill，则：

• 将题材特性骨架路由到 <题材>-章节创作闭环，该 Skill 位于 .github\题材专用Skills\ 目录。
• 命中本技能时，必须优先强制加载当前 Skill 与 <题材>-章节创作闭环。

执行安保（硬性门禁）

阅读确认（强制）

本文件不是摘要或参考提示，而是必须逐字执行的流程指令。

在产生任何输出之前，必须先逐条输出以下确认。不输出确认就输出正文内容，一律视为流程违规：

[阅读确认]
- 本文件 SKILL.md → [已完整读取，完全理解全部硬规则与强制要求]
- references/章节创作闭环总流程与完成出口.md → [已读取并理解]
- references/章节路径推导与工件命名.md → [已读取并理解]
- references/章节批量模式与连续性日志.md → [已读取并理解]
- references/章节终审门槛与摘要规范.md → [已读取并理解]

若 Agents.md 声明了主输出平台或注册了三类模板，再追加：

- Agents.md → [已读取，已识别主输出平台 / 注册模板]

执行器定位（硬性）

• 本 Skill 是"执行器"，不是"规划器"：目标是把步骤 0→13 真实跑完，而不是输出计划、进度条、阶段总结、初稿清单或"接下来将进行什么"的说明。
• 一气呵成：一旦开始执行，必须一气跑完步骤 0→13，中途不得暂停去询问与任务无关或可由既有规则推断的问题。
• 禁止"等你说继续"式暂停：不得在中途以"汇报当前进度/下一步计划"为理由停下来等待用户回复。除非硬性缺参导致无法继续，否则必须自动持续执行到步骤 13 的最终摘要输出。
• 步进式输出：每一步开始时输出 [进度] 步骤 N：当前动作描述；在完成全部步骤之前，不得提前输出"本章节闭环完成"、评分结论或读者产物。

阶段推进闸门（硬性）

• 步骤 1 / 2 只代表"正文初稿阶段完成"，绝不代表整个 SOP 完成。
• 每完成一个步骤，必须立即判定 nextStep 并继续推进；只要 nextStep <= 12，就不得输出完成收尾语。
• 批量模式下，整批步骤 0→1.5→2 完成后必须立刻进入步骤 3→5；步骤 3→5 完成后必须进入步骤 6→10；全部章节通过 10 后才允许进入步骤 11→13。
• 如果发现自己刚完成的是"本相位最后一章"而不是"全 SOP 最后一步"，必须自动切到下一相位，而不是结束对话。

禁止擅自跳步与禁止不加载 Skill（硬性新增）

1. 每个步骤的"调用 skill"声明是强制门禁，不是建议 — 步骤中标注了 调用 skill：通用-生成章节控制卡 等声明的，必须通过 skill() 工具实际加载对应 Skill 的 SKILL.md 并逐字执行其指令，不得跳过加载直接凭"已有知识"替代执行。
2. 禁止擅自跳过任何步骤 — 从步骤 0 到步骤 13 的所有步骤必须逐项执行，不得以"该步骤不适用"、"评分已达标"、"旧步骤已执行过"为由跳过。若某步骤确实不适用（如单步执行时无需批量初始化），必须在日志中显式记录 skipped_{stepName}_reason=xxx，且需有明确规则依据。
3. 禁止用"手动替代"跳过 skill 加载 — 不得以"我已经知道这个 Skill 的内容了"为由不通过 skill() 工具加载。每一次步骤执行都必须由 skill() 重新加载对应 Skill 文件，以获取最新版本。
4. 禁止用"文件已存在"代替"步骤已执行" — 必须以本次执行中是否实际读取、修改、覆盖写回并更新日志为准。
5. "按需调用"不豁免加载义务 — 步骤中标注"按需调用"的专项 Skill，只要诊断结论指向需要调用，就必须通过 skill() 工具加载，不得凭经验直接改写。若诊断后确认不需要调用，必须在日志中记录 diagnosed_no_need_{skillName}_reason=xxx。
6. 禁止"伪加载 / 伪执行" — 凡声明"已调用某 Skill""已执行某步骤"，必须有可验证的工件为证：工件文件覆盖写回（CONTROL_CARD_FILE / CHAPTER_FILE / REVIEW_REPORT_FILE / DESAI_REPORT_FILE / READER_NOTE_FILE / BOOK_REVIEW_FILE 等）与 SOP 日志记录（checkpoint / artifacts / iteration / 评分），两者缺一不可。仅在聊天回复里写"已加载""已执行""已去味完成"而没有任何新落盘工件与日志支撑的，一律视为未执行，必须补做。

禁止误判完成的情形（硬性）

以下任一情况都不等于流程完成，必须继续执行：

1. 禁止把"初稿已写入"当作"章节已完成" — 只完成步骤 1→2 时最多只能记为 drafted。
2. 禁止跳过步骤 2 后的字数门禁 — 正文修改后都必须重跑 count-chapter.ps1，以最新 MeetsMinCJK/WithinRange 字段为准。正文字数检测必须使用 scripts/count-chapter.ps1，不得用 Len、NoWhitespaceLen、编辑器字符数或目测代替；正文门禁只看 BodyCJK / MeetsMinCJK / WithinRange，MeetsMinCJK 必须为 True，WithinRange 最好为 True。
3. 禁止跳过润色与去AI味（步骤 3→4）直接进审阅 — 初稿必须经过润色和去AI味处理才能进入审阅。
4. 步骤 6→7→8→9→10 的首轮闭环必须无条件执行 — 不得根据任何"综合评分"决定跳过、合并或提前终止。
5. 禁止用"文件已存在"代替"步骤已执行" — 必须以本次执行中是否实际读取、修改、覆盖写回并更新日志为准。
6. 禁止把"旧评分"或"旧报告"当作当前终审结论 — 只要正文在本次执行中发生了任何实质修改，审阅报告就必须重新审阅并覆盖更新。
7. 禁止把"接近 9.2"表述成"已达 9.2+" — 8.8/8.9/9.0/9.1/9.2 一律视为未达标；只有明确写出综合评分 > 9.2 才达标。
8. 禁止把"阶段性汇报"伪装成"完成汇报" — 步骤 13 之前只能输出进度，不得出现任何暗示"整个 SOP 已收尾"的表述。
9. 禁止"装模作样"式执行去AI味 — 步骤 4（以及步骤 7 / 9.1 按需调用 通用-去AI味重写 时）不得以"改几个词、泛泛提一句已经去味"的方式走过场。去味必须真实完成完整工序：全文深度诊断 → 三档手术定档执行 → 保真核对 → 覆盖写回 CHAPTER_FILE → 按 通用-去AI味重写 第十一步强制归档要求生成当章去AI化报告并落盘 去AI化报告/（含统计对抗实测、结构保护核对、工序执行记录、朗读复核实测）。报告未落盘、量化数据未实测、或报告被 去AI化报告模板.md 判定为敷衍（全表"—"、照抄占位符、只做表面扫描）的，一律视为步骤 4 未完成，必须回步骤 4 重新执行。
10. 禁止把"口头宣称完成"当作"步骤已执行" — 任何步骤的完成判定只认三样东西：本次执行中实际读取并修改了源文件、工件文件已覆盖写回、SOP 日志已如实更新（ok=true 与 checkpoint）。聊天输出中的完成表述不能替代其中任何一样。

继续读取的 references（强制读取门禁）

以下所列 references 文件必须通过 read_file 工具逐文件读取，不得因"已有相关知识"、"之前执行时已读过"、"该文件只是参考"为理由跳过任何一条。 每条 references 按其标注的必读等级强制执行：

• 标注 必读 的文件：必须读取，少一条即视为流程违规，不得开始步骤 0。

• 未标注必读的文件：必须读取，但读取后可仅提取与当前任务直接相关的段落，不要求逐字通读。

• 若文件路径指向的文件不存在（如引用的外部路径未就位），必须在日志中显式记录 reference_missing_{refName}，不得静默跳过。

• references/章节创作闭环总流程与完成出口.md — 必读：步骤详解、执行细节与完成出口条件

• references/章节路径推导与工件命名.md — 必读：工件路径规则与合规门禁

• references/章节批量模式与连续性日志.md — 批量模式与日志规则

• references/章节终审门槛与摘要规范.md — 评分门槛与摘要模板

• references/步骤2正文四拍与钩子轮换门禁.md — 步骤 2 落稿后的节拍复核

• ../../写作研究/网文留存模型.md — 留存基线，定义步骤 10 双轴回炉的留存评分标准与分流规则

• references/单元主线编排与节奏配比.md — 单元节奏参考

• references/九部件与进度节奏续跑卡.md — 卡顿恢复参考

• references/章节链路闭环复核与回写决策卡.md — 闭环复核参考

• references/三批次修订SOP与门禁节奏.md — 修订批次参考

作者风格画像嵌入（自动收集作者反馈）

• 若项目根存在 Agents.md 且其中注册了"作者风格进化"数据源（蒸馏产物/作者风格进化/ 下的 作者风格画像.md 与 作者原声样本库.md）：
  • 前置（步骤 0 初始化时）：按 通用-作者风格进化 的嵌入模式，围绕 本批章节的叙述声口 / 创作走向 向作者收集 ≤1 个判断（叙述声口挖矿槽，A 类；问题示例见其 references/环节嵌入点映射.md）；作者回答的原声即时沉淀进样本库与画像
  • 执行中：读取 作者风格画像.md 全部层作为本批章节作者约束（优先级：作者画像 > 作者风格模板 > 通用默认基线；不替代平台硬门槛）
  • 后置（步骤 12.5）：章批完成后捕获作者产出反馈（见下）
• 未注册数据源或作者明确跳过：回退既有模板与默认基线，不报错，不阻断

风格/蓝本/写作研究模板自动发现规则

若当前服务的项目根目录存在 Agents.md，启动章节创作闭环前必须：

1. 读取项目根目录的 Agents.md；若其中声明了主输出平台，检索三类模板时优先匹配"适用平台"与主输出平台一致的模板，无匹配时回退到"适用平台：默认"的同类模板
2. 若 Agents.md 中注册了"写作研究模板"——读取对应路径的模板文件，将其作为本轮章节闭环的题材×平台默认门禁
3. 若 Agents.md 中注册了"作者风格模板"——读取对应路径的模板文件，将其作为正文创作、润色、去AI味和审阅阶段的统一文风基线
4. 若 Agents.md 中注册了"作品蓝本模板"——读取对应路径的模板文件，将其作为章首、回报、钩子、节奏和信息释放的闭环参照
5. 本 Skill 作为编排器主要负责读取、记录、传递三模板约束，并在日志中标注模板状态；具体字段由被调用的子 Skill 消费
6. 若项目根目录不存在 Agents.md，或其中未注册对应模板——回退通用默认模式，不报错，不阻断

主输出平台自动发现规则

若当前服务的项目根目录存在 Agents.md 且其中声明了主输出平台，启动章节创作闭环前必须：

1. 读取项目根目录的 Agents.md
2. 按命名约定定位对应的通用-输出{平台名}版 Skill
3. 将平台 Skill 的门禁标准（字数门槛、开篇密度、回报间隔、钩子强度、标题规则）作为本章节闭环的默认门禁基线
4. 在日志中记录当前主输出平台及对应平台 Skill
5. 若未配置主平台或配置缺失——回退平台无关的通用默认模式，不报错，不阻断

本 Skill 默认消费字段：

• 写作研究模板：章节门禁、章首约束、节奏间隔、禁忌类约束
• 作者风格模板：句长基线、段落节奏、对话风格配置、情绪表达方式、禁忌清单
• 作品蓝本模板：章首模式指纹、中段回报指纹、章末钩子指纹、场景节奏分布、信息释放节拍

默认模型温度参考

本 Skill 作为编排器不直接调用模型，但将以下温度约束传递给被调用的下游子 Skill 执行：

练习方法入口（新增——吸收自知乎精华"如何把大纲蜕变成沉浸小说"）

本 Skill 的步骤 0→13 是生产级闭环（面向已投入连载的章节成品）。对于仍在打磨基本功的阶段，以下练习路径可作为补充使用：

1. 模拟练习模式：使用 AI 生成章纲 → 调用 通用-生成章节控制卡 分解场景 → 调用 通用-创建小说正文 扩写成正文 → 调用 通用-审阅章节正文 做五问自筛 → 修改 → 重复直到五问全部通过。
2. 内化目标：以 5-6 轮为一次完整练习周期，目的是把"开场戏/冲突感/舞台沉浸/人物细节/节奏连贯"这五问内化为写作直觉，而非永远依赖检查清单。
3. 脱离AI辅助：练习周期完成后，脱离 AI 章纲直接写作，调用 通用-创建小说正文 一气呵成写完初稿，再用审阅步骤自我反馈。
4. 本模式与本 Skill 生产模式的关系：练习模式使用本 Skill 的步骤子集（步骤 1→2→6→10），不执行完整的润色/去AI味/读者产物等生产步骤。练习模式下的评分门槛可放宽（不要求 9.2+），以"五问全部通过"为完成标准。

调用入口：从 通用-创建小说正文 的"章纲→正文自审五问"配套练习法触发时，应进入本练习模式而非全量生产闭环。

雪花写作法的递进式创作理念（新增——吸收自知乎芒果留了果）

来源：知乎·芒果留了果《AI写小说水文破解：用雪花写作法重构长篇创作逻辑》（2026-07-29）。

本 Skill 的 0→13 步骤框架与雪花写作法的核心理念高度一致：打破 AI 写作"流水账"困境的关键，在于放弃一步到位的幻想，转而将创作拆解为递进式步骤——用严密的结构约束框架，用情绪与人性去润色细节。

雪花写作法的三个递进阶段与本 Skill 的步骤映射：

核心原则：AI 辅助写作最容易踩的坑是"一次性把任务全塞给 AI，期待它吐出成品"。正确的做法是逐步给任务——每完成一个步骤都进行人工审视与确认，让每一步的产出成为下一步的输入约束。这正是本 Skill 从步骤 0 到步骤 13 逐推进、每步都有门禁闸口的设计哲学。

题材包装层路由规则

题材目录下的包装层 Skill（如都市悬疑-生成章节控制卡）是本 Skill 的题材特化扩展。调用规则：

• 在调用任一通用 Skill 之前，先检查当前项目题材目录下的 .github/skills/ 中是否存在同名的题材包装层
• 若存在：先加载题材包装层 Skill，再由其路由到通用 Skill 叠加题材规则
• 若不存在：直接调用通用 Skill，不报错，不阻断
• 示例：写都市悬疑章节时 → 先检查都市悬疑-章节创作闭环 → 若存在，用它包装本流程

章节创作闭环流程

步骤 0：初始化与环境检查

调用 skill：无（编排器自执行）

扮演角色： 编排器 / 项目经理角色，不代入具体创作/审阅/读者视角，只做环境检查与路径推导。

职责： 确认所有输入路径与依赖文件存在，自动发现模板/平台，推导全部工件路径，创建目录结构，初始化 SOP 执行日志。

完成标记： checkpoint.nextStep = 1，写入日志。

步骤 1：生成章节控制卡

调用 skill（强制加载，不得跳过）： 通用-生成章节控制卡（及对应的题材包装层）。必须通过 skill() 工具加载对应 Skill，逐字执行其 SKILL.md 指令。

扮演角色： 规划者 / 写前施工员角色。从大纲控制卡视角拆解本章任务，不代入作者写作情绪，以结构规划为主。

职责： 将卷纲/章纲压缩成可执行的本章施工命令，明确本章唯一职责、场景拆分、中段回报预埋、章末钩子预埋与上游供血对齐。

1. 加载通用-生成章节控制卡（若存在题材包装层，先加载题材层再路由到通用层）
2. 控制卡必须回答：本章核心任务、场景单元拆分、中段回报类型与触发条件、章末钩子类型与下一章接棒对象
3. 控制卡必须标注：本章对主卖点的关系（强化/兑现/转化/保温/铺垫）
4. 控制卡落盘到 CONTROL_CARD_FILE（路径必须以写作控制卡/开头）

文件写入： 控制卡 → 覆盖写入 CONTROL_CARD_FILE

完成标记： checkpoint.nextStep = 2，写入日志。

步骤 1.5：写前连续性检查

调用 skill（强制加载，不得跳过）： 通用-管理连续性冷热线（及对应的题材包装层）。必须通过 skill() 工具加载对应 Skill，逐字执行其 SKILL.md 指令。

扮演角色： 规划者视角。在写完控制卡后、正式创作前，检查哪些旧线该在这章回归、哪些线快冷了、本章承接的上一章钩子是否清楚。

职责： 检查连续性冷热线状态，确认本章需要回应的旧线、伏笔与关系状态。

1. 加载通用-管理连续性冷热线（及对应的题材包装层）
2. 读取 CONTINUITY_LEDGER_FILE（若存在），检查人物动态状态、悬念/伏笔状态、回归压力与未回收钩子
3. 输出连续性诊断结论：热线/温线/冷线/归档线分类，以及本章必须触碰的对象
4. 若诊断发现关键冷线已连续多章失温，优先在控制卡中追加回归安排

完成标记： 诊断结果写入日志。

步骤 2：撰写章节初稿 → 字数检测 → 循环扩写（强制闭环）

调用 skill（强制加载，不得跳过）： 通用-创建小说正文（及对应的题材包装层）；脚本 scripts/count-chapter.ps1。必须通过 skill() 工具加载 通用-创建小说正文 的 SKILL.md，逐字执行其指令；脚本仅用于字数检测，不替代 skill 加载。

扮演角色： 小说作者角色。参考 .github/agents/小说作者.agent.md 的创作视角，代入项目对应题材的作者立场。创作阶段全情投入写作，字数检测阶段短暂切出执行脚本。

职责： 依据控制卡与章纲，创作章节正文初稿并确保达到字数门槛。本步骤的结束条件只有一个：MeetsMinCJK == true。

【强制门禁：字数检测闸口】 在完成 2.3 后、进入任何其他步骤前，必须先执行以下检测序列。检测结果决定是否允许离开本步骤：

扩写循环期间：每轮扩写必须调用 通用-创建小说正文（扩写模式） 增加实际内容（新增场景/对话/描写/回报），禁止用空行、重复句、标点填充等凑字数手段。每轮扩写后必须重新执行 2.4 检测。

字数检测通过后，继续执行以下补检：

【强制完成前提】 本步骤的完成标记只在满足以下全部条件时写入：

• count-chapter.ps1 已执行，MeetsMinCJK == true
• 扩写循环未超过 8 轮上限（或已记录 blocked_word_count_insufficient）
• 四拍复核与补检包已执行

文件写入： 每轮扩写后覆盖写入 CHAPTER_FILE

完成标记： checkpoint.nextStep = 3，字数统计与四拍字段写入日志。

步骤 3：正文润色（组合调用）

调用 skill（强制加载，不得跳过）： 通用-正文润色（及对应的题材包装层）；按需调用 通用-强化章节开头、通用-强化章末钩子、通用-执行场景单元、通用-执行对话冲突、通用-执行微空间受限场景。主体 Skill 必须通过 skill() 工具加载；按需调用的专项 Skill 若诊断后确认需要调用，也必须通过 skill() 工具加载，不得凭经验直接改写。若诊断后确认不需要调用，在日志中记录 diagnosed_no_need_{skillName}。

扮演角色： 小说作者角色（润色视角）。继续沿用 .github/agents/小说作者.agent.md 的作者立场，但切换为"精修者"模式——不是重写，而是打磨已有文本。诊断发虚维度时短暂切出为编辑视角，决定是否调用专项 Skill。

职责： 对已达字数门槛的章节进行整体文风、节奏、语言质感上的精修，并对局部短板做专项强化。

专项强化诊断与调用（按需执行，不强制全部调用）：

3.5 每次专项强化后，覆盖写入 CHAPTER_FILE

文件写入： 润色/强化结果覆盖写入 CHAPTER_FILE

完成标记： checkpoint.nextStep = 4，记录本轮调用的专项 Skill 清单。

步骤 4：去 AI 味重写

调用 skill（强制加载，不得跳过）： 通用-去AI味重写（及对应的题材包装层）。必须通过 skill() 工具加载对应 Skill，逐字执行其 SKILL.md 指令（含其第十一步强制归档要求与 references/去AI化报告模板.md）。

扮演角色： 小说作者角色（主编式去味视角）。继续沿用 .github/agents/小说作者.agent.md 的作者立场，但切换为"去味编辑"模式——先诊断病灶、再定手术强度、最后保信息执行。不在去味过程中切换为审阅者或读者。

职责： 在不改变剧情和人物设定的前提下，消除明显的 AI 文风、模板化表达和机械痕迹，并强制产出本章去AI化报告。

1. 加载通用-去AI味重写（及题材包装层），代入作者角色
2. 读取当前 CHAPTER_FILE 全文
3. 先去 AI 味深度诊断（模板腔、解释腔、均匀句群、感官均匀轰炸、比喻公式套娃、节奏全程匀速等结构指纹）
4. 再按三档手术强度（轻度/中度/重度）执行去味重写
5. 保真要求：去味后必须保住信息量、结构职责、人物声口差异、章首抓力、中段回报、章末钩子
6. 去味结果覆盖写入 CHAPTER_FILE
7. 按 通用-去AI味重写 第十一步的强制归档要求，根据 references/去AI化报告模板.md 生成当章去AI化报告，覆盖写入 DESAI_REPORT_FILE（路径必须为 去AI化报告/ 开头；每一章一个文件；同章同日再次执行去味时覆盖并在防敷衍声明中注明"第N版/重做版"）
8. 记录本轮手术强度、主要病灶、DESAI_REPORT_FILE 路径到日志（artifacts 必须包含 DESAI_REPORT_FILE）

【强制门禁：反装模作样 · 去AI化报告落盘检查】 步骤 4 宣告完成前，必须逐项验证以下条件，任一不满足即回退重做，不得进入步骤 5：

□ 已通过 skill() 实际加载 通用-去AI味重写 并逐字执行（不是"凭已有知识"替代）
□ 去味诊断真实执行：至少识别出本章具体病灶（模板腔/解释腔/均匀句群/长句/公式句等至少 1 类可点名病灶）
□ 手术真实执行：对病灶切实改写并覆盖写回 CHAPTER_FILE，改后正文与改前可 diff
□ 保真核对完成：信息量/声口差异/章首抓力/中段回报/章末钩子没有丢失
□ DESAI_REPORT_FILE 已落盘（路径以 去AI化报告/ 开头），且报告按 去AI化报告模板.md 填写
□ 报告中统计对抗结果为实测（优先 polish_qa.py / 第九步十维度扫描，否则去味前后手动统计），非凭空填写
□ 报告中结构保护核对、工序执行记录、逐页朗读复核（Anti-Cheat）均为本次实际执行结论
□ 报告防敷衍声明中标注了版本号与数据来源
□ artifacts 已记录 DESAI_REPORT_FILE 路径

禁止情形（出现任一即判定步骤 4 未完成，必须重做）：

• 只改两三个词或只做表面替换，就在聊天回复里声称"已去 AI 味完成"——未产出 DESAI_REPORT_FILE 的，一律不算执行。
• 未实际调用 通用-去AI味重写（未通过 skill() 加载），凭"我知道这个 Skill 的内容"直接改写。
• 报告全表填"—"、照抄模板占位符、量化数据凭空填写、朗读复核结论多页雷同无实据。
• 去味后在聊天里给"去味完成"结论，但正文未覆盖写回 CHAPTER_FILE。

文件写入： 去味后正文覆盖写入 CHAPTER_FILE；去AI化报告覆盖写入 DESAI_REPORT_FILE

完成标记： checkpoint.nextStep = 5，日志记录手术强度、病灶与 DESAI_REPORT_FILE 路径。

步骤 5：润色作者有话说

调用 skill（强制加载，不得跳过）： 通用-润色作者有话说（及对应的题材包装层）。必须通过 skill() 工具加载对应 Skill，逐字执行其 SKILL.md 指令。

扮演角色： 小说作者角色（读者向交流视角）。沿用 .github/agents/小说作者.agent.md 的作者立场，但切换为"轻声交流"模式——站在作者身份和读者对话，不是写创作笔记也不是继续正文叙事。

职责： 将 ## 作者有话说 修成读者向小剧场：一丢丢创作花絮 + 一点贴着本章余波的情绪共鸣 + 一个开放式轻追问。

1. 加载通用-润色作者有话说
2. 读取当前 CHAPTER_FILE 中的 ## 作者有话说 段落
3. 按读者向小剧场标准润色：
   • 用一个贴着正文的小细节，把读者重新拉回本章余波
   • 保留本章情绪、代价、悬念或刺点，但不剧透
   • 最后留一个开放式轻追问、轻岔口或轻余味
4. 润色后的完整正文（含更新后的作者有话说）覆盖写入 CHAPTER_FILE

文件写入： 更新后的 CHAPTER_FILE

完成标记： checkpoint.nextStep = 6，写入日志。

步骤 6：第一次审阅（强制完整模板）

调用 skill（强制加载，不得跳过）： 通用-审阅章节正文（及对应的题材包装层）。必须通过 skill() 工具加载对应 Skill，逐字执行其 SKILL.md 指令及 references 中定义的完整审阅模板。

扮演角色： 审阅者角色。必须从作者角色中完全退出，切换到审阅者立场（参考 小说审阅者.agent.md）。审阅期间不得代入作者情绪、不得为正文做辩护式解释、不得以"我当初写的时候是这么想的"为由降低审阅标准。

职责： 以审阅者视角，对当前章节进行全面审阅，输出独立的审阅报告。

硬性规则（违反任一即视为流程违规）：

• 步骤 6→7→8→9→10 的首轮闭环必须无条件完整执行，不得根据任何综合评分决定跳过。
• 综合评分在步骤 6 里只允许"记录"，不允许"据此跳过后续步骤"。
• 审阅报告必须使用《通用-审阅章节正文》SKILL.md 中定义的完整报告模板，不得写简版报告。简版报告的判断标准：缺少章首抓力/中段回报/章末钩子/现实落地/规则边界/链路失配/人物执行审计中任一板块即为简版。

【强制门禁：审阅报告模板完整性检查】 审阅报告写入后、在宣告本步骤完成前，必须逐项验证以下板块是否均在报告中出现：

□ 章首抓力评估
□ 中段回报评估
□ 章末钩子评估
□ 现实落地评估
□ 规则边界评估
□ 链路失配评估
□ 人物执行审计（含声口一致性、心智模型落地、压力反应匹配等）
□ 综合评分：X.X/10
□ 具体修改建议

任一板块缺失 → 判定为简版报告，必须回退到步骤 6.4 重新撰写完整审阅报告，不得带缺失进入步骤 7。

1. 加载通用-审阅章节正文，代入审阅者角色
2. 读取当前 CHAPTER_FILE 全文
3. 审前裁判源复核：认真仔细阅读本章实际出场人物对应的人物传记 + 故事设定文档
4. 执行全面审阅，严格使用审阅报告完整模板（章首抓力/中段回报/章末钩子/现实落地/规则边界/链路失配/人物执行审计）
5. 报告中必须包含 综合评分：X.X/10（纯数字，允许 1 位小数）
6. 审阅报告覆盖写入 REVIEW_REPORT_FILE
7. 执行【审阅报告模板完整性检查】，确认无缺失后进入完成标记

文件写入： 审阅报告覆盖写入 REVIEW_REPORT_FILE

完成标记： checkpoint.nextStep = 7，写入日志。

步骤 7：根据审阅报告修订正文

调用 skill（强制加载，不得跳过）： 按需调用 通用-正文润色、通用-强化章节开头、通用-强化章末钩子、通用-执行场景单元、通用-执行对话冲突、通用-执行微空间受限场景、通用-去AI味重写（及对应的题材包装层）。按需调用的专项 Skill 若诊断后确认需要调用，必须通过 skill() 工具加载。若诊断后确认不需要调用，在日志中记录 diagnosed_no_need_{skillName}_reason=xxx。

扮演角色： 切回小说作者角色（修订模式）。退出审阅者立场，回到 .github/agents/小说作者.agent.md 的作者视角。审阅报告是修改依据，不是创作枷锁——修改时以"解决问题"为目标，不是以"回应每一条意见"为目标。

职责： 根据第一版审阅报告，对章节做针对性修改与再润色。

硬性规则：

• 只要步骤 6 已执行，步骤 7 就必须执行一次，不得因为综合评分已达 9.2+ 就跳过。
• 评分高低都不改变本步骤的首轮必执行性质。

1. 代入作者角色
2. 读取当前 CHAPTER_FILE 与第一版 REVIEW_REPORT_FILE
3. 根据审阅报告中的问题与建议，判断问题所属层级：
   • [骨架层]：场景职责/唯一职责/结构问题 → 调用通用-执行场景单元（及对应的题材包装层）
   • [扩展层]：动作链/证据推进/冲突设计 → 调用通用-执行场景单元 / 通用-执行对话冲突 / 通用-执行微空间受限场景（及对应的题材包装层）
   • [表达层]：文笔/节奏/抓力/钩子 → 调用通用-正文润色 / 通用-强化章节开头 / 通用-强化章末钩子 / 通用-去AI味重写（及对应的题材包装层）
4. 针对性地按需调用上述一个或多个 Skill 进行修订
5. 修订后的完整正文覆盖写入 CHAPTER_FILE
6. 若本轮实际调用了 通用-去AI味重写 执行去味改写：必须同步覆盖更新当章 DESAI_REPORT_FILE（按 去AI化报告模板.md 追加本轮手术记录，防敷衍声明中注明"第N版/重做版"），不得只改正文不更报告——正文与去AI化报告的鲜度必须一致

文件写入： 修订后正文覆盖写入 CHAPTER_FILE；若调用了去AI味，去AI化报告同步覆盖写入 DESAI_REPORT_FILE

完成标记： checkpoint.nextStep = 8，写入日志。

步骤 8：第二次审阅（强制完整模板 + 差异对比）

调用 skill（强制加载，不得跳过）： 通用-审阅章节正文（及对应的题材包装层）。必须通过 skill() 工具加载对应 Skill，逐字执行其 SKILL.md 指令及 references 中定义的完整审阅模板。

扮演角色： 切回审阅者角色。完全退出作者立场，再次代入审阅者视角（参考 小说审阅者.agent.md）。本轮不仅检查第一轮问题是否修复，还要重新发现修订引入的新问题。标准不因"已经改过一轮"而降低。

职责： 在修订后的章节基础上，进行新一轮全面审阅，直接更新同一审阅报告文件。

硬性规则（违反即视为流程违规）：

• 只要步骤 7 已完成，步骤 8 就必须执行一次，不得因为"看起来已经够好"而省略。
• 审阅报告必须使用完整报告模板，不得写简版。至少需要包含步骤 6 规定的所有板块。
• 本轮必须包含"与上一轮审阅的差异对比"（指出哪些问题已解决、哪些部分解决、哪些未解决、哪些是新增问题）。

【强制门禁：审阅报告模板完整性检查】（同步骤 6） 写入后、宣告完成前，逐项验证报告是否包含完整模板的所有板块。缺失任一板块 → 判定为简版，回退重写。

1. 加载通用-审阅章节正文，代入审阅者角色
2. 读取修订后的 CHAPTER_FILE 与现有 REVIEW_REPORT_FILE（可选，用于对比）
3. 执行全面审阅，使用完整审阅报告模板
4. 对照上一轮问题给出差异说明（已解决/部分解决/未解决/新增问题）
5. 审阅结果覆盖写入 REVIEW_REPORT_FILE
6. 执行模板完整性检查，确认无缺失

文件写入： 审阅报告覆盖写入 REVIEW_REPORT_FILE

完成标记： checkpoint.nextStep = 9，写入日志。

步骤 9：第二次修订 → 第三次审阅（终审，含问题清单 + 强制模板）

调用 skill（强制加载，不得跳过）： 按需调用修订 Skill（同步骤 7——按需调用的专项 Skill 若诊断需要则必须通过 skill() 加载）；通用-审阅章节正文（及对应的题材包装层）——必须通过 skill() 工具加载对应审阅 Skill。

扮演角色： 分两段切换：9.1–9.2 为作者角色（修订模式），退出审阅者立场，回到 .github/agents/小说作者.agent.md 的作者视角；9.3–9.7 为审阅者角色（终审模式），完全退出作者立场，代入 小说审阅者.agent.md 的审阅者视角。

职责： 根据第二版审阅报告进行第二轮修订，再进行终审，形成带问题解决情况标记的终审版报告。

硬性规则（违反即视为流程违规）：

• 只要步骤 8 已完成，步骤 9 就必须执行一次。
• 步骤 9 完成前，不得根据评分决定"提前结束审阅链"。
• 终审报告必须使用完整报告模板，不得写简版。必须包含步骤 6 规定的所有板块 + 「问题清单（对比前两轮）」小节。

文件写入： 修订后正文覆盖写入 CHAPTER_FILE；终审报告覆盖写入 REVIEW_REPORT_FILE

完成标记： checkpoint.nextStep = 10，写入日志。

步骤 10：质量门槛检查与回炉循环（强制 IF/THEN 闸口）

调用 skill： 无（编排器自执行，回炉时回到步骤 9.1–9.7 循环）

扮演角色： 编排器 / 质检员角色。不代入任何创作或审阅视角，只做评分提取、数字比较与循环调度决策。不因"感觉已经不错了"而放宽标准。

职责： 检查 REVIEW_REPORT_FILE 中的双轴评分，执行双轴前置过滤 + 综合评分 IF/THEN 分流。本步骤的唯一职责是：提取双轴评分 → 执行双轴前置过滤 → 执行下列 IF/THEN 规则 → 根据结果分流，不得擅自改变分流目标。

【前置过滤：双轴各达标检查】 从审阅报告中提取技法分与留存分：

技法分 = X.X/10（从审阅报告中的"技法分：X.X/10"提取）
留存分 = X.X/10（从审阅报告中的"留存分：X.X/10"提取）

前置过滤规则：

IF 技法分 < 6.0 或 留存分 < 5.0：
   → 标记为"双轴前置过滤未通过（技法=XXX/留存=XXX）"
   → 强制回到步骤 9.1（修订），不检查综合评分
   → 修订路径分流：技法问题→回润色/去AI味；留存问题→回控制卡/创作
   → 修订后重新执行 9.3→9.5

IF 技法分 ≥ 6.0 且 留存分 ≥ 5.0：
   → 标记为"双轴前置过滤通过"
   → 进入综合评分 IF/THEN 分流

【强制 IF/THEN 闸口规则（前置过滤通过后执行）】

IF 综合评分 <= 9.2：
   → 你 MUST 回到步骤 9.1（修订），不得进入步骤 11
   → 修订后必须重新执行 9.3→9.5（完整独立复审）
   → 循环最多 3 轮

IF 综合评分 > 9.2 且这是该章节 首次 过线：
   → 标记为"首次过线，进入稳定性验证轮"
   → 你 MUST 回到步骤 9.1（修订），不得进入步骤 11
   → 修订后必须重新执行 9.3→9.5（对修订版完整独立复审，而非仅复查旧问题）

IF 综合评分 > 9.2 且这是该章节 连续第二轮 过线：
   → 允许进入步骤 11

硬性规则（违反即为流程违规）：

• 只有步骤 10 允许根据综合评分决定后续动作。
• 双轴前置过滤优先于综合评分检查——技法分 < 6.0 或留存分 < 5.0 时，不检查综合评分，直接进入修订。
• 评审报告必须包含双轴评分字段，否则视为审阅未完成。
• 评分 8.8/8.9/9.0/9.1/9.2 一律视为未达标（必须严格大于 9.2）。
• "连续两轮"中的第二轮复审必须是对当前修订版本的一次完整、从严、独立的重新审阅，既要检查上一轮问题是否已实质性修复，也要重新发现本轮新增问题；不得以"与上一轮相比有进步"替代独立评分标准。
• 回炉循环默认最多执行 8 轮。超过 8 轮仍未达标 → 暂停并记录 blocked_review_plateau，输出需要人工介入的说明。
• 高原期判定需要连续两对评分差距均 < 0.15：若第 N 轮评分与第 N-1 轮差距 < 0.15，不得直接截停——**必须再执行一轮"精修 + 独立复审"**得第 N+1 轮评分。仅当 |Score(N)−Score(N-1)| < 0.15 且 |Score(N+1)−Score(N)| < 0.15 同时成立时，才判定进入高原期，强制截停。若复审差距 ≥ 0.15，高原期不成立，继续正常回炉循环。
• 第 8 轮评分若反而低于第 7 轮 → 强制截停。

【强制完成前提】 本步骤的完成标记只在满足以下全部条件时写入：

• 已从 REVIEW_REPORT_FILE 中提取技法分 X.X、留存分 X.X
• 已执行双轴前置过滤
• 已根据上述 IF/THEN 规则执行正确的分流动作
• 若进入回炉循环，已在日志中记录 iteration 与评分

文件写入： 循环中的写入由步骤 9.1（CHAPTER_FILE）和步骤 9.3（REVIEW_REPORT_FILE）完成

完成标记： checkpoint.nextStep = 11，每轮回炉的 iteration 与评分写入日志。

步骤 11：更新连续性台账 + 读者阅读笔记

调用 skill（强制加载，不得跳过）： 通用-管理连续性冷热线（及对应的题材包装层）（写后更新）——必须通过 skill() 工具加载对应 Skill；读者角色自执行——日记阅读笔记按读者角色模板执行。

扮演角色： 分两段切换：

• 11.1–11.3：作者角色（归档视角）。退出审阅者立场，回到 .github/agents/小说作者.agent.md 的作者视角，以知情人身份更新连续性台账。
• 11.4–11.6：读者角色。必须完全清空作者/审阅者身份，切换到普通读者视角（参考 小说读者.agent.md）。阅读时禁止带入任何创作意图、审阅标准或大纲知识；只记录一个真实读者的阅读感受与情绪曲线。禁止阅读 ## 作者有话说 和 ## 章节后记 的内容。

职责： 写后更新连续性动态状态，再以读者视角完整阅读章节并生成阅读笔记。

文件写入： 连续性台账追加条目；阅读笔记覆盖写入 READER_NOTE_FILE

完成标记： checkpoint.nextStep = 12，工件路径写入日志 artifacts。

步骤 12：撰写分章书评

调用 skill（强制加载，不得跳过）： 通用-撰写书评。必须通过 skill() 工具加载对应 Skill，逐字执行其 SKILL.md 指令。

扮演角色： 安利者 / 推荐官角色。既不是作者（不评价自己写得多好），也不是审阅者（不打分），也不是普通读者（不只是记录感受）——而是站在"读过且想推荐给别人"的立场，提炼可公开卖点与阅读承诺。不剧透、不写创作说明。

职责： 为最终版章节生成独立的分章书评文件。

1. 加载通用-撰写书评
2. 书评类型：分章；对应范围标题：使用<章节文件名去扩展名>
3. 抽取可公开的卖点、阅读承诺、情绪曲线与适读人群，禁止复述完整因果链
4. 书评必须严格按书评模板输出完整版（含书评标题、正文与 # 短评 小节）
5. 书评覆盖写入 BOOK_REVIEW_FILE

文件写入： 分章书评覆盖写入 BOOK_REVIEW_FILE

完成标记： checkpoint.nextStep = 13，工件路径写入日志 artifacts。

步骤 12.5：作者产出反馈捕获（嵌入 S1 触点，可跳过）

调用 skill： 通用-作者风格进化（嵌入模式）

若项目注册了 作者风格进化 数据源：向作者出示本章完成简报（综合评分 + 终审结论 + 作者有话说草稿），用四段式问 ≤1 问："这章哪个点你觉得写对了 / 写歪了？为什么？"（创作判断校准槽）。

• 作者回答的自由输入 → 按 L2 模板归档样本库（备注 嵌入模式·章节创作闭环）+ 立场直接回填画像对应层
• 纯选项回答仅取观点，不产生风格样本
• 未注册数据源：跳过，不阻断，不追问

步骤 13：任务完成摘要输出

调用 skill： 无（编排器自执行）

扮演角色： 编排器 / 项目经理角色。不代入任何创作、审阅或读者视角，只做数据汇总、一致性核对与摘要格式化输出。

职责： 在流水线结束时，用标准化模板汇报本次任务是否完成、生成了哪些成果文件、以及关键约束是否满足。

硬性规则：

• 唯一收尾闸门：只有在本步骤，才允许使用"任务完成摘要""本 SOP 完成""批次完成"等收尾表述。
• 严禁输出任何章节正文内容（含摘抄、长引用、段落复述）；只能输出检查结果与数字/路径。
• 输出前必须逐项核对：正文文件、终审报告、去AI化报告、阅读笔记、书评、字数统计、评分、日志状态，确保一致。

输出模板（单章）：

任务完成摘要：
- 终稿正文：{CHAPTER_FILE}
- 终审报告：{REVIEW_REPORT_FILE}（综合评分：{X}/10；门槛9.2+：{达标/未达标}）
- 阅读笔记：{READER_NOTE_FILE}
- 分章书评：{BOOK_REVIEW_FILE}
- 去AI化报告：{DESAI_REPORT_FILE}（{已落盘并实测达标/缺失或敷衍}）

步骤执行合规自检：
- 所有声明"调用 skill"的步骤均已通过 `skill()` 工具加载对应 Skill：{是/否}
- 无擅自跳过步骤：{是/否}
- 如存在跳过记录，原因与依据：{xxxx}
- 按需调用的专项 Skill 已全部在日志中记录决策：{是/否}
- 去AI化报告已按第十一步落盘且非敷衍（非全表"—"/占位符/凭空填数）：{是/否}
- 装模作样检查：本会话所有"已完成"表述均有工件文件+日志佐证：{是/否}

终稿约束自检：
- 字数：{是/否}（Len={Len}；CJK={CJK}；BodyCJK={BodyCJK}；MeetsMinCJK={MeetsMinCJK}；WithinRange={WithinRange}；统计来源=scripts/count-chapter.ps1）

关键硬约束自检（仅结论）：
- 信息不丢失：{是/否，覆盖概况：事件链/目标代价/关系变化/设定/伏笔/章末钩子}
- 与大纲/设定一致性：{是/否，如有冲突点名冲突文件与冲突点类别}

需要进一步操作（如有）：{列出1-3条最重要的下一步}

批量模板见 references/章节终审门槛与摘要规范.md。

文件写入： 日志 status = completed，最终 checkpoint 写入。

批量模式（强制：逐章完整闭环）

核心原则

批量模式 ≠ 降低标准。 批量模式允许按相位流水线编排以提高上下文复用效率，但每章必须独立完整执行步骤 0→13 的所有子步骤，不得减少、跳过或合并任一单章环节。

批量模式的唯一目的是减少重复的上下文加载和环境检查开销，而不是压缩或简化每章本应执行的工作量。

相位流水线的硬约束

以下规则同时成立，违反任一即构成流程违规：

1. 允许相位流水线：可按"批量初始化→批量创作与补字→批量精修与去AI味→批量审阅与回炉→批量读者产物→批量摘要"的顺序分相位推进，以提高上下文复用效率。
2. 禁止跨相位跳步：任一章节在未完成当前相位全部子步骤之前，不得提前进入下一相位。
3. 每章每步独立执行：相位内每章必须独立执行该相位的全部子步骤。例如"批量审阅与回炉"相位中，每章必须独立加载 通用-审阅章节正文、独立使用完整报告模板、独立执行评分闸口循环。
4. 禁止共享审阅：不得用一份审阅报告覆盖多章；每章必须独立审阅、独立使用完整报告模板。
5. 禁止批量回炉：每章的修订→复审循环独立运行，不得把多章打包回炉。某一章的回炉不得影响其他已达标章节的完成状态。
6. 门禁逐章独立：字数检测、评分闸口、报告模板完整性检查，每章必须逐章独立执行，不得以"同批其他章已通过"为由放行本章。
7. 完成状态隔离：同一批次中某一章失败，不得污染或连带影响其他章节的完成状态。

正确做法

批量独有的允许优化

• 步骤 0（初始化） 可一次性对所有批次的章节执行路径推导，降低重复读取环境的时间，但每章的步骤 0.2（裁判源复核）和 0.6（路径合规校验）仍须逐章独立执行。
• 连续性台账 可在批次的章与章之间传递，确保热线承接，但每章的台账更新（步骤 11.1–11.3）仍须独立执行。
• 步骤 13（摘要） 在最后一章完成后，追加一份批量总览摘要（模板见 references/章节终审门槛与摘要规范.md），但每章的单章摘要字段必须先独立完成。

批量执行纪律

• 必须先完成第 N 章在当前相位的全部子步骤，才能推进第 N+1 章在当前相位的执行；但第 N+1 章不得提前进入下一相位。
• 不得因为"上一章已经读过人物传记"而跳过下一章的步骤 0.2（裁判源复核）或步骤 6.3（审前裁判源复核）。
• 不得因为"上一章审阅报告已经写得很详细"而降低下一章审阅报告的模板完整性。
• 每一章的字数检测、评分闸口、报告模板检查都是独立的，互不影响。
• 不得以"同批其他章已达标""相位已到审阅阶段"为由跳过某章的任一子步骤。

详细规则见 references/章节批量模式与连续性日志.md。

SOP 执行日志

每次执行本 Skill，都必须在 SOP执行日志/撰写章节/ 中创建或更新一份日志文件，用于断点恢复。

详细日志结构与更新时机见 references/章节批量模式与连续性日志.md。

完成定义

单章完成

只有同时满足以下全部条件，才允许宣告完成：

1. 步骤 0–12 已在本次执行中实际跑完，而不是依赖历史文件推断。
2. CHAPTER_FILE 已完成创作/补字/润色/去AI味/多轮回炉修订。
3. CONTROL_CARD_FILE 已落盘在写作控制卡/ 目录下。
4. REVIEW_REPORT_FILE 已被本次最新终审覆盖更新，且包含综合评分：X.X/10。
5. 连续两轮独立终审综合评分均严格大于 9.2。
6. 最新字数脚本结果已在正文最新版本上重新核对。
7. READER_NOTE_FILE 与 BOOK_REVIEW_FILE 已在本次执行中生成或覆盖更新。
8. DESAI_REPORT_FILE 已在本次执行中按 通用-去AI味重写 第十一步落盘（路径以 去AI化报告/ 开头），且与最新正文同步——正文每经一次去味改写（步骤 4 / 7 / 9.1），报告必须同步覆盖更新并注明版本；报告为敷衍产物或数据未实测的，本条视为不满足。
9. 日志中的 status 与 checkpoint 已与真实状态一致。
10. 当前聊天输出的是步骤 13 的摘要模板，而不是阶段汇报。

批量完成

见 references/章节终审门槛与摘要规范.md 中的聚合门禁定义。

常见触发词 / 用户说法速查

• 按 SOP 把这章跑完
• 从大纲一路做到终稿
• 这几章都按闭环来做
• 一直回炉到 9.2+
• 批量跑这几章
• 带日志续跑下去别停

不适用情形

• 只写一章正文，不跑后续审阅与读者产物：优先使用通用-创建小说正文
• 只做审阅报告，不改稿：优先使用通用-审阅章节正文
• 只做某一步专项强化：优先使用对应专项 Skill