长篇小说写作工作流 V2

解决的问题

长篇连续创作时，最容易失控的不是文笔，而是状态：大纲、人物、道具、空间、信息权限分散在不同文件里，多会话之间容易把设定写成临时口头记忆。Dragon Writer 面向这类长篇虚构小说任务，把已存在的文件当作权威来源，避免模型凭上下文临时发挥。

工作方式

工作流按场景选择模式：新书、续写、导入、转向修订、改写修复、仪表盘与合并审核。动文件前先读 file-contract.md，区分 Foundation（前提、世界法则、卷章地图等）和 Runtime（当前状态、钩子、摘要、道具账本、空间锚点等）。每章按 prepared → drafted → gated → audited → closed 推进，且由 chapter_txn.py 管理状态。

核心门禁有三类：

• 机械门禁：校验 book.json.chapterMinChars 下限，并检查必要场景节点有正文证据。
• 知情连续性门禁：主代理核对时间、空间、信息获知、关系许可、道具、钩子与章际衔接。
• 无背景冷读：新建一个子代理只读正文，报告读者可见问题，不修改文稿。

写作保持单写手串行；第 N 章未封板不得开始第 N+1 章。未当场修复的发现必须写入 audit-drift.md，不能静默跳过。

适用边界

它适合已有或准备建立长篇项目文件的虚构写作，不适合一次性短篇生成。该工作流不替作者决定题材、受众或表达尺度；宿主平台规则不会伪装成小说质量审计。默认只读，不自动更新；check --force 只有在用户明确授权更新时才可运行。