长篇小说写作工作流

自带写作仪表盘的长篇小说写作工作流。用于需要持久故事状态与连续性审计的长篇虚构小说项目：创建新书、续写章节、导入旧稿、调整方向、改写章节、安全回滚，或在多会话间阅读 / 重建大纲与设定文件。

Dragon Writer

工具无关的长篇虚构小说写作工作流。当用户需要创建一本书、续写一章、重建或阅读大纲 / 设定文件、导入已有章节、调整故事方向、修订某一章，或在多个会话间维护持久的故事圣经 / 状态时使用本 skill。

不可违反规则

• 文件优先：把既有的大纲、设定、角色、规则、章节、状态文件视为权威，一切从文件出发。
• 不覆写 canon：除非用户明确要求改写，否则不改写作者已成文的内容；拿不准时追加带日期的备注，而非直接重写。
• 静态基础与运行时态分开：Foundation（前提、世界法则、卷章地图、角色卡稳定属性、规则书）只在用户明确要求或方向性转向时修改；Runtime（当前状态、钩子、摘要、焦点、审计漂移、道具账本、空间锚点、角色卡物理/逻辑数据时间线）每章更新（时间线为追加式：只加变化点行、不改旧行）。
• 报告具体创建或变更了哪些文件：不要声称某个章节或某本书"已经存在"，除非文件真的被写入了。

自动更新（默认开启）

_meta.json 默认 update.auto_check=true：skill 启动时自动联网检查远程版本，有新版本即下载并应用；无新版本静默通过；任何网络错误 / API 不可达 / 下载失败均自动跳过（skip_on_error=true），不中断 skill 运行。更新只替换 skill 文件本身，本地 _meta.json 的 update 配置会被保留。

bash

python scripts/auto_update.py check              # 启动期检查并应用更新（有新版本即更新）
python scripts/auto_update.py status --verbose   # 只查远程版本，不下载
python scripts/auto_update.py check --force      # auto_check=false 时强制检查（错误自动跳过）

• check 有新版本时脚本自动下载并应用，打印 已更新到版本 x.y.z。
• 无新版本 / 已是最新时静默通过。
• 任何网络错误、API 不可达、下载失败均自动跳过（skip_on_error=true），不中断 skill 运行。

版本号规则：语义化版本 x.y.z（如 3.2.0）。本地版本 < 远程版本才执行更新；本地无 _meta.json 或无 version 字段视为需要更新。远程版本来源：https://api.skillhub.cn/api/v1/search?q=d-writer（slug=d-writer）。

关闭启动期自动检查：编辑 _meta.json → update.auto_check: false。完全禁用更新：update.enabled: false。

从这里开始

0. 检查更新（默认开启）：运行 python scripts/auto_update.py check——有新版本自动应用，无新版本静默通过，任何错误自动跳过不中断（见上方「自动更新」）。
1. 识别模式：
   • 模式 A · 新书：用户给了一句灵感、书名、题材，或要求写一本新小说 → 读 references/workflow-new-book.md。
   • 模式 B · 续写：存在大纲 / 设定 / 章节 / 状态文件 → 读 references/workflow-continue.md。
   • 模式 C · 导入 / 续写：手里有旧章节，但状态文件很弱或缺失 → 读 references/workflow-import.md。
   • 模式 D · 转向 / 修订：换方向、改写、修补，或从特定位置续写 → 读 references/workflow-redirect.md。
   • 模式 E · 改写 / 修复：重写某一章 → 读 references/workflow-rewrite.md。
   • 模式 F · 仪表盘：看进度、打开仪表盘、看完成度、人物关系或读章节 → 读 references/workflow-dashboard.md。
   • 模式 G · 合并审核：写完一章或连续写完多章后，把选定章节合并统一审核 → 读 references/workflow-combined-audit.md。
2. 动任何文件之前先读 references/file-contract.md（文件职责、兼容命名、权威顺序、Foundation / Runtime 边界）。
3. 新书或基础文件缺失时读 references/templates.md（全部基础文件模板）。
4. 续写或改写章节正文前读 references/chapter-craft.md（章首三行入戏、章末断章技法、开头 / 收尾类型与近 3 章轮换）。
5. 双层质量门禁细节读 references/audit-dimensions.md（43 个候选深化审计维度、体裁裁剪、结果四态）。

双层质量门禁

写一章不是写完就定稿，而是过两层。标准表述：10 项驻场初筛 + 43 个候选深化审计维度，按体裁和章节风险裁剪执行。

双层质量门禁为强制环节，任何写作任务都不得跳过：

• 每章落盘前必须通过初筛 + 深化审计；连续写作（同一轮连续产出多章）时，每章之间也不得省略，不得为赶进度合并或跳过单章审计。
• 深化审计只能由独立子代理以新鲜读者视角执行；主代理 / 起草上下文不得自评，哪怕只跑一条维度。
• 未当场修复的发现必须落 audit-drift.md，不存在"先记着、后面补"的静默跳过。

第一层：驻场初筛（10 点，每章必过）

• 本章节是否推进了至少一个具体压力、关系、线索、目标或钩子。
• 主角的行为是否符合既定的动机与当前约束。
• 没有角色知道他们不可能知道的事实（对照 current_state.md 的"章节感知事实表"）。
• 资源、伤势、地点、时间、库存、关系状态与承诺是否与状态文件一致。
• 结尾让局面发生了真正的变化，而非只是烘托气氛或重复前文；且以断章技法收束（见 references/chapter-craft.md），不以总结 / 金句 / 宣布计划泄压。
• 文风是否符合既定的语言、体裁、视角、基调与篇幅目标。
• ★ 空间一致性：场景方位 / 布局 / 人物相对位置是否与 current_state.md 的"空间锚点"兼容，移动路径必须经过中间空间，视角内不能看见隔墙背面。
• ★ 道具与细节：随身物件、衣物、外貌特征的数量、存在、状态是否在相邻段落间与跨章无痕 ±1 / 凭空消失？消耗品的使用与减量是否对应？
• ★ 常识：是否有物理上不可行、因果上颠倒、社会常识错乱的情节？架空设定例外须事先登记在 book_rules.md。
• ★ 章间衔接：本章开场与上一章末尾的物理状态（谁在哪、什么姿势、穿什么、什么时间）显式衔接或有明确的时间 / 场景跳转标记；人物位置不得无交代地互换（对照 intent 的「前章末状态续接」字段）。
• 审计发现若未当场修复，必须落记录（audit-drift.md）。

初筛通过 → 进入第二层；初筛没过 → 直接修订后重新初筛。

第二层：43 个候选深化审计维度（子代理审查）

审计不得由起草同一上下文自评——这会导致文风维度自评失效、审-改循环收敛到局部最优。审计必须在独立子代理中以新鲜读者视角运行（详见 references/audit-dimensions.md 的"子代理审查机制"）。

流程：体裁裁剪 → 主代理准备审计包（草稿 + 激活维度 + 最小连续性事实，不含大纲/意图/角色档案）→ 启动子代理冷读审计 → 子代理返回结构化报告（每维 pass/fail/unknown + 证据 + 建议 + 文风专项）→ 主代理按报告修改 → 可选二审 → 留痕 audit-drift.md。

分级落地：critical 必过、warning 修或留漂移记录、info 仅记录。未当场修复的发现必须落记录。每章都创建章节意图（chapter-NNNN.intent.md），不仅在方向改变时创建。

为什么子代理？ 作者模型"知道每句话的意图"，无法自评转折是否可预测（维22）、套路是否重复（维21）、节奏是否单调（维23）。子代理只收到最小事实包，以读者视角冷读，打破自评盲区。

合并审核（模式 G · 用户发起）

单章审计只覆盖"这一章内部"。写作任务完成时主代理必须主动询问用户："是否进入合并审核？"——仅在任务终点询问一次：单章写作（只写一章）在该章落盘并通过单章审计之后询问；连续创作（一轮连续产出多章）只在最后一章完成后询问，中途各章完成时不打断。用户决定跳过，或进入并指定范围（全部章节 / 部分章节 / 指定章节区间）。

• 定位：把选定章节的正文合并，做一轮完整 43 维深化审计，重点暴露单章审计看不到的跨章一致性问题（时间线、设定冲突、伏笔兑现、信息越界、弧线 / 支线、跨章重复、去 AI 味等）。
• 执行：合并选定章节正文为审计包（全文 + 43 维清单 + 最小连续性事实，不含大纲 / 意图 / 角色档案）→ 由独立子代理冷读审计 → 返回结构化报告 → 主代理按报告修改 → 未修复发现落 audit-drift.md。
• 规则：与单章审计同一强制约束——只能由子代理完成，主代理不得自评。
• 详细流程：references/workflow-combined-audit.md。

平台说明

本 skill 刻意保持工具无关：无论哪个 agent，都使用其自带的文件与命令工具（Read / Write / Edit / Task 或等价能力）完成读写与执行。整个工作流依赖的是文件契约，而非某一款具体 CLI。