用场景-后续节奏诊断并修复小说节奏问题（场景不累积…

当单个场景写得不错但整体不累积、节奏失衡或读者能跟上却不被吸引时，用 Goal-Conflict-Disaster 与 Reaction-Dilemma-Decision 结构诊断并调整场景与后续的比例。

适用场景

解决思路

1. 把节奏的基本单位视为「场景-后续」配对：场景制造张力，后续处理张力，二者交替形成峰谷。
2. 场景结构采用 Goal → Conflict → Disaster：先明确 POV 角色在本场景想要什么，目标要具体、可在本场景内达成、与更大故事目标相连，并在开头几拍就让读者清楚。
3. 让冲突在场景内不断升级：用持不同议程的角色、环境障碍或时间压力、内在阻力（恐惧、怀疑、价值观）来对抗目标，每一拍都让目标更难达成。
4. 场景以灾难收尾，按叙事力度排序选择结局：1)「是的，但是……」目标达成但产生新问题（最强）；2)「不，而且更进一步……」目标失败且情况更糟；3)「不」目标失败需再试；4)「是」干净达成（慎用，会杀死张力）。
5. 后续结构采用 Reaction → Dilemma → Decision：先写对灾难的情绪反应，让读者消化事件、连接角色情绪、在高张力场景间喘息，可短至一句也可长达数页。
6. 在后续中设置两难：让角色面对没有好选项的选择，前一个灾难应已关闭某些路径、揭示新信息或制造相互竞争的优先事项，两难必须真正困难。
7. 以决定收尾：角色承诺采取行动，这个行动成为下一个场景的目标。
8. 用场景与后续的比例控制节奏：场景多则快节奏、动作密集、惊悚感、读者喘不过气；后续多则慢节奏、反思性强、文学感、读者沉思。
9. 把后续作为节奏杠杆：场景按自然长度写，通过压缩或扩展后续来调节整体节奏。
10. 诊断「缺少目标」：问「角色在这里想要什么？」若答不清，场景就缺乏方向，修正方法是在第一段建立目标。
11. 诊断「静态冲突」：问「对抗是否升级？」若冲突停留在同一水平，场景会显得平淡，修正方法是让每一拍都使目标更难达成。
12. 诊断「灾难太弱」：问「结局是否太干净？」没有复杂化的「是」结局会消耗张力，修正方法是加上「但是」或「而且更进一步」。
13. 诊断「缺少后续」：问「我们处理了上一个场景吗？」场景与场景之间直接跳跃会让读者疲惫，修正方法是至少加一段简短反应。
14. 诊断「后续过多」：问「我们是否沉溺于反应？」没有行动的冗长内省会拖住势头，修正方法是压缩到必要节拍并推进到决定。
15. 让写作模式匹配功能：动作适合场景冲突，对话适合角色互动，描写适合场景开场和后续（放慢节奏），内省适合后续（处理事件），概述适合场景之间（压缩时间）；后续中写动作会显得仓促，动作中写内省会杀死势头。
16. 按六步执行诊断：1) 询问目标；2) 检查冲突是否升级；3) 审视灾难是否太干净；4) 寻找后续是否有处理时间；5) 映射场景/后续比例是否符合意图；6) 追踪链条，看决定是否导向下一场景的目标。
17. 避免「无休止场景」反模式：纯动作、场景接场景而无后续节拍会让读者麻木、情感赌注变平、灾难冲击递减；修正是即使快节奏故事也插入后续节拍，哪怕一段反应，压缩可以但不要消除。
18. 避免「沉溺后续」反模式：数页内省而无决定、绕圈子的内心独白会让读者失去耐心；修正是让两难导向决定、决定导向行动，给后续限时，若角色没有朝选择前进就压缩或删减。
19. 避免「任意灾难」反模式：场景结局与场景事件脱节、凭空出现的灾难会让读者感到被操纵；修正是反向追踪链条，看场景冲突如何逻辑地产生这个灾难，若答不出就重做冲突以铺垫灾难。
20. 避免「干净胜利」反模式：角色无复杂化地达成目标、以简单「是」收尾会消耗张力；修正是加上「但是」或「而且更进一步」，让目标达成但产生新问题，或胜利代价超出预期。
21. 避免「缺少目标」反模式：场景开始没有明确角色目标、事情发生但无驱动力，会导致没有冲突、没有灾难，场景变成描写而非故事；修正在第一段建立目标，明确 POV 角色在本场景具体想要什么。
22. 需要快速诊断具体场景时，用 analyze-scene.ts 分析场景文本：`deno run --allow-read scripts/analyze-scene.ts scene.txt`，或直接分析文本 `deno run --allow-read scripts/analyze-scene.ts --text "She needed to find the key..."`，或输出 JSON `deno run --allow-read scripts/analyze-scene.ts scene.txt --json`。
23. 该工具检测目标指示词（want、need、trying to）、冲突指示词（but、blocked、obstacle）、灾难指示词（failed、worse、trapped）、反应指示词（felt、emotion、shock）、两难指示词（choice、either、what if）、决定指示词（decided、will、plan），并输出场景/后续比例评估、节奏分类（动作密集、平衡、反思）、缺失元素警告和具体建议。
24. 在开始任何工作前先发现输出位置：检查项目中的 `context/output-config.md`，找到本技能的条目；若未找到或没有条目，先询问用户「这次 scene-sequencing 会话的输出应保存在哪里？」并建议 `explorations/pacing/` 或项目中的合理位置；把用户偏好存入 `context/output-config.md`（若存在上下文网络）或项目根目录的 `.scene-sequencing-output.md`。
25. 持久化主要输出：节奏诊断（场景/后续平衡、节奏问题）、场景分析（每个场景的目标、冲突、灾难）、后续分析（反应、两难、决定元素）、建议（针对节奏问题的具体干预）。
26. 区分文件与对话内容：逐场景拆解、节奏诊断、建议干预、场景/后续比例评估写入文件；具体场景讨论、澄清问题、作者的结构决定、实时反馈留在对话中。
27. 文件命名模式为 `{story}-pacing-{date}.md`，例如 `novel-chapter5-pacing-2025-01-15.md`。

适用边界 · 注意事项

• 不要规定具体场景长度。
• 不要强制套用僵化模板。
• 不要要求每个场景后都必须有后续（节奏会变化）。
• 不要替作者决定场景中应该发生什么。