tiktok-short-drama

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

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 已锁定为写实真人感，否则不得把“现实可拍性”作为压低题材想象力的理由。

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

{工作区}/
└── {单部剧目录}/
    ├── 剧本状态.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