修订小说章节时保持连续性与一致性的完整工作流

在修订已有故事项目的章节、做连续性审计或各类编辑时，按类型执行对应流程并同步更新依赖元数据。

适用场景

解决思路

1. 先明确修订类型（若用户未指定）：连续性审计（找矛盾、过时引用、时间线问题、缺失反向链接、字数漂移）；发展性修订（改进结构、场景目的、角色动机、节奏、赌注、弧线推进）；反向大纲（不看大纲文件，用一句话概括每章实际做了什么，再与情节文件对比，不一致处重排、合并、拆分或删除；读 chapters/ 全部章节、plot/timeline.md、活跃 arc 文件；更新 plot/timeline.md、arc 情节点表、章节移动/合并/拆分时更新 chapters/_index.md）；主题审计（检查结尾是否回应开篇的价值问题、主题是否通过后果而非评论戏剧化、早期引入的母题是否在结尾兑现；读 story.md 的前提与主题、开篇与结尾章节、plot/_index.md 中主题追踪的 arc；若草稿论证的是不同观点则更新 story.md 前提与 arc 的 themes 标签）；节奏波形（映射每章张力找死区：既不提升也不变化张力的章节；两个峰值相邻会互相稀释；中间平坦说明缺少升级；运行 story timeline . 查看 POV 平衡与长期消失的角色；读章节、scenes/ 状态变化、arc 高潮点；更新章节或场景顺序，或在平坦处增加升级）；揭示经济性（检查每个揭示是否由埋设铺垫赢得、揭示是否分散而非扎堆；无铺垫的反转和揭示堆砌都显得廉价；读 continuity/promises/、arc 伏笔表、continuity/state.md 中的 knowledge-state；更新 promise/question 的 status 与章节字段、伏笔行）；可移除性审计（杀爱）：找删除后下游无变化的场景——无状态变化、无因果、无回报；将此类场景接入（赋予后果）、并入相邻场景或删除，并记录决定以免反复争论；读 scenes/ 状态变化、continuity/state.md、continuity/promises/；更新场景 state-changes、promise/question 状态、plot/timeline.md）；行编辑（在不改变情节事实的前提下改进清晰度、声音、节奏、对话与感官具体性；读 style-sheet.md 获取记录的声音，用 story prose . 找过滤词、副词簇、said-bookisms、回声、均匀节奏、值得重读的重复短语）；文案编辑（区别于校对/润色：执行风格基线——连字符、大小写、命名、数字——以及表面细节的连续性——发色、房间布局、名字拼写；此遍是机械一致性而非散文质量，散文质量属于行编辑；读 style-sheet.md（缺失时用 voice-style 技能创建）、glossary/、角色与地点文件；运行 story prose . 并修复其报告的所有避免拼写；更新章节、新约定确定时更新 style-sheet.md、glossary/、细节漂移的角色文件）；事实核查（验证章节依赖的现实世界细节；读 research/ 中 used-in 列出该章节的笔记；更新研究笔记及其状态，以及章节中与已验证发现矛盾之处）；校对/润色（修复小措辞、语法、重复与格式问题）
2. 在任何多章节修订前对草稿做快照（见草稿快照），以便对比和撤销
3. 阅读相关上下文：story.md；chapters/_index.md；目标章节；存在时的前后章节；章节 frontmatter 引用的相关角色、地点、系统与 arc 文件；scenes/ 中匹配的场景文件；continuity/state.md、未决问题与 promises/payoffs；plot/timeline.md 与活跃 arc 文件（用于连续性敏感编辑）
4. 创建简洁的修订计划：将改什么；为保持连续性必须固定什么；除章节外哪些文件可能需要更新
5. 直接在 markdown 文件中做针对性编辑，不要创建项目本地脚本来重写散文
6. 更新依赖元数据：章节 frontmatter 的 status（draft -> revised，仅在适当时 revised -> final）；可用时通过 CLI 更新章节 word-count；事件变化时更新 plot/timeline.md；POV、地点、参与者或状态变化移动时更新 scenes/ 记录；知识、物品归属、谜团状态或回报变化时更新 continuity/state.md、continuity/questions/ 或 continuity/promises/；修订改变铺垫/回报时更新 arc 情节点或伏笔状态；状态、关系或地点引用变化时更新角色或地点文件
7. 运行维护命令：story wordcount . --write；story reindex .；story links .；story validate .；story continuity .；story doctor .
8. 若 story.md 通过 follows 或 precedes 链接其他书，还要运行 story series .，以免修订破坏与续集或前传共享的设定
9. story continuity 确定性检查死亡顺序（died-in 与后续出场）、promise/question 章节顺序、未触发铺垫、POV/演员一致性、continuity/state.md 引用；对于有意的闪回、记忆或已死角色的录音，将其列在章节或场景的 mentions 而非 characters 下
10. 若未安装 story，使用 Story Skills 仓库检出中的 bun run story --，或捆绑回退 node ../story-maintenance/scripts/story.js 并传相同参数，路径相对于本技能文件夹解析
11. 草稿快照：在触及多个章节的修订前做快照，并按所保留的草稿命名（draft-1、pre-beta-edit）；Git 项目：检查 git status，提交前询问用户，获批准后提交当前状态并打标签：git add -A && git commit -m "Draft 1 before developmental pass" && git tag draft-1；未经明确批准绝不 push、改写历史或删除标签；无 git 项目：先提议运行 git init，若用户拒绝，将整个项目文件夹复制到旁边（../the-tide-room-draft-1），绝不复制到项目内，否则 story 命令会扫描副本
12. 修订后与快照对比并报告结果：story compare . --ref draft-1；story compare . --against ../the-tide-room-draft-1；story compare 列出每章字数变化、新增与删除章节、未变段落占比，让用户看到修订深度；章节按 id 匹配，因此重新编号的章节会显示为删除加新增；它只读 git，绝不提交或打标签
13. 连续性审计清单：先运行 story continuity . 收集确定性发现，再检查 CLI 无法判断的内容：角色知识（无人依据未学到的信息行动）；角色状态（伤病、情绪、联盟、位置、身份延续）；时间线（一天中的时间、旅行时间、顺序、因果保持连贯；story timeline . 按故事顺序显示有日期的场景并标记闪回，检查每个标记场景是否确为闪回）；情节弧线（每个改动场景仍推进或有意暂停某 arc）；伏笔（埋设与兑现项与 arc 文件匹配）；承诺/问题（持久连续性记录与章节现在揭示或保留的内容匹配）；场景状态（每个章节场景都有机器可读的 POV、地点、参与者、arc 与状态变化说明）；世界规则（魔法、科技、政治、地理与世界构建文件一致）；引用（章节 frontmatter 列出散文中推进的每个主要角色、地点与 arc；无引用的章节按设计可以——安静的双人戏在纸面上不推进任何东西——只标记缺失引用，绝不标记空引用）；注册表（索引、字数与链接在编辑后保持最新）
14. 报告：用户要求审计而非直接编辑时，按严重程度返回发现，附文件引用与具体修复；用户要求修订时，总结已编辑文件、变化的连续性事实与维护结果

适用边界 · 注意事项

• 项目必须已存在（项目根目录有 story.md），否则不适用
• 涉及多章节的修订前必须先做快照，否则无法对比和撤销
• 未经用户明确批准，不得 push、改写历史或删除标签