关于 scene-analysis
scene-analysis 是面向剧本作者的写作技能，用于评估场景的作用与节奏。它将场景拆分为节拍，并分析目的、冲突、变化和节奏。
主要功能
- 01分析场景目的与功能
- 02按开端至结局拆解结构
- 03映射节拍与情绪变化
- 04检查节奏和场景长度
- 05识别常见场景问题
适用场景
- 01判断场景是否推动故事
- 02检查不同场景长度的节奏问题
- 03梳理对话中的情绪或权力变化
- 04修改冲突或目的不清的场景
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/scene-analysis确认已加载。
附带文件README.md
详细介绍
场景分析技能
调用触发条件
在以下情况下应用此技能：
- 分析场景效果
- 评估场景节奏
- 识别场景问题
- 拆解场景节拍
场景基础
什么是场景？
场景是故事的一个单元，具有以下特点：
- 单一地点（或连续移动）
- 连续时间（或明确标示时间经过）
- 开端、中段和结尾
- 在整体故事中有明确作用
场景问题
每个场景都应该回答： “发生了什么变化？”
如果什么都没有改变，这个场景可能就没有必要。
场景剖析
场景结构
HOOK → Grabs attention, establishes context
BUILD → Develops conflict/tension
TURN → Something changes
RESOLUTION → Scene's immediate outcome
PROPULSION → Sets up what's next
分析示例
INT. RESTAURANT - NIGHT
HOOK: Sarah sits waiting. Checks her watch. John arrives, late.
BUILD: Awkward pleasantries. Sarah's cool. John tries to connect.
TURN: Sarah reveals she knows about the affair.
RESOLUTION: John admits it. Offers no excuse.
PROPULSION: Sarah says "I want a divorce" - cut before John responds.
场景作用
情节功能
| 功能 | 描述 |
|---|---|
| 铺垫 | 为后续内容建立信息 |
| 冲突 | 角色之间发生冲突 |
| 揭示 | 新信息浮现 |
| 决定 | 角色作出选择 |
| 行动 | 展开肢体活动 |
| 后果 | 呈现先前行动的结果 |
角色功能
| 功能 | 描述 |
|---|---|
| 引入 | 介绍一个角色 |
| 发展 | 加深对角色的了解 |
| 成长节点 | 角色发生变化 |
| 关系 | 确立或改变关系 |
每个场景都必须
- 至少服务于一项情节功能
- 至少服务于一项角色功能
- 最好同时服务于两者
节奏分析
场景长度指南
| 类型 | 页数 | 目的 |
|---|---|---|
| 短（1/2-1 页） | 快速传递信息、过渡 | |
| 中等（2-3 页） | 常规对话场景 | |
| 长（4-5 页） | 重大冲突、场面调度 | |
| 加长（5 页以上） | 仅用于高潮时刻 |
节奏韵律
交替安排场景长度以形成节奏：
SHORT - MEDIUM - MEDIUM - SHORT - LONG - SHORT
不要这样：
MEDIUM - MEDIUM - MEDIUM - MEDIUM - MEDIUM
场景精简
- 迟入场： 跳过抵达和寒暄
- 早离场： 表达清楚后就切走
- 删掉冗余： 让每句台词都物有所值
场景节拍
什么是节拍？
场景中的转变——情绪、力量或信息的变化。
识别节拍
标出发生变化的地方：
1. Sarah waits (anticipation)
[BEAT: John arrives late]
2. Awkward greeting (tension)
[BEAT: Sarah asks direct question]
3. John deflects (avoidance)
[BEAT: Sarah reveals she knows]
4. John exposed (power shift)
[BEAT: John admits truth]
5. Resolution (new status quo)
节拍映射
| Beat # | What Happens | Emotional Shift |
|--------|--------------|-----------------|
| 1 | Sarah waits | Hope → Doubt |
| 2 | John arrives | Doubt → Tension |
| 3 | Small talk | Tension → Impatience |
| 4 | Sarah confronts | Impatience → Anger |
| 5 | John admits | Anger → Devastation |
场景分析模板
## Scene Analysis: [Scene Description]
### Location & Time
INT./EXT. [LOCATION] - [TIME]
Page [X] - [Y] ([Z] pages)
### Scene Purpose
- **Plot Function:** [setup/confrontation/revelation/etc.]
- **Character Function:** [introduction/development/arc/etc.]
- **What changes:** [state A → state B]
### Structure
- **Hook:** [description]
- **Build:** [description]
- **Turn:** [description]
- **Resolution:** [description]
- **Propulsion:** [description]
### Beat Breakdown
[Beat mapping table]
### Strengths
- [What works]
### Issues
- [What doesn't work]
### Recommendations
1. [Specific improvement]
2. [Specific improvement]
常见场景问题
没有冲突
问题： 角色意见一致，毫无利害关系。
解决： 让角色拥有相互对立的目标。即使是盟友，也会在方法上意见不一。
没有变化
问题： 场景结束时的状态与开始时相同。
解决： 必须有所不同：信息、关系或利害关系都可以。
长度不当
问题： 场景拖得太久，或进展得太急。
解决： 根据重要性调整长度。删去冗余，或扩展关键时刻。
目的不清
问题： 场景存在，却不知为何存在。
解决： 明确场景的作用。如果毫无作用，就删掉。
可预测
问题： 场景发展完全符合预期。
解决： 加入逆转、意外和复杂因素。
场景类型分析
说明场景
- 风险： 信息倾倒
- 目标： 信息与冲突并存
- 检验： 不考虑信息的话，这个场景还会有趣吗？
动作场景
- 风险： 只有场面，没有利害关系
- 目标： 通过行动展现角色
- 检验： 这些行动让我们了解到角色的什么？
对话场景
- 风险： 角色只是轮流说话
- 目标： 潜台词、冲突和变化
- 检验： 对话中是否存在张力？
过渡场景
- 风险： 没有必要
- 目标： 只承担不可或缺的衔接作用
- 检验： 能否删掉？能否把信息合并到其他地方？
场景检查清单
写作前
- 场景的目的是什么？
- 结束时会发生什么变化？
- 冲突是什么？
- 场景从哪里开始、在哪里结束？
写作后
- 场景是否有明确的吸引点？
- 张力是否逐步增强？
- 是否出现转折？
- 是否推动故事进入下一个场景？
- 能否再缩短一些？
- 长度是否与重要性相符？
评论
支持 Markdown