# Short Drama Commentary

> 字幕优先的短剧解说结构设计 skill。适用于分析优秀短剧解说字幕、拆解它们的结构与节奏、判断什么时候插原片什么时候上解说，或基于原剧字幕 / 梗概直接产出短剧解说的 beat sheet、插片计划和口播稿。用户一旦提到“短剧解说结构”“原片穿插”“什么时候放原声”“根据字幕做解说”“学习优秀短剧解说”“拆解短剧解说账号”这类需求，应优先触发。不要在纯视频裁切、纯字幕排版、普通剧情总结、纯影评里使用本技能。

- Skill: `linyqh/short-drama-commentary` (Agent Skill, multi-file: 4 files)
- Install (CLI): `npx skillmds@latest add linyqh/short-drama-commentary`
- Raw SKILL.md: https://api.skillmd.com/api/skills/linyqh/short-drama-commentary/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: linyqh (https://skillmd.com/u/linyqh)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/linyqh/short-drama-commentary

---


# 短剧解说结构设计

这个 skill 解决的不是“把剧情复述清楚”，而是：

**把剧情信息、原片戏眼、解说节奏，组织成一条能剪、能播、能打人的短剧解说结构。**

如果最后只有剧情梗概，没有明确的“哪里保留原片、哪里用解说带过、为什么这么插”，那就不算完成。

开始前先读：

- `../references/excellent-short-drama-commentary-playbook.md`
- `../references/skill-stack.md`

## 适用输入

优先处理下面三类输入：

1. **优秀短剧解说字幕样本**：用于学习结构、总结模式、复刻方法
2. **原剧字幕 / transcript**：用于直接设计一条新的短剧解说结构
3. **已有解说稿 / 旧版本成片字幕**：用于诊断节奏问题，重做原片与解说的穿插方案

如果只有视频没有字幕，本 skill 不是首选；先去补字幕或转录。

## 先判断当前任务属于哪一类

### A. 样本拆解
当用户给你的是“优秀短剧解说字幕”时：
- 先识别叙述声部和原片对白声部
- 再拆它的结构骨架、转场方式、原片插入点
- 最后总结成可复用规则，而不是只做内容概括

### B. 新稿规划
当用户给你的是“原剧字幕 / 梗概”时：
- 先梳理人物、冲突、反转、情绪链条
- 再决定哪些信息必须由解说压缩
- 哪些节点必须交给原片原声承担
- 最后输出一份可直接写稿或剪辑的插片方案

### C. 改稿提纯
当用户给你的是“已有解说稿 / 成片字幕”时：
- 先找节奏重复、原片太少、原片太碎、解说抢戏等问题
- 再重排为更强的“解说推进 + 原片打点”结构

## 核心判断标准

### 必须保留原片的地方
优先把这些位置交给原片，而不是解说代讲：

1. **一句话就能立住人物**
   - 比如狠话、回怼、拒绝、摊牌、护短、宣战
2. **羞辱感最强的瞬间**
   - 当众贬低、冤枉、揭短、逼迫、赶走、羞辱身份
3. **反击快感最强的瞬间**
   - 掀桌、打脸、反将一军、公开站队、身份揭晓
4. **情绪落点最强的瞬间**
   - 哭着放手、孩子安慰、求婚、认亲、诀别
5. **表演强于信息的瞬间**
   - 停顿、眼神、咬牙、颤抖、沉默后开口

### 应该交给解说的地方
以下内容优先用解说压缩，而不是硬塞原片：

1. **跨场景、跨时间的推进**
2. **重复性的羞辱或重复争吵**
3. **观众需要知道，但原片说得不够利索的背景**
4. **从一个爆点跳到下一个爆点之间的桥段**
5. **为了保节奏必须快速带过的说明段**

## 默认结构骨架

大多数短剧解说都能落进下面这条 6 段式骨架：

1. **开场钩子**
   - 先抛最危险、最屈辱、最反常、最有代价的一幕
   - 可以是 1 句解说，也可以直接上 1 句爆炸原台词
2. **快速补前情**
   - 用解说把人物关系、当前困境、事件前因讲清
   - 目标是尽快把观众送到第一个冲突点
3. **第一次正面碰撞**
   - 第一次插入关键原片
   - 常见是羞辱、误会、命令、拒绝、遇见、威胁
4. **连续升级**
   - 解说负责压缩过程
   - 原片只在升级节点打点，不要每个对话都留
5. **反转 / 反击 / 情绪爆点**
   - 原片占比提高
   - 这里往往是整条视频最值得保留原声的区域
6. **结尾落点 / 下集钩子**
   - 要么把最狠一句留给原片
   - 要么用 1 句解说把悬念挂出去

## 默认节奏建议

如果没有更明确要求，优先使用这个默认比例：

- **解说承担 60%~75% 的信息推进**
- **原片承担 25%~40% 的情绪打点**

再按题材微调：

- **家庭狗血 / 婚恋复仇**：解说 65% 左右，原片 35% 左右
- **战神 / 逆袭 / 爽文权势流**：原片可提高到 40%~55%
- **纯甜宠 / 治愈慢热**：解说可提高到 75%~85%

另外必须同时给出：

- 开头第一刀预计出现在第几秒
- 目标 VO / 原片比例
- 预计长原片（>15 秒）数量
- 结尾策略是“原片最后一刀”还是“VO 挂钩”

## 样本拆解流程

1. 先通读字幕，不急着总结剧情
2. 标出所有“原片值得保留”的点：
   - 羞辱
   - 回怼
   - 站队
   - 认亲
   - 求婚
   - 身份揭晓
   - 最后一刀
3. 再看这些点前后，解说都做了什么：
   - 是铺垫
   - 是补背景
   - 是跳时间
   - 是解释后果
4. 总结样本属于哪一型：
   - 纯解说
   - 解说主导 + 点状原片
   - 解说主导 + 关键对白
   - 解说对白混编
   - 对白主导 + 少量串讲
5. 最后沉淀成“可复用规则”，不要停在“这个剧情很抓马”

## 新稿规划流程

1. 先列出剧情主线，不超过 6 个大拍点
2. 每个拍点判断：
   - 观众此刻最需要知道什么
   - 这一拍最值得听见什么
3. 只把“听见会更爽/更疼/更有记忆点”的内容留给原片
4. 其余内容交给解说带过
5. 确保每次插原片都在承担任务，而不是装饰
6. 单独列出 **Kill List**：
   - 哪些原片虽然相关，但必须砍
   - 哪些桥段只留结果，不留完整过程
   - 哪些信息必须压成 VO

## 不要这样做

- 不要把整段原片对话按顺序全抄进来
- 不要解说刚说完，原片又把同样的话说一遍
- 不要只保留结果，不保留羞辱和反击过程
- 不要只因为一句台词“语义完整”就保留它
- 不要把解说写成空泛短视频腔，比如“命运齿轮开始转动”
- 不要硬把每 10 秒都塞一个原片

## 输出合同

无论是拆样本还是做新稿，默认都要给出这三层结果：

### 1. 结构判断
至少说明：
- 当前素材属于哪种结构型
- 核心情绪链条是什么
- 原片承担什么，解说承担什么

### 2. 插片计划表
至少包含这些列：
- `段落`
- `模式`（`解说` / `原片`）
- `作用`
- `内容摘要`
- `为什么此处要保留原片 / 为什么此处要用解说`
- `时长建议`

并且必须额外给出：

### 2.5 节奏预算

- `目标总时长`
- `目标 VO 比例`
- `目标原片比例`
- `预计长原片数量`
- `开头第一刀时间`
- `结尾策略`

### 2.6 Kill List

明确列出：
- 不该保留的原片
- 应压成 VO 的桥段
- 当前最可能拖慢节奏的地方

### 3. 可执行文案或分段建议
按用户需求返回：
- 解说逐行稿
- 解说 + 原片混排脚本
- beat sheet
- 简版 storyboard 表

如果需要格式模板，读取 `references/output-template.md`。

## 质量自检

交付前逐项检查：

1. 开头是不是足够快进入冲突
2. 原片是不是都插在“最有戏”的地方，而不是“最好解释”的地方
3. 解说有没有重复紧邻原片已经说清的内容
4. 中段有没有拖沓的说明堆积
5. 结尾是不是留下了真正的情绪落点或悬念
6. 如果观众只看这 60~90 秒，会记住哪一句原台词、哪一个场面

命中以下任一项，必须返工：

- 开头 8 秒内还没真正进冲突
- 原片明显多于解说，但题材又不是爽文/战神型
- 原片平均时长失控，像原剧高光回放
- 没有 Kill List
- 结尾同时想做原片落刀和 VO 挂钩

## 参考

- 样本语料总结：`references/corpus-insights.md`
- 输出模板：`references/output-template.md`
- 共享高标准：`../references/excellent-short-drama-commentary-playbook.md`
- 技能栈分工：`../references/skill-stack.md`
- 如果用户后续要做成片、找画面、出 `storyboard.json`，再串联 `../drama-explainer/SKILL.md`
- 如果用户只要写纯解说稿，再串联 `../drama-script-writer/SKILL.md`