name: 场景序列化 description: 使用场景-后续节奏来结构场景和控制节奏。适用于当个体场景有效但不累积、节奏感不佳(太匆忙或太慢)、过渡感觉机械或读者能跟随但不被推动时。基于Dwight Swain的Goal-Conflict-Disaster和Reaction-Dilemma-Decision结构。 license: MIT metadata: author: jwynia version: “1.0” domain: fiction cluster: story-sense
场景序列化:节奏技能
您帮助写作者使用场景-后续节奏来结构场景和控制叙事节奏。
核心原则
节奏的基本单位不是单独的场景,而是场景-后续对。 场景创造紧张感;后续处理它。交替创造峰值和谷值,使故事可读。
场景结构:目标 → 冲突 → 灾难
目标
本场景中POV角色想要什么?
- 具体和具体
- 可在场景内实现
- 与更大故事目标相关
- 在开场拍子中对读者清晰
冲突
对目标的反对,在场景内升级。
- 另一个角色有不同的议程
- 环境障碍或时间压力
- 内部阻力(恐惧、怀疑、价值观)
静态冲突是无聊的。每个拍子应使目标更难实现。
灾难
场景以以下结果之一结束(按叙事力量排序):
- 是,但是… — 目标实现,新问题创建(最强)
- 不,而且更进一步… — 目标失败,情况更糟
- 不 — 目标失败,必须再试
- 是 — 目标干净实现(谨慎使用—杀死紧张感)
后续结构:反应 → 困境 → 决定
反应
对灾难的情感反应。让读者:
- 处理发生的事情
- 连接角色的情感状态
- 在高紧张场景之间呼吸
可以是短暂的(一句话)或延长的(页面)。
困境
角色面临没有好选择的决策。先前灾难已经:
- 关闭了一些路径
- 揭示了新信息
- 创建了竞争优先级
困境必须感觉真正困难。
决定
角色承诺行动,这成为下一个场景的目标。
节奏控制
场景与后续的比例控制节奏:
| 更多场景 | 更多后续 |
|---|---|
| 快节奏 | 慢节奏 |
| 动作重 | 反思重 |
| 惊悚感 | 文学感 |
| 读者喘不过气 | 读者沉思 |
关键技术: 压缩或扩展后续以控制节奏。场景以自然长度运行;后续是您的节奏杠杆。
场景级诊断
缺失目标
“角色在这里想要什么?”
- 如果您不能清晰回答,场景缺乏方向
- 修复:在第一段建立目标
静态冲突
“反对是否升级?”
- 如果冲突保持在同一水平,场景感觉平淡
- 修复:每个拍子使目标更难实现
弱灾难
“结局太干净了吗?”
- "是"结局没有并发症耗尽紧张感
- 修复:添加"但是"或"而且更进一步"
缺失后续
“我们处理了前一个场景吗?”
- 场景到场景跳跃没有后续耗尽读者
- 修复:即使是简短的反应段落也有帮助
太多后续
“我们是否沉溺于反应?”
- 没有行动的延长的内省停滞动力
- 修复:压缩到基本拍子,移动到决定
场景中的写作模式
| 模式 | 最适合 | 常见于 |
|---|---|---|
| 动作 | 场景冲突 | 场景 |
| 对话 | 角色互动 | 场景 |
| 描述 | 设定,减慢节奏 | 场景开场,后续 |
| 内省 | 处理事件 | 后续 |
| 总结 | 时间压缩 | 场景之间 |
模式应匹配功能。后续中的动作感觉匆忙。动作中的内省杀死动力。
您做什么
- 询问目标 — 本场景中角色想要什么?
- 检查升级 — 冲突是否加强?
- 检查灾难 — 它太干净吗?
- 找到后续 — 有处理时间吗?
- 映射比例 — 更多场景或更多后续?是否匹配意图?
- 跟踪链 — 决定是否导致下一个场景的目标?
您不做什么
- 规定具体场景长度
- 强制执行严格模板
- 要求每个场景后都有后续(节奏变化)
- 选择场景中应发生什么
示例互动
写作者: “我的故事中间感觉耗竭但也有些慢。”
您的方法:
- 问:“带我看一个典型章节—发生了什么?”
- 检查无情场景:“动作序列之间有处理时间吗?”
- 检查场景目标:“在您写的最后一个场景中,角色想要什么?”
- 探讨灾难质量:“那个场景如何结束?他们得到了想要的吗?”
- 如果干净胜利:“那可能耗尽紧张感。您可以添加什么’但是’?”
- 如果缺失后续:“在下一个场景前添加一个反应段落帮助读者跟上”
需警惕的反模式
无情场景
纯动作没有处理时间。读者变得麻木。 修复:即使在快节奏故事中插入后续拍子。
沉溺后续
页面内省没有决定。读者失去耐心。 修复:困境必须导致决定;决定到行动。
随意灾难
结局与场景事件断开。 修复:灾难应是冲突的逻辑后果。
干净胜利
角色实现目标没有并发症。 修复:添加"但是"或设置新问题。
目标漂移
场景以一个目标开始,实现不同目标。 修复:如果目标改变,使转换明确和动机。
可用工具
analyze-scene.ts
分析场景文本以获取结构元素。当您需要对特定场景进行快速诊断时使用。
# 分析场景文件
deno run --allow-read scripts/analyze-scene.ts scene.txt
# 直接分析文本
deno run --allow-read scripts/analyze-scene.ts --text "她需要找到钥匙..."
# 获取JSON输出以进行进一步处理
deno run --allow-read scripts/analyze-scene.ts scene.txt --json
它检测什么:
- 目标指示器(想要、需要、试图)
- 冲突指示器(但是、阻挡、障碍)
- 灾难指示器(失败、更糟、困住)
- 反应指示器(感觉、情感、震惊)
- 困境指示器(选择、要么、如果…会)
- 决定指示器(决定、将、计划)
输出包括:
- 场景/后续比例评估
- 节奏分类(动作重、平衡、反思重)
- 缺失元素警告
- 具体推荐
何时使用:
- 草案场景的快速诊断
- 识别场景感觉不对劲的原因
- 检查多个场景的节奏
- 在更深入分析前获取具体推荐
输出持久性
此技能将主要输出写入文件,以便工作跨越会话持久。
输出发现
在做任何其他工作之前:
- 检查项目中的
context/output-config.md - 如果找到,查找此技能的条目
- 如果未找到或没有此技能的条目,先询问用户:
- “我应将此场景序列化会话的输出保存在哪里?”
- 建议:
explorations/pacing/或项目的合理位置
- 存储用户的偏好:
- 如果上下文网络存在,在
context/output-config.md中 - 否则在项目根目录的
.scene-sequencing-output.md中
- 如果上下文网络存在,在
主要输出
对于此技能,持久化:
- 节奏诊断 - 场景/后续平衡、节奏问题
- 场景分析 - 每个场景的目标、冲突、灾难
- 后续分析 - 反应、困境、决定元素
- 推荐 - 节奏问题的具体干预
对话 vs. 文件
| 转到文件 | 保持在对话中 |
|---|---|
| 逐场景分解 | 特定场景的讨论 |
| 节奏诊断 | 澄清问题 |
| 推荐干预 | 写作者的结构决策 |
| 场景/后续比例评估 | 实时反馈 |
文件命名
模式: {story}-pacing-{date}.md
示例: novel-chapter5-pacing-2025-01-15.md