lornshrimp/通用-章节创作闭环
用于对单章或连续多章执行"初始化→控制卡→创作→润色→去AI味→审阅回炉→读者产物→摘要"的完整章节闭环。适合章节写作 SOP、批量写章、日志续跑、9.2+ 回炉与最终摘要收口。关键词：章节创作闭环、跑完整 SOP、批量写章、回炉到 9.2、日志续跑、最终摘要。
npx skills add https://github.com/lornshrimp/Lorn.NovelWriteSkills --skill 通用-章节创作闭环<!-- ===== Layer 1: 永久缓存 ===== -->
> 题材路由：若 .github\题材专用Skills\ 目录存在对应的 <题材>-章节创作闭环 Skill，则：
> - 将题材特性骨架路由到 <题材>-章节创作闭环，该 Skill 位于 .github\题材专用Skills\ 目录。
> - 命中本技能时，必须优先强制加载当前 Skill 与 <题材>-章节创作闭环。
<!-- ===== Layer 3: 场景缓存 ===== -->
本文件不是摘要或参考提示，而是必须逐字执行的流程指令。
在产生任何输出之前，必须先逐条输出以下确认。不输出确认就输出正文内容，一律视为流程违规：
[阅读确认]
- 本文件 SKILL.md → [已完整读取，完全理解全部硬规则与强制要求]
- references/章节创作闭环总流程与完成出口.md → [已读取并理解]
- references/章节路径推导与工件命名.md → [已读取并理解]
- references/章节批量模式与连续性日志.md → [已读取并理解]
- references/章节终审门槛与摘要规范.md → [已读取并理解]
若 Agents.md 声明了主输出平台或注册了三类模板，再追加：
- Agents.md → [已读取，已识别主输出平台 / 注册模板]
调用 skill：通用-生成章节控制卡 等声明的，必须通过 skill() 工具实际加载对应 Skill 的 SKILL.md 并逐字执行其指令，不得跳过加载直接凭"已有知识"替代执行。skipped_{stepName}_reason=xxx，且需有明确规则依据。skill() 工具加载。每一次步骤执行都必须由 skill() 重新加载对应 Skill 文件，以获取最新版本。skill() 工具加载，不得凭经验直接改写。若诊断后确认不需要调用，必须在日志中记录 diagnosed_no_need_{skillName}_reason=xxx。以下任一情况都不等于流程完成，必须继续执行：
scripts/count-chapter.ps1，不得用 Len、NoWhitespaceLen、编辑器字符数或目测代替；正文门禁只看 BodyCJK / MeetsMinCJK / WithinRange，MeetsMinCJK 必须为 True，WithinRange 最好为 True。以下所列 references 文件必须通过 read_file 工具逐文件读取，不得因"已有相关知识"、"之前执行时已读过"、"该文件只是参考"为理由跳过任何一条。 每条 references 按其标注的必读等级强制执行：
reference_missing_{refName}，不得静默跳过。<!-- ===== Layer 2: 项目级缓存 ===== -->
若当前服务的项目根目录存在 Agents.md，启动章节创作闭环前必须：
若当前服务的项目根目录存在 Agents.md 且其中声明了主输出平台，启动章节创作闭环前必须：
本 Skill 默认消费字段：
本 Skill 作为编排器不直接调用模型，但将以下温度约束传递给被调用的下游子 Skill 执行：
| 步骤 / 子 Skill | 推荐温度 | 说明 |
|---|---|---|
| 通用-审阅章节正文（审阅/复审） | 0.3 | 低创造性，保持判断稳定一致 |
| 通用-正文润色 | 0.45 | 方向已定，适度约束 |
| 通用-去AI味重写 | 0.45 | 同上 |
| 通用-创建小说正文 | 0.58–0.70 | 需要创造性与变化 |
| 通用-强化章节开头 / 章末钩子 | 0.45 | 局部强化，适度约束 |
| 通用-生成章节控制卡 | 0.45 | 结构规划，适度约束 |
| 通用-撰写书评 | 0.55 | 需要创造性但不宜跑偏 |
| 通用-润色作者有话说 | 0.50 | 轻创作，保持读者向口吻 |
本 Skill 的步骤 0→13 是生产级闭环（面向已投入连载的章节成品）。对于仍在打磨基本功的阶段，以下练习路径可作为补充使用：
通用-生成章节控制卡 分解场景 → 调用 通用-创建小说正文 扩写成正文 → 调用 通用-审阅章节正文 做五问自筛 → 修改 → 重复直到五问全部通过。通用-创建小说正文 一气呵成写完初稿，再用审阅步骤自我反馈。调用入口：从 通用-创建小说正文 的"章纲→正文自审五问"配套练习法触发时，应进入本练习模式而非全量生产闭环。
> 来源：知乎·芒果留了果《AI写小说水文破解：用雪花写作法重构长篇创作逻辑》（2026-07-29）。
本 Skill 的 0→13 步骤框架与雪花写作法的核心理念高度一致：打破 AI 写作"流水账"困境的关键，在于放弃一步到位的幻想，转而将创作拆解为递进式步骤——用严密的结构约束框架，用情绪与人性去润色细节。
雪花写作法的三个递进阶段与本 Skill 的步骤映射：
| 雪花写作法阶段 | 本 Skill 对应步骤 | 核心操作 |
| --- | --- | --- |
| 第一阶段：定主线与灵魂 | 步骤 0（初始化）+ 步骤 1（控制卡） | 一句话概括核心冲突 → 一段式三幕结构 → 明确本章在全局中的位置 |
| 第二阶段：丰满人物弧光 | 步骤 0.2（裁判源复核）+ 步骤 1.5（连续性检查） | 深挖人物原生家庭影响、最深恐惧与性格弱点 → 确保人物在压力下做出"只有他能做的选择" |
| 第三阶段：场景与矛盾细化 | 步骤 1（控制卡场景拆分）+ 步骤 3（专项场景强化） | 每个场景执行 GTK 循环（目标-冲突-挫折），无冲突场景直接删除 |
核心原则：AI 辅助写作最容易踩的坑是"一次性把任务全塞给 AI，期待它吐出成品"。正确的做法是逐步给任务——每完成一个步骤都进行人工审视与确认，让每一步的产出成为下一步的输入约束。这正是本 Skill 从步骤 0 到步骤 13 逐推进、每步都有门禁闸口的设计哲学。
题材目录下的包装层 Skill（如都市悬疑-生成章节控制卡）是本 Skill 的题材特化扩展。调用规则：
调用 skill：无（编排器自执行）
扮演角色： 编排器 / 项目经理角色，不代入具体创作/审阅/读者视角，只做环境检查与路径推导。
职责： 确认所有输入路径与依赖文件存在，自动发现模板/平台，推导全部工件路径，创建目录结构，初始化 SOP 执行日志。
| 子步骤 | 动作 | 产出 |
|---|---|---|
| 0.0 | 读取项目根目录 Agents.md（若存在），识别主输出平台与注册的三类模板 | 确定平台门禁、模板约束基线 |
| 0.1 | 读取 OUTLINE_FILE（卷纲/章纲），确认本章定位 | 本章定位确认 |
| 0.2 | 裁判源复核：认真仔细阅读本章实际出场人物对应的人物传记 + 与本章背景/技术/规则/证据/程序链/世界观有关的故事设定文档 | 日志记录本轮核对了哪些裁判源、哪些约束已兑现、哪些待补丁 |
| 0.3 | 若已存在 CONTINUITY_LEDGER_FILE（连续性台账），读取上一章的结构化条目 | 承接上一章余波与钩子 |
| 0.4 | 验证 CHAPTER_FILE 路径，若所在目录不存在则创建 | 目录就绪 |
| 0.5 | 根据 CHAPTER_FILE 推导全部工件路径（见 references/章节路径推导与工件命名.md）：CONTROL_CARD_FILE、REVIEW_REPORT_FILE、READER_NOTE_FILE、BOOK_REVIEW_FILE、CONTINUITY_LEDGER_FILE | 工件路径表 |
| 0.6 | 路径合规校验：逐项校验派生路径的根目录归属 | 校验通过方可继续 |
| 0.7 | 创建所需目录：写作控制卡/、审阅意见/、阅读笔记/、书评/、SOP执行日志/撰写章节/连续章台账/ | 目录就绪 |
| 0.8 | 初始化 SOP 执行日志（见 references/章节批量模式与连续性日志.md） | 日志写入 |
完成标记： checkpoint.nextStep = 1，写入日志。
调用 skill（强制加载，不得跳过）： 通用-生成章节控制卡（及对应的题材包装层）。必须通过 skill() 工具加载对应 Skill，逐字执行其 SKILL.md 指令。
扮演角色： 规划者 / 写前施工员角色。从大纲控制卡视角拆解本章任务，不代入作者写作情绪，以结构规划为主。
职责： 将卷纲/章纲压缩成可执行的本章施工命令，明确本章唯一职责、场景拆分、中段回报预埋、章末钩子预埋与上游供血对齐。
文件写入： 控制卡 → 覆盖写入 CONTROL_CARD_FILE
完成标记： checkpoint.nextStep = 2，写入日志。
调用 skill（强制加载，不得跳过）： 通用-管理连续性冷热线（及对应的题材包装层）。必须通过 skill() 工具加载对应 Skill，逐字执行其 SKILL.md 指令。
扮演角色： 规划者视角。在写完控制卡后、正式创作前，检查哪些旧线该在这章回归、哪些线快冷了、本章承接的上一章钩子是否清楚。
职责： 检查连续性冷热线状态，确认本章需要回应的旧线、伏笔与关系状态。
完成标记： 诊断结果写入日志。
调用 skill（强制加载，不得跳过）： 通用-创建小说正文（及对应的题材包装层）；脚本 scripts/count-chapter.ps1。必须通过 skill() 工具加载 通用-创建小说正文 的 SKILL.md，逐字执行其指令；脚本仅用于字数检测，不替代 skill 加载。
扮演角色： 小说作者角色。参考 .github/agents/小说作者.agent.md 的创作视角，代入项目对应题材的作者立场。创作阶段全情投入写作，字数检测阶段短暂切出执行脚本。
职责： 依据控制卡与章纲，创作章节正文初稿并确保达到字数门槛。本步骤的结束条件只有一个：MeetsMinCJK == true。
| 阶段 | 动作 |
|---|---|
| 2.1 | 加载通用-创建小说正文（及题材包装层），代入作者角色 |
| 2.2 | 依据控制卡 + 大纲 + 人物传记 + 故事设定，创作完整章节正文（含章引语、正文、章末钩子、## 作者有话说、## 章节后记） |
| 2.3 | 完整正文覆盖写入 CHAPTER_FILE |
【强制门禁：字数检测闸口】
在完成 2.3 后、进入任何其他步骤前，必须先执行以下检测序列。检测结果决定是否允许离开本步骤：
| 顺序 | 动作 | 判定 |
|---|---|---|
| 2.4 | 运行 scripts/count-chapter.ps1 -FilePath "CHAPTER_FILE"，读取 JSON 输出中的 BodyCJK / MeetsMinCJK / WithinRange。正文字数检测必须使用 count-chapter.ps1，不得用 Len、NoWhitespaceLen、编辑器字符数或目测代替；正文门禁只看 BodyCJK/MeetsMinCJK/WithinRange | — |
| 2.5 | 强制判断：MeetsMinCJK == true？ | ✅ → 允许离开本步骤（进 2.6）<br>❌ → 必须回到 2.1（扩写模式），重写正文/作者有话说后覆盖写入，再回到 2.4 重新检测 |
| 2.6 | 扩写循环上限：同一 CHAPTER_FILE 连续扩写最多 8 轮。8 轮后 MeetsMinCJK 仍为 false → 暂停本步骤，在日志中记录 blocked_word_count_insufficient，输出需要人工介入的说明，不得强行进入步骤 3 | — |
扩写循环期间：每轮扩写必须调用 通用-创建小说正文（扩写模式） 增加实际内容（新增场景/对话/描写/回报），禁止用空行、重复句、标点填充等凑字数手段。每轮扩写后必须重新执行 2.4 检测。
字数检测通过后，继续执行以下补检：
| 阶段 | 动作 |
|---|---|
| 2.7 | 节拍门禁：执行四拍复核（前200字钩子、中段回报、后200字钩子、连续内倾段检查），见 references/步骤2正文四拍与钩子轮换门禁.md |
| 2.8 | 初稿后补检包：①基础复检4项（重跑 count-chapter.ps1 字数门禁——仍以最新 MeetsMinCJK/WithinRange 为准；若含 ## 作者有话说 则重跑 count-afterword.ps1；扫读是否混入"初稿+二稿"拼接式内容；同步刷新审阅链）；②章节自指检查（清除"这几章/前几章/上一章/本章/后文会"等连载导览腔）；③## 章节后记同步（刷新定位/爽点/伏笔回收/人物发展等字段） |
【强制完成前提】
本步骤的完成标记只在满足以下全部条件时写入：
count-chapter.ps1 已执行，MeetsMinCJK == trueblocked_word_count_insufficient）文件写入： 每轮扩写后覆盖写入 CHAPTER_FILE
完成标记： checkpoint.nextStep = 3，字数统计与四拍字段写入日志。
调用 skill（强制加载，不得跳过）： 通用-正文润色（及对应的题材包装层）；按需调用 通用-强化章节开头、通用-强化章末钩子、通用-执行场景单元、通用-执行对话冲突、通用-执行微空间受限场景。主体 Skill 必须通过 skill() 工具加载；按需调用的专项 Skill 若诊断后确认需要调用，也必须通过 skill() 工具加载，不得凭经验直接改写。若诊断后确认不需要调用，在日志中记录 diagnosed_no_need_{skillName}。
扮演角色： 小说作者角色（润色视角）。继续沿用 .github/agents/小说作者.agent.md 的作者立场，但切换为"精修者"模式——不是重写，而是打磨已有文本。诊断发虚维度时短暂切出为编辑视角，决定是否调用专项 Skill。
职责： 对已达字数门槛的章节进行整体文风、节奏、语言质感上的精修，并对局部短板做专项强化。
| 阶段 | 动作 |
|---|---|
| 3.1 | 加载通用-正文润色（及题材包装层），代入作者角色 |
| 3.2 | 读取当前 CHAPTER_FILE 全文，执行整章润色：语言流畅度优化、节奏与张力调整、人物描写与情感描写的细致打磨、证据链/动机链/时间线自洽 |
| 3.3 | 润色结果覆盖写入 CHAPTER_FILE |
| 3.4 | 专项强化：逐项诊断并决定是否调用专项 Skill |
专项强化诊断与调用（按需执行，不强制全部调用）：
| 诊断问题 | 调用 Skill | 处理范围 |
|---|---|---|
| 章首前 150–300 字抓力不足、首屏留存弱 | 通用-强化章节开头（及题材包装层） | 前 2–3 段，仅局部强化 |
| 章末后 150–300 字翻页感不足、下一章驱动弱 | 通用-强化章末钩子（及题材包装层） | 最后 200 字，仅局部强化 |
| 场景职责发虚、动作链推进弱、证据入场不到位 | 通用-执行场景单元（及题材包装层） | 对应发虚场景 |
| 对话冲突不成立、轮流发言式对白、潜台词缺失 | 通用-执行对话冲突（及对应的题材包装层） | 对应对话段 |
| 场景在微空间/受限空间需专项加压 | 通用-执行微空间受限场景（须先加载通用-执行场景单元）（及对应的题材包装层） | 对应微空间场景 |
3.5 每次专项强化后，覆盖写入 CHAPTER_FILE
文件写入： 润色/强化结果覆盖写入 CHAPTER_FILE
完成标记： checkpoint.nextStep = 4，记录本轮调用的专项 Skill 清单。
调用 skill（强制加载，不得跳过）： 通用-去AI味重写（及对应的题材包装层）。必须通过 skill() 工具加载对应 Skill，逐字执行其 SKILL.md 指令。
扮演角色： 小说作者角色（主编式去味视角）。继续沿用 .github/agents/小说作者.agent.md 的作者立场，但切换为"去味编辑"模式——先诊断病灶、再定手术强度、最后保信息执行。不在去味过程中切换为审阅者或读者。
职责： 在不改变剧情和人物设定的前提下，消除明显的 AI 文风、模板化表达和机械痕迹。
文件写入： 去味后正文覆盖写入 CHAPTER_FILE
完成标记： checkpoint.nextStep = 5，日志记录手术强度与病灶。
调用 skill（强制加载，不得跳过）： 通用-润色作者有话说（及对应的题材包装层）。必须通过 skill() 工具加载对应 Skill，逐字执行其 SKILL.md 指令。
扮演角色： 小说作者角色（读者向交流视角）。沿用 .github/agents/小说作者.agent.md 的作者立场，但切换为"轻声交流"模式——站在作者身份和读者对话，不是写创作笔记也不是继续正文叙事。
职责： 将 ## 作者有话说 修成读者向小剧场：一丢丢创作花絮 + 一点贴着本章余波的情绪共鸣 + 一个开放式轻追问。
文件写入： 更新后的 CHAPTER_FILE
完成标记： checkpoint.nextStep = 6，写入日志。
调用 skill（强制加载，不得跳过）： 通用-审阅章节正文（及对应的题材包装层）。必须通过 skill() 工具加载对应 Skill，逐字执行其 SKILL.md 指令及 references 中定义的完整审阅模板。
扮演角色： 审阅者角色。必须从作者角色中完全退出，切换到审阅者立场（参考 小说审阅者.agent.md）。审阅期间不得代入作者情绪、不得为正文做辩护式解释、不得以"我当初写的时候是这么想的"为由降低审阅标准。
职责： 以审阅者视角，对当前章节进行全面审阅，输出独立的审阅报告。
硬性规则（违反任一即视为流程违规）：
【强制门禁：审阅报告模板完整性检查】
审阅报告写入后、在宣告本步骤完成前，必须逐项验证以下板块是否均在报告中出现：
□ 章首抓力评估
□ 中段回报评估
□ 章末钩子评估
□ 现实落地评估
□ 规则边界评估
□ 链路失配评估
□ 人物执行审计（含声口一致性、心智模型落地、压力反应匹配等）
□ 综合评分：X.X/10
□ 具体修改建议
任一板块缺失 → 判定为简版报告，必须回退到步骤 6.4 重新撰写完整审阅报告，不得带缺失进入步骤 7。
文件写入： 审阅报告覆盖写入 REVIEW_REPORT_FILE
完成标记： checkpoint.nextStep = 7，写入日志。
调用 skill（强制加载，不得跳过）： 按需调用 通用-正文润色、通用-强化章节开头、通用-强化章末钩子、通用-执行场景单元、通用-执行对话冲突、通用-执行微空间受限场景、通用-去AI味重写（及对应的题材包装层）。按需调用的专项 Skill 若诊断后确认需要调用，必须通过 skill() 工具加载。若诊断后确认不需要调用，在日志中记录 diagnosed_no_need_{skillName}_reason=xxx。
扮演角色： 切回小说作者角色（修订模式）。退出审阅者立场，回到 .github/agents/小说作者.agent.md 的作者视角。审阅报告是修改依据，不是创作枷锁——修改时以"解决问题"为目标，不是以"回应每一条意见"为目标。
职责： 根据第一版审阅报告，对章节做针对性修改与再润色。
硬性规则：
文件写入： 修订后正文覆盖写入 CHAPTER_FILE
完成标记： checkpoint.nextStep = 8，写入日志。
调用 skill（强制加载，不得跳过）： 通用-审阅章节正文（及对应的题材包装层）。必须通过 skill() 工具加载对应 Skill，逐字执行其 SKILL.md 指令及 references 中定义的完整审阅模板。
扮演角色： 切回审阅者角色。完全退出作者立场，再次代入审阅者视角（参考 小说审阅者.agent.md）。本轮不仅检查第一轮问题是否修复，还要重新发现修订引入的新问题。标准不因"已经改过一轮"而降低。
职责： 在修订后的章节基础上，进行新一轮全面审阅，直接更新同一审阅报告文件。
硬性规则（违反即视为流程违规）：
【强制门禁：审阅报告模板完整性检查】（同步骤 6）
写入后、宣告完成前，逐项验证报告是否包含完整模板的所有板块。缺失任一板块 → 判定为简版，回退重写。
文件写入： 审阅报告覆盖写入 REVIEW_REPORT_FILE
完成标记： checkpoint.nextStep = 9，写入日志。
调用 skill（强制加载，不得跳过）： 按需调用修订 Skill（同步骤 7——按需调用的专项 Skill 若诊断需要则必须通过 skill() 加载）；通用-审阅章节正文（及对应的题材包装层）——必须通过 skill() 工具加载对应审阅 Skill。
扮演角色： 分两段切换：9.1–9.2 为作者角色（修订模式），退出审阅者立场，回到 .github/agents/小说作者.agent.md 的作者视角；9.3–9.7 为审阅者角色（终审模式），完全退出作者立场，代入 小说审阅者.agent.md 的审阅者视角。
职责： 根据第二版审阅报告进行第二轮修订，再进行终审，形成带问题解决情况标记的终审版报告。
硬性规则（违反即视为流程违规）：
| 阶段 | 动作 |
|---|---|
| 9.1 | 按需调用修订 Skill（同步骤 7），重点处理仍未解决的高优先级问题与顽固问题 |
| 9.2 | 修订后正文覆盖写入 CHAPTER_FILE |
| 9.3 | 加载通用-审阅章节正文，代入审阅者角色 |
| 9.4 | 读取当前 CHAPTER_FILE 与既有 REVIEW_REPORT_FILE |
| 9.5 | 执行全面终审，使用完整审阅报告模板，必须包含 综合评分：X.X/10 |
| 9.6 | 在完整模板后追加「问题清单（对比前两轮）」小节，逐条标记处理状态（已解决/部分解决/未解决/新增） |
| 9.7 | 终审报告覆盖写入 REVIEW_REPORT_FILE |
| 9.8 | 【强制门禁：模板完整性检查】 逐项验证报告是否包含完整模板所有板块 + 问题清单小节。缺失任一 → 判定为简版，回退到 9.5 重写 |
文件写入： 修订后正文覆盖写入 CHAPTER_FILE；终审报告覆盖写入 REVIEW_REPORT_FILE
完成标记： checkpoint.nextStep = 10，写入日志。
调用 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
硬性规则（违反即为流程违规）：
blocked_review_plateau，输出需要人工介入的说明。【强制完成前提】
本步骤的完成标记只在满足以下全部条件时写入：
文件写入： 循环中的写入由步骤 9.1（CHAPTER_FILE）和步骤 9.3（REVIEW_REPORT_FILE）完成
完成标记： checkpoint.nextStep = 11，每轮回炉的 iteration 与评分写入日志。
调用 skill（强制加载，不得跳过）： 通用-管理连续性冷热线（及对应的题材包装层）（写后更新）——必须通过 skill() 工具加载对应 Skill；读者角色自执行——日记阅读笔记按读者角色模板执行。
扮演角色： 分两段切换：
.github/agents/小说作者.agent.md 的作者视角，以知情人身份更新连续性台账。小说读者.agent.md）。阅读时禁止带入任何创作意图、审阅标准或大纲知识；只记录一个真实读者的阅读感受与情绪曲线。禁止阅读 ## 作者有话说 和 ## 章节后记 的内容。职责： 写后更新连续性动态状态，再以读者视角完整阅读章节并生成阅读笔记。
| 阶段 | 动作 |
|---|---|
| 11.1 | 加载通用-管理连续性冷热线，执行写后更新：人物动态状态、悬念/伏笔状态、回归压力、关键证据、未回收钩子 |
| 11.2 | 若定稿章节与旧资料冲突，以定稿章节为准更新，并在日志中写明修正原因 |
| 11.3 | 只记已发生事实，不预测未来章节 |
| 11.4 | 切换到读者角色，完整阅读最终版 CHAPTER_FILE |
| 11.5 | 生成阅读笔记，严格按阅读笔记模板输出完整版（必须包含模板中的所有板块与标题） |
| 11.6 | 阅读笔记覆盖写入 READER_NOTE_FILE |
文件写入： 连续性台账追加条目；阅读笔记覆盖写入 READER_NOTE_FILE
完成标记： checkpoint.nextStep = 12，工件路径写入日志 artifacts。
调用 skill（强制加载，不得跳过）： 通用-撰写书评。必须通过 skill() 工具加载对应 Skill，逐字执行其 SKILL.md 指令。
扮演角色： 安利者 / 推荐官角色。既不是作者（不评价自己写得多好），也不是审阅者（不打分），也不是普通读者（不只是记录感受）——而是站在"读过且想推荐给别人"的立场，提炼可公开卖点与阅读承诺。不剧透、不写创作说明。
职责： 为最终版章节生成独立的分章书评文件。
文件写入： 分章书评覆盖写入 BOOK_REVIEW_FILE
完成标记： checkpoint.nextStep = 13，工件路径写入日志 artifacts。
调用 skill： 无（编排器自执行）
扮演角色： 编排器 / 项目经理角色。不代入任何创作、审阅或读者视角，只做数据汇总、一致性核对与摘要格式化输出。
职责： 在流水线结束时，用标准化模板汇报本次任务是否完成、生成了哪些成果文件、以及关键约束是否满足。
硬性规则：
输出模板（单章）：
任务完成摘要：
- 终稿正文：{CHAPTER_FILE}
- 终审报告：{REVIEW_REPORT_FILE}（综合评分：{X}/10；门槛9.2+：{达标/未达标}）
- 阅读笔记：{READER_NOTE_FILE}
- 分章书评：{BOOK_REVIEW_FILE}
步骤执行合规自检：
- 所有声明"调用 skill"的步骤均已通过 `skill()` 工具加载对应 Skill：{是/否}
- 无擅自跳过步骤：{是/否}
- 如存在跳过记录，原因与依据：{xxxx}
- 按需调用的专项 Skill 已全部在日志中记录决策：{是/否}
终稿约束自检：
- 字数：{是/否}（Len={Len}；CJK={CJK}；BodyCJK={BodyCJK}；MeetsMinCJK={MeetsMinCJK}；WithinRange={WithinRange}；统计来源=scripts/count-chapter.ps1）
关键硬约束自检（仅结论）：
- 信息不丢失：{是/否，覆盖概况：事件链/目标代价/关系变化/设定/伏笔/章末钩子}
- 与大纲/设定一致性：{是/否，如有冲突点名冲突文件与冲突点类别}
需要进一步操作（如有）：{列出1-3条最重要的下一步}
批量模板见 references/章节终审门槛与摘要规范.md。
文件写入： 日志 status = completed，最终 checkpoint 写入。
批量模式 ≠ 降低标准。 批量模式允许按相位流水线编排以提高上下文复用效率，但每章必须独立完整执行步骤 0→13 的所有子步骤，不得减少、跳过或合并任一单章环节。
批量模式的唯一目的是减少重复的上下文加载和环境检查开销，而不是压缩或简化每章本应执行的工作量。
以下规则同时成立，违反任一即构成流程违规：
通用-审阅章节正文、独立使用完整报告模板、独立执行评分闸口循环。| 相位 | 动作范围 | 逐章完整性约束 |
|---|---|---|
| 相位 1：初始化 | 一次性对所有批次的章节执行路径推导、目录创建、环境检查 | 每章的步骤 0.0–0.8 必须逐章完成，不得因批量初始化跳过任一章节的裁判源复核（0.2）或路径校验（0.6） |
| 相位 2：创作与补字 | 逐章执行步骤 1→1.5→2 | 每章独立生成控制卡、独立做写前连续性检查、独立创作正文并逐章独立执行字数检测→扩写循环 |
| 相位 3：精修与去AI味 | 逐章执行步骤 3→4→5 | 每章独立加载通用-正文润色、通用-去AI味重写、通用-润色作者有话说，覆盖写入各自 CHAPTER_FILE |
| 相位 4：审阅与回炉 | 逐章执行步骤 6→7→8→9→10 | 每章独立加载通用-审阅章节正文、独立使用完整报告模板、独立执行双轴前置过滤与综合评分 IF/THEN 循环 |
| 相位 5：读者产物 | 逐章执行步骤 11→12 | 每章独立更新连续性台账、独立阅读并写阅读笔记、独立撰写分章书评 |
| 相位 6：摘要 | 最后一章完成后输出批量总览摘要 | 每章独立完成步骤 13 的单章摘要字段，最后汇总为批次摘要 |
详细规则见 references/章节批量模式与连续性日志.md。
每次执行本 Skill，都必须在 SOP执行日志/撰写章节/ 中创建或更新一份日志文件，用于断点恢复。
详细日志结构与更新时机见 references/章节批量模式与连续性日志.md。
只有同时满足以下全部条件，才允许宣告完成：
见 references/章节终审门槛与摘要规范.md 中的聚合门禁定义。
Take lornshrimp/通用-章节创作闭环 from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.