长篇多层级修订时防止级联破坏故事连贯性

适用于已有小说草稿，需要跨主题、结构、手稿多层协调修订并防止连锁问题的写作场景。

适用场景

解决思路

1. 核心原则：任一层的变更都可能影响所有其他层；变更向上传播（行文发现揭示结构问题）和向下传播（结构变更要求行文重写），修订时要同时检查上下传播。
2. 识别三层级：概念/主题层包括核心主题与意义、人物成长弧、象征元素与母题、整体信息与情感旅程；结构层包括情节节拍与故事架构、场景序列与章节组织、节奏与韵律、张力模式与解决循环；手稿层包括实际行文与对话、描写段落、声音与风格一致性、行级技艺元素。
3. 变更前先识别变更层级：概念性、结构性、行文性。
4. 对每个拟议变更记录即时后果（1-2章）：下一步必须改什么。
5. 对每个拟议变更记录中期后果（3-5章）：哪些影响向前扩散。
6. 对每个拟议变更记录全书范围后果：如何影响结局或主要情节点。
7. 创建监控标准，定义问题警告信号：人物行为不一致、情节逻辑缺口、节奏异常、主题矛盾。
8. 影响评估：记录当前状态，快照相关故事元素。
9. 影响评估：投影后果，写出预期影响链。
10. 影响评估：设置检查点，确定在哪里评估。
11. 影响评估：定义回滚触发条件，给出中止的清晰标准。
12. 受控实施：做最小可行变更，用最小版本测试假设。
13. 受控实施：立即监控本地连贯问题。
14. 受控实施：记录观察，注意意外影响。
15. 受控实施：对照预测评估，比较实际与预测。
16. 涟漪管理：识别所需更新，还有什么必须改变。
17. 涟漪管理：按重要性和依赖给级联任务排序。
18. 涟漪管理：跟踪完成，维护已更新与待处理明确清单。
19. 涟漪管理：验证一致性，检查更新能协同工作。
20. 人物发展修订：当人物感觉扁平、动机不清、弧线不完整时，映射所有章节当前人物状态。
21. 人物发展修订：识别成长应可见的场景。
22. 人物发展修订：预测变更如何影响后续对话/行动。
23. 人物发展修订：检查与其他人物反应的一致性。
24. 人物发展修订监控：行为是否仍然可信，他人反应是否适当。
25. 情节结构修订：当节奏不对、事件脱节、高潮缺乏冲击时，创建当前情节节拍时间线。
26. 情节结构修订：识别要改变的具体结构元素。
27. 情节结构修订：映射时间变化如何影响张力。
28. 情节结构修订：检查因果链是否仍成立。
29. 情节结构修订监控：张力是否累积，情节点是否连接且必然。
30. 主题修订：当主题过于直白、不清或不一致时，审计贯穿手稿的当前主题元素。
31. 主题修订：识别更微妙整合的机会。
32. 主题修订：检查人物行动是否支持主题发展。
33. 主题修订：确保高潮/结局强化主题。
34. 主题修订监控：主题是否自然浮现，结局是否在主题上令人满意。
35. 早期预警：人物无发展地违背性格=一致性断裂。
36. 早期预警：事件不按逻辑发展=情节逻辑缺口。
37. 早期预警：场景意外匆忙或拖沓=节奏异常。
38. 早期预警：故事事件削弱主题=主题漂移。
39. 回滚条件：2章内出现多个警告信号、根本人物或情节逻辑断裂、变更制造的问题多于解决、级联任务变得压倒时，执行回滚。
40. 回滚程序：识别回滚点，返回最后稳定状态。
41. 回滚程序：记录教训，出了什么问题及原因。
42. 回滚程序：基于学习修订方法，采用替代策略。
43. 回滚程序：添加保障，用监控防止复发。
44. 推进条件：问题局部且可控、收益明显大于复杂化、级联任务定义良好、核心故事逻辑完整时继续推进。
45. 使用变更记录模板：记录修订简述。
46. 变更记录模板：勾选变更类型 Conceptual/Structural/Prose。
47. 变更记录模板：写明理由。
48. 变更记录模板：预测后果：即时（1-2章）、中期（3-5章）、故事范围。
49. 变更记录模板：监控标准：警告信号1/2、成功指标1/2。
50. 变更记录模板：实施状态：初始变更完成、级联任务识别、级联任务完成、验证完成。
51. 变更记录模板：实施后完成结果评估。
52. 多智能体协作角色边界：结构代理负责情节架构和节奏。
53. 多智能体协作角色边界：人物代理负责发展和一致性。
54. 多智能体协作角色边界：行文代理负责语言和声音。
55. 多智能体协作角色边界：连续性代理负责跨层一致性。
56. 多智能体通信协议：实施前分享意图。
57. 多智能体通信协议：立即报告意外发现。
58. 多智能体通信协议：标记潜在跨层影响。
59. 多智能体通信协议：协调级联任务分配。
60. 多智能体冲突解决：记录哪些元素紧张。
61. 多智能体冲突解决：升级给人类进行创意解决。
62. 多智能体冲突解决：探索替代方案。
63. 多智能体冲突解决：根据故事目标排序。
64. 最佳实践从小处开始：采用增量变更而非重大 overhaul。
65. 最佳实践从小处开始：一次测试一个元素。
66. 最佳实践从小处开始：通过小胜建立信心。
67. 最佳实践保持视角：记住整体故事目标。
68. 最佳实践保持视角：不要忽视有效部分。
69. 最佳实践保持视角：平衡完美与完成。
70. 最佳实践记录一切：修订中捕获洞见。
71. 最佳实践记录一切：记录有效与无效。
72. 最佳实践记录一切：为未来项目积累知识。
73. 最佳实践信任过程：允许变更沉淀。
74. 最佳实践信任过程：不要急于修复每个小问题。
75. 最佳实践信任过程：有些问题会随故事发展解决。
76. 诊断问题：修订卡住时问：这个变更到底在哪一层？
77. 诊断问题：是否已映射前向后果？
78. 诊断问题：什么能说明它在有效？
79. 诊断问题：什么能说明应回滚？
80. 诊断问题：是否在做最小可行变更？
81. 诊断问题：这会产生哪些级联任务？
82. 诊断问题：是否在明确跟踪完成？
83. 输出发现：检查项目中的 context/output-config.md。
84. 输出发现：若找到，查找此技能的条目。
85. 输出发现：若未找到，询问用户“修订跟踪应保存在哪里？”
86. 输出发现：建议 revision/ 或 explorations/revision/。
87. 主要输出：变更记录，使用模板记录每个重大变更。
88. 主要输出：级联任务列表，记录变更要求的次要编辑。
89. 主要输出：监控日志，记录观察到的警告信号及处理。
90. 主要输出：回滚点，稳定状态快照。
91. 文件命名：使用 {novel-name}-revision-{date}.md。
92. 验证：可高置信验证影响评估是否完整（后果是否映射）。
93. 验证：可高置信验证级联跟踪（次要任务是否记录）。
94. 验证：可中置信验证监控是否活跃（警告信号是否被观察）。
95. 验证：需人工判断变更必要性（此修订是否真的需要）。
96. 验证：需人工判断回滚决策（问题何时大于收益）。
97. 验证：需人工判断创意解决（变更制造冲突时）。
98. 验证限制：不能评估变更是否改善故事；不能预测修订方法的创意成功。
99. 反馈循环：按 context/output-config.md 指定位置保存。
100. 反馈循环：保存变更记录、级联任务、监控日志。
101. 反馈循环：使用命名模式 {novel-name}-revision-{date}.md。
102. 跨会话学习：检查该小说先前修订工作。
103. 跨会话学习：基于之前变更尝试的教训。
104. 跨会话学习：把失败修订转化为反模式。
105. 设计约束退化信号：未评估变更（无后果映射）时预警。
106. 设计约束退化信号：警告盲（忽视红旗）时预警。
107. 设计约束退化信号：级联债务（未跟踪次要任务）时预警。
108. 推理要求：标准推理用于单一变更评估、基本级联识别、简单监控设置。
109. 推理要求：扩展推理用于多变更协调（因为变更跨层交互）、完整级联分析（因为次要效果复合）、回滚规划（因为复杂回退需要策略）；触发短语：协调所有修订、映射完整级联、规划回滚。
110. 执行策略顺序默认：影响评估在实施前。
111. 执行策略顺序默认：实施在级联跟踪前。
112. 执行策略顺序默认：级联在验证前。
113. 执行策略可并行：评估多个独立变更。
114. 执行策略可并行：跨不同章节跟踪级联任务。
115. 子代理候选：一致性检查用 Explore，当跨手稿验证变更时。
116. 子代理候选：人物跟踪用 general-purpose，当监控人物一致性时。
117. 上下文管理：技能基础约 3.5k tokens（层级+协议+工作流），含模板约 4.5k，含最佳实践约 5k。
118. 上下文优化：关注当前修订类型和协议。
119. 上下文优化：模板作为文档参考。
120. 上下文优化：多智能体部分可选。
121. 上下文紧张时优先当前修订协议和活动变更记录。
122. 上下文紧张时推迟完整协议列表和多智能体协调。
123. 上下文紧张时丢弃最佳实践和诊断问题。
124. 反模式修复：未评估变更——每次重大变更前明确记录：必须改什么、可能破坏什么、实施前设监控标准。
125. 反模式修复：警告盲——把早期警告当可操作信息，停止、评估、决定现在修复或明确接受风险，不让“以后再修”累积。
126. 反模式修复：级联债务——维护明确级联任务列表，变更需后续编辑立即写下，跟踪完成，解决前不要继续。
127. 反模式修复：沉没成本坚持——实施前定义回滚触发，触发即回滚，记录教训。
128. 反模式修复：活动混淆——为每个修订 pass 定义“更好”的含义，以目标衡量而非页数，有时最好修订是不修订。
129. 集成：入站使用 story-sense 提供需修订诊断。
130. 集成：入站使用 character-arc 提供人物一致性要求。
131. 集成：入站使用 scene-sequencing 提供节奏和结构要求。
132. 集成：出站为 prose-style 提供带级联意识的手稿级变更。
133. 集成：出站为 revision 提供场景级工作与多级协调。
134. 集成：出站为完成小说提供保持连贯的最终产品。
135. 集成互补：story-sense 诊断问题，novel-revision 管理修复且不制造新问题。
136. 集成互补：revision 处理句子和场景级，novel-revision 跨整部手稿协调。

适用边界 · 注意事项

• 仅需要问题诊断时，改用 story-sense。
• 仅处理场景级修订时，改用 revision。
• 仅处理行文/文体编辑时，改用 prose-style。