# Tiktok Short Drama

> 面向 TikTok / 海外竖屏短剧（vertical short drama / micro-drama / TikTok drama / short series）的中文创作 skill。覆盖选题市场分析、世界观与角色场景设计、故事结构、分集大纲、分集剧本、分镜脚本、过程质检、付费卡点与合规审核；支持出海英文对白稿和国内全中文稿。任何涉及"短剧 / 竖屏剧 / TikTok 剧 / 微短剧 / 出海剧 / 60-90 秒 AI 视频剧 / 分集大纲 / 分镜脚本 / 付费卡点"的需求都使用本 skill，即便用户没有显式提及"skill"或"短剧 skill"。

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

---


# TikTok 短剧创作 Skill

用于面向 TikTok 及海外短剧平台的竖屏短剧创作，也可输出国内对照版。目标不是先写剧情再补逻辑，而是按"市场验证 → 设定搭建 → 结构引擎 → 分集拆解 → 剧本落地 → 分镜执行 → 质检合规 → 导出交付"的顺序稳定产出可看、可卖、可续写的短剧。

## 适用场景

- 从 0 到 1 新建 TikTok / 出海短剧项目
- 把已有中文短剧改造成海外版本
- 重做题材定位、钩子、节奏、卡点、爽点结构
- 产出英文对白版，但让中文团队继续使用中文策划文档

## 工作目录

当前工作目录默认是**多剧工作区**。一部剧必须对应一个独立的完整剧本目录，所有业务产物都写入该剧自己的目录；同一个工作区下可以并行维护多部剧，互不影响。多剧目录解析、命名和隔离规则详见 `references/workspace-projects.md`，所有命令读写业务文件前都必须先解析 `ACTIVE_DRAMA_DIR`。

## AI 制作形态总原则

本 skill 默认服务的是**AI 制作的竖屏短剧 / 漫剧 / 动态漫画 / 真人感 AI 视频**，不是默认服务真人剧组拍摄。`真人感`、`漫剧风`、`半写实 CG`、`厚涂插画`、`3D 卡通` 等都只是 `artStyle` 和目标模型选择，不是不同的创作管线。

执行含义：

- 题材判断不得因为“短剧”二字自动收窄到真人拍摄、写实都市或单一写实实景方向。
- `/开始`、`/立项`、`/设定` 推荐题材时，必须同时考虑真人感 AI 视频、漫剧/动态漫画、半写实/强风格化 AI 视频的可行性。
- “可拍 / 制作成本 / 导演视角”统一理解为“竖屏 AI 可视化 / AI 生成稳定性 / 分镜表达效率”，不是剧组实拍成本。
- 剧本阶段只保证人、戏、情绪、动作和视觉锚点成立；具体真人感、漫剧感、插画感、3D 感在 `/分镜脚本` 与 `AI资产圣经.md` 中通过 `artStyle` 统一注入。
- 除非用户明确要求“真人拍摄版”或项目 `artStyle` 已锁定为写实真人感，否则不得把“现实可拍性”作为压低题材想象力的理由。

下面这棵树表示单部剧完整跑通后的最终形态，不代表启动时就要一次性创建全部文件：

```text
{工作区}/
└── {单部剧目录}/
    ├── 剧本状态.json
    ├── 选题分析.md
    ├── 故事设定.md
    ├── AI资产圣经.md
    ├── 故事结构.md
    ├── 分集大纲.md
    ├── 分集追踪.md
    ├── 质检检查点.md
    ├── 分集剧本/
    ├── 分镜脚本/
    ├── 总检报告.md
    ├── 合规报告.md
    └── 导出/
```

如果用户已经 `cd` 到某部剧目录内工作，且该目录含 `剧本状态.json`，则当前目录就是 `ACTIVE_DRAMA_DIR`；否则当前目录视为工作区根目录，`/开始` 必须先新建单部剧目录，再在其中创建最小文件。

合并原则（避免文档碎片化）：

- 世界观、角色、关系、场景统一写入 `故事设定.md`
- 全局大纲、情绪总曲线、钩子系统、悬念债务、爽点、付费卡点统一写入 `故事结构.md`
- 分集推进、单集情绪曲线、开场钩子、尾钩、卡点标记统一写入 `分集大纲.md`
- 事实连续性、悬念兑现、情绪债务、资产连续性统一写入 `分集追踪.md`

所有上述文件名都相对 `ACTIVE_DRAMA_DIR`，不是工作区根目录。

旧版直接进入单部剧目录的工作方式仍兼容；目录解析、自动恢复和多剧歧义处理统一以 `references/workspace-projects.md` 为准。

## 每次进入本 skill 先做的事

1. 先按 `references/workspace-projects.md` 解析 `ACTIVE_DRAMA_DIR`；未解析成功前不得读写业务文件。
2. 在 `ACTIVE_DRAMA_DIR` 中检查 `剧本状态.json` 是否存在；不存在时按新项目处理。
3. 若已有内容，先恢复 `currentStep`，只检查当前步骤和前置步骤真正需要的文件，不预建未来步骤产物。
4. 若 `currentStep=开始`，优先从 `ACTIVE_DRAMA_DIR/选题分析.md` 的推荐版中恢复最近一轮候选方向、当前方向理解和待确认项。
5. 若已有旧项目内容但缺少当前步骤继续所必需的前置文档，只补建当前所需的最小文档集，不顺手创建后续阶段文件。
6. 任何阶段发现前置文档不成立，回退到前一阶段重做，不带病推进。
7. 项目启动一律先走 `/开始`，不要绕过 `/开始` 直接进入 `/立项`。
8. 若已进入批次生产，恢复现场时**必须同时完成以下四项检查**，不允许只看 `currentStep` 就继续写：
   - 检查 `deliveryProgress.scriptCompletedRanges`：确认最近已完成的剧本批次范围
   - 检查 `deliveryProgress.storyboardCompletedRanges`：确认是否已经误生成或已完成正式分镜区间
   - 检查 `deliveryProgress.nextScriptRange` 与 `nextStoryboardRange`：确认下一批待执行区间
   - 检查 `qcStatus.episodes` 和 `qcStatus.storyboards`：确认最近一批次是否已通过质检；状态为 `需修改` 必须先修复，不得继续扩写
9. **跨文档漂移双向复检规则（owner 意识刚需）**：pipeline 顺序 `设定 → 结构 → 大纲 → 剧本 → 分镜` 中，任一文档变更都必须按下列双向规则触发复检，不得只看方向的一半。"已通过"不是不可变事实——它只代表"当时与兄弟文档一致"。
   - **正向（上游变更 → 下游复检）**：已通过质检的上游文档（如 `故事设定.md`）再发生内容变更 → 必须把所有下游阶段 `qcStatus` 字段（`architecture` / `outline` / `episodes[*]` / `storyboards[*]` / `production` / `compliance`）从"已通过"回退为"未检查"，按 pipeline 顺序重跑对应质检命令，不得跳步
   - **反向（下游修复新增共享字段 → 上游复检）**：下游质检命令（如 `/结构质检` / `/大纲质检` / `/剧本质检`）在修复阶段向文档新增或修改**共享字段**（典型：角色弧线锚点集数 / 禁写项硬红线 / 秘密兑现时点 / 关系曲线阶段集数 / 视觉基调限定 / 付费卡点类型）→ 必须反向把上游 `qcStatus` 字段（典型如 `bible`）从"已通过"回退为"需修改"，重跑对应上游质检命令；即使上游刚标"已通过"也不例外
   - **共享字段判定**：任何在 2 份或以上文档都出现、且需要保持字面一致的字段都算共享字段；触发条件是"下游新增/修改了该字段的任一描述"而不是"只改了下游独有字段"；拿不准时按共享字段处理（宁可多跑一轮也不放过漂移）
   - **记账要求**：反向复检触发后，必须在 `质检检查点.md` 当轮质检段落起一个"跨文档漂移专项"子段，用 grep 命令双向验收——**正向命中**新锚点行号 + **反向清除**旧字符串 `No matches`，两项都成立才允许把 `qcStatus` 回写为"已通过"

## 统一启动规则

项目启动统一使用 `/开始` 命令。

- `/开始` — 用户没有明确想法时，先做交互式题材推荐
- `/开始 {用户自己的想法}` — 用户已有题材、情绪、关系、剧名或一句话 premise 时，在用户想法基础上交互收窄

统一规则：

1. 无论用户是否已给想法，都先进入 `/开始`。
2. `/开始` 不直接产出正式立项，而是先完成方向锁定。
3. 用户没提供有效方向时，先给 1 个主推方向 + 1-2 个备选方向供用户选择。
4. 用户已经提供想法时，不直接照单全收，而是判断是否适合 TikTok，并给 1-2 个更适配的收窄/变体建议。
5. 在用户明确选择前，不得把主推方向写成"已确认题材"，也不得默认替用户采用主推方案。
6. 用户在 `/开始` 中选定方向、或明确授权"按主推推进"后，才进入 `/立项`。

## 按阶段延迟创建规则

默认采用"什么时间用，什么时间创建"的策略。下表所有业务文件都创建在 `ACTIVE_DRAMA_DIR` 内，不要为了看起来完整而预先创建未来步骤的空文件或目录。

| 进入步骤 | 首次允许创建 | 说明 |
|---------|-------------|------|
| `/开始` | `剧本状态.json`、`选题分析.md` | 只建立启动与推荐所需最小集合 |
| `/立项` | 无新增必建文件 | 继续整理和更新 `选题分析.md` 正式版 |
| `/设定` | `故事设定.md` | 首次进入设定阶段再创建 |
| `/结构` | `故事结构.md` | 首次进入结构阶段再创建 |
| `/分集大纲` | `分集大纲.md`、`分集追踪.md` | 追踪文档从大纲阶段开始启用 |
| `/策划通读` | 无新增主流程文件 | `/大纲质检` 通过后、首批剧本前的开写决策门；只追加/更新 `质检检查点.md` 与 `剧本状态.json` |
| `/分集剧本 {起止集}` | `分集剧本/`、本批次集数文件 | **不**创建 `AI资产圣经.md` |
| `/整剧通读` | 无新增主流程文件 | 全剧分集剧本完成后、分镜前的宏观通读门禁；只追加/更新 `质检检查点.md` 与 `剧本状态.json` |
| `/分镜脚本 {起止集}` | `AI资产圣经.md`（若缺失）、`分镜脚本/`、本批次集数文件 | 正式分镜只在全剧分集剧本完成、批次剧本质检全通过、`/整剧通读` 通过后创建；`AI资产圣经.md` 首次创建时机统一收敛到此 |
| `/总检` | `总检报告.md` | 进入总检时创建 |
| `/合规` | `合规报告.md` | 进入合规时创建 |
| `/导出` | `导出/` 及导出文件 | 真正导出时再创建 |

过程质检命令的产物创建规则（与主流程正交）：

- 任一过程质检命令首次执行时，若 `质检检查点.md` 不存在则当场创建，否则只更新已有文件。
- `/开始` 与 `/立项` 阶段只做内建自检，结果分别写入 `选题分析.md` 推荐版/正式版末尾，**不**落盘 `质检检查点.md`。
- 过程质检命令本身**不**创建任何主流程产物，只追加/更新 `质检检查点.md` 与对应 `qcStatus` 字段。

统一要求：只创建当前步骤立即要用的缺失文件；在用户未明确选择前，`剧本状态.json` 未确认字段不得伪装成已定值。

## 用户展示口径

对用户展示推荐方案时，一律优先使用中文表达，不直接抛出内部枚举值。完整内部枚举↔用户中文映射详见 `references/display-vocab.md`，本文件不再罗列所有键值，避免复用噪声。常用映射示例：`overseas → 出海版`、`overseas-en-dialogue → 中文策划，英文对白版`。

## 状态文件

维护 `剧本状态.json`，承载 `currentStep`、模式、`deliveryProgress`、`qcStatus`、各阶段字段。完整 JSON Schema、`deliveryProgress` 与 `qcStatus.episodes/storyboards` 字段约定、各命令的状态同步规则、以及"修改影响内容字段后必须回退 `qcStatus.production / compliance`"的规则，统一写在 `references/state-schema.md`，**任何要写状态字段的命令（生产命令或质检命令）都必须先精读对应段**，不要凭记忆改字段。

简化记忆：

- `currentStep` 取值：`开始 | 立项 | 设定 | 结构 | 分集大纲 | 分集剧本 | 分镜脚本 | 总检 | 合规 | 导出`
- 任一质检出现 `P0`，对应 `qcStatus` 必须记为 `需修改`，且不得推进下一阶段
- 在 `/总检` `/合规` 之后再修改任何影响内容判断的字段，必须把 `qcStatus.production` 与 `qcStatus.compliance` 回退为 `未检查`，重新执行 `/总检`、必要时再 `/合规`

## 主线流程（4 层）

命令入口保持不变，但执行思路统一收束为 4 层：

1. **方向锁定层**：`/开始 → /立项` —— 先锁"谁会点开、为什么追更、主情绪是什么"
2. **引擎搭建层**：`/设定 → /结构` —— 先把角色、关系、世界规则、升级链和高价值场面做实
3. **批次生产层**：`/分集大纲 → /策划通读 → /分集剧本 → /剧本质检（含批次剧本通读） → 循环至全剧剧本完成 → /整剧通读 → /分镜脚本` —— 先判断策划是否值得开写，每个剧本批次先用多视角通读抓局部问题；正式分镜必须等全剧剧本完成并经整剧通读定稿后再生成，避免后续修剧本导致分镜和资产返工
4. **收口交付层**：`/总检 → /合规 → /导出` —— 只处理真正阻塞交付的问题，不在最后阶段重开新坑

## 与主创创作流程的对应

本 skill 不强制使用传统命名，但必须符合"创意 → 梗概 → 情节点大纲 → 剧本初稿"的创作递进：

| 主创流程 | 本 skill 对应阶段 | 必须完成的创作产物 |
|---------|------------------|------------------|
| 创意 | `/开始` | 可被用户选择的题材方向、主情绪、目标观众和前 3 集承诺 |
| 梗概 | `/立项`，必要时承接 `/设定` | 一句话卖点、短版故事梗概、主角困境/欲望/阻力、结局方向、风险与不做项 |
| 情节点大纲 | `/结构` → `/分集大纲` | 全剧关键情节点链条、阶段升级、逐集情节点、状态变化、尾钩和卡点 |
| 剧本初稿 | `/分集剧本 {起止集}` | 按集落地的纯叙事初稿，含场次、动作、对白、情绪和尾钩；不写分镜和 AI prompt |

执行含义：

- `/设定` 不是独立于创作流程之外的额外绕路，而是为梗概和情节点提供角色、关系、世界规则与场景依据。
- `/结构` 不应只输出抽象理论，必须把梗概拆成可追踪的关键情节点链条。
- `/分集大纲` 不应只是每集简介，必须写清每集情节点如何改变状态、制造回报和递送下一集。
- `/分集剧本` 默认是剧本初稿，不是终稿制作稿；终稿制作信息在 `/分镜脚本` 阶段处理。

## 评审角色与核心原则

每个阶段至少经过 2-4 个专业角色视角复核（市场/编剧/导演/AI画面/角色运营/AI制片/资产复用/本地化），不需要每次全上，但不能只靠单一视角拍板。完整的"8 阶段角色视角清单 + 常见问题 + 简化要求"详见 `references/role-perspectives.md`。

短剧创作 13 条核心原则（验证为先、合并设计、悬念是债务、情绪工程、复杂度服务质量等）写在 `references/philosophy.md`。在做架构决策、判断 P0、向用户解释取舍时按需精读，不需要每次进命令都加载。

`references/viewer-payoff-contract.md` 是观看回报最高层契约：当“逻辑完整 / 专业正确 / 证据链闭合”和“观众即时回报”冲突时，先修观看回报，再修逻辑表达。`/结构`、`/分集大纲`、`/分集剧本` 与对应质检命令必须加载它；不得用状态差量、编号递增、时长算术或专业术语替代短剧回报。

`references/reveal-design.md` 是“藏线与发现感”规则：当项目含秘密、身份反转、调查、悬疑、复杂世界真相或精品漫剧发现感时，必须把真相拆成“首次可见异常 → 当时误读 → 小回报 → 反向理解 → 终局兑现”。`/结构`、`/分集大纲`、`/分集剧本` 与对应质检命令按需加载它；不得为了藏信息牺牲当前危机、主角目标和本集状态变化。

## 命令索引

每条命令都有自包含说明书 `references/commands/{命令}.md`。进入命令后先读对应命令文件，再按该文件的分层加载规则读取必要引用；不需要再回 `SKILL.md` 查加载规则。

| 命令 | 说明书 | 核心用途 |
|------|--------|---------|
| `/开始` | `references/commands/start.md` | 题材收窄与方向锁定 |
| `/立项` | `references/commands/kickoff.md` | 把锁定方向整理为正式版 `选题分析.md` |
| `/设定` | `references/commands/setup.md` | 一体化完成世界观、角色、关系、场景、本地化 |
| `/结构` | `references/commands/structure.md` | 把项目做成可拆集、可卡点、可升级的故事引擎 |
| `/分集大纲` | `references/commands/outline.md` | 拆全剧分集推进图，同步 `分集追踪.md` |
| `/分集剧本 {起止集}` | `references/commands/episode.md` | 按批次落地纯叙事中间稿（不写镜头） |
| `/分镜脚本 {起止集}` | `references/commands/storyboard.md` | 全剧剧本完成并通过 `/整剧通读` 后，把定稿剧本转成可执行 AI 视频分镜 |
| `/总检` | `references/commands/review.md` | 跨文档一致性、商业强度、AI 制作就绪检查 |
| `/合规` | `references/commands/compliance.md` | 内部前置合规筛查 |
| `/导出` | `references/commands/export.md` | 汇总对外协作包 |

## 过程质检命令

过程质检命令与主流程命令正交。每条质检命令都有自包含说明书 `references/commands/qc-{阶段}.md`，进入命令后先读对应命令文件，再按该文件的分层加载规则读取必要引用；不需要再回 `SKILL.md` 查加载规则。独立质检的详细检查项以对应 `qc-*.md` 为准；跨阶段批次规则、记录要求和推进规则以 `references/process-qc.md` 为准；记录格式以 `references/templates/qc-checkpoint.md` 为准。

| 命令 | 说明书 | 主要检查对象 | 推进门槛 |
|------|--------|-------------|---------|
| `/设定质检` | `references/commands/qc-setup.md` | 世界规则、角色功能、命名体系、场景池、本地化替换 | 通过后才进 `/结构` |
| `/结构质检` | `references/commands/qc-structure.md` | 情绪曲线、钩子、悬念债务、卡点关系 | 通过后才进 `/分集大纲` |
| `/大纲质检` | `references/commands/qc-outline.md` | 承接、重复桥段、水集、卡点兑现 | 通过后进入开写前门禁；复杂/出海/精品项目先跑 `/策划通读` |
| `/策划通读` | `references/commands/qc-planning-read.md` | 设定、结构、大纲、追踪的开写前多视角吸引力判断 | 精品/复杂/出海/30+ 集项目前，首批剧本前必须通过 |
| `/剧本质检 {起止集}` | `references/commands/qc-episode.md` | 批次剧本的人设、台词、承接、模板、动作桥与多视角批次通读 | 通过后才写后续批次 |
| `/衔接质检 {起止集}` | `references/commands/qc-link.md` | 相邻集断裂、重复、连续性问题 | 不通过先修相邻集 |
| `/整剧通读` | `references/commands/qc-full-read.md` | 编剧/导演/观众/平台/本地化视角通读全剧分集剧本 | 全剧剧本完成后、分镜前必须通过 |
| `/分镜质检 {起止集}` | `references/commands/qc-storyboard.md` | 拆镜粒度、执行性、竖屏适配、与源剧本一致性 | 通过后才进 `/总检` 或导出 |

过程质检通用规则：

1. 每个生产步骤先做内建自检，再按阶段门禁执行对应独立质检命令；从 `/设定质检` 开始，闸门质检通过才授权下一阶段。
2. 首次执行任一质检命令时若 `质检检查点.md` 不存在则当场创建。
3. 任何质检出现 `P0`，对应 `qcStatus` 必须记为 `需修改`，禁止推进下一阶段。
4. `质检检查点.md` 中的问题要保持同一 ID 跟踪到底；修复后更新原状态，不重复新建。
5. 各质检命令**不**创建任何主流程产物，只追加/更新 `质检检查点.md` 与对应 `qcStatus` 字段。

## 不可绕过的阶段门禁

生产命令只负责生成或更新本阶段产物；阶段推进权限只看 `剧本状态.json.qcStatus`。不得用"内建自检通过"替代独立质检。

| 目标命令 | 必须满足 |
|---------|----------|
| `/设定` | `qcStatus.market = 已通过` |
| `/结构` | `qcStatus.bible = 已通过` |
| `/分集大纲` | `qcStatus.architecture = 已通过` |
| `/分集剧本 {起止集}` | `qcStatus.outline = 已通过`；若项目满足 `/策划通读` 触发条件，还必须 `qcStatus.planningRead = 已通过` |
| `/分镜脚本 {起止集}` | `deliveryProgress.scriptCompletedRanges` 覆盖 `1..episodeCount`；`qcStatus.episodes` 中 `checkType=script` 且 `status=已通过` 的 range 覆盖全剧；必须存在覆盖全剧的 `checkType=full-read` 且 `status=已通过`。未满足时不得生成正式分镜或 `AI资产圣经.md` |
| `/总检` | 已完成范围内不存在 `qcStatus.episodes/storyboards.status = 需修改`；制作包总检还要求分镜已覆盖目标交付范围 |
| `/合规` | `qcStatus.production = 已通过` |
| `/导出` | `qcStatus.production = 已通过` 且 `qcStatus.compliance = 已通过`；默认制作包还要求 `storyboardCompletedRanges` 覆盖全剧 |

若门禁不满足，必须回退到对应生产或质检命令，不得靠手工改 `currentStep` 推进。

## 参考文件加载策略

> **核心约束（必须遵守）**：所有 references 都采用**分层 + 按段**加载。命令文件已内嵌"核心层"与"条件层"表，进入命令后**直接按命令文件的加载规则执行即可**。`ai-production.md` / `process-qc.md` 两个胖文件**永远只读对应章节**，严禁整文件 dump；`templates/*.md` 按文档类型单独加载，不要跨文件读取。

参考文件导航（入口索引，不替代命令文件的加载表）：

- **工作区与状态**：`references/workspace-projects.md`、`references/state-schema.md`
- **主流程命令**：`references/commands/*.md`；进入命令后按该文件的核心层/条件层加载
- **质检命令**：`references/commands/qc-*.md`；具体检查项和阻塞条件只在对应文件维护
- **跨阶段元规则**：`references/process-qc.md`（按章节读）、`references/quality-gate.md`（响应格式和 P0/P1/P2 定义）、`references/document-sync.md`
- **模板**：`references/templates/*.md`；每个命令只读自己要实例化的模板
- **胖参考**：`references/ai-production.md`、`references/storyboard-conversion.md`、`references/episode-writing-protocol.md` 等只按命令文件标注的章节读取，严禁整文件 dump