| 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 先做的事
- 先按
references/workspace-projects.md 解析 ACTIVE_DRAMA_DIR；未解析成功前不得读写业务文件。
- 在
ACTIVE_DRAMA_DIR 中检查 剧本状态.json 是否存在；不存在时按新项目处理。
- 若已有内容，先恢复
currentStep，只检查当前步骤和前置步骤真正需要的文件，不预建未来步骤产物。
- 若
currentStep=开始，优先从 ACTIVE_DRAMA_DIR/选题分析.md 的推荐版中恢复最近一轮候选方向、当前方向理解和待确认项。
- 若已有旧项目内容但缺少当前步骤继续所必需的前置文档，只补建当前所需的最小文档集，不顺手创建后续阶段文件。
- 任何阶段发现前置文档不成立，回退到前一阶段重做，不带病推进。
- 项目启动一律先走
/开始，不要绕过 /开始 直接进入 /立项。
- 若已进入批次生产，恢复现场时必须同时完成以下四项检查，不允许只看
currentStep 就继续写：
- 检查
deliveryProgress.scriptCompletedRanges：确认最近已完成的剧本批次范围
- 检查
deliveryProgress.storyboardCompletedRanges：确认是否已经误生成或已完成正式分镜区间
- 检查
deliveryProgress.nextScriptRange 与 nextStoryboardRange：确认下一批待执行区间
- 检查
qcStatus.episodes 和 qcStatus.storyboards：确认最近一批次是否已通过质检；状态为 需修改 必须先修复，不得继续扩写
- 跨文档漂移双向复检规则（owner 意识刚需）：pipeline 顺序
设定 → 结构 → 大纲 → 剧本 → 分镜 中，任一文档变更都必须按下列双向规则触发复检，不得只看方向的一半。"已通过"不是不可变事实——它只代表"当时与兄弟文档一致"。
- 正向（上游变更 → 下游复检）：已通过质检的上游文档（如
故事设定.md）再发生内容变更 → 必须把所有下游阶段 qcStatus 字段（architecture / outline / episodes[*] / storyboards[*] / production / compliance）从"已通过"回退为"未检查"，按 pipeline 顺序重跑对应质检命令，不得跳步
- 反向（下游修复新增共享字段 → 上游复检）：下游质检命令（如
/结构质检 / /大纲质检 / /剧本质检）在修复阶段向文档新增或修改共享字段（典型：角色弧线锚点集数 / 禁写项硬红线 / 秘密兑现时点 / 关系曲线阶段集数 / 视觉基调限定 / 付费卡点类型）→ 必须反向把上游 qcStatus 字段（典型如 bible）从"已通过"回退为"需修改"，重跑对应上游质检命令；即使上游刚标"已通过"也不例外
- 共享字段判定：任何在 2 份或以上文档都出现、且需要保持字面一致的字段都算共享字段；触发条件是"下游新增/修改了该字段的任一描述"而不是"只改了下游独有字段"；拿不准时按共享字段处理（宁可多跑一轮也不放过漂移）
- 记账要求：反向复检触发后，必须在
质检检查点.md 当轮质检段落起一个"跨文档漂移专项"子段，用 grep 命令双向验收——正向命中新锚点行号 + 反向清除旧字符串 No matches，两项都成立才允许把 qcStatus 回写为"已通过"
统一启动规则
项目启动统一使用 /开始 命令。
/开始 — 用户没有明确想法时，先做交互式题材推荐/开始 {用户自己的想法} — 用户已有题材、情绪、关系、剧名或一句话 premise 时，在用户想法基础上交互收窄
统一规则：
- 无论用户是否已给想法，都先进入
/开始。
/开始 不直接产出正式立项，而是先完成方向锁定。- 用户没提供有效方向时，先给 1 个主推方向 + 1-2 个备选方向供用户选择。
- 用户已经提供想法时，不直接照单全收，而是判断是否适合 TikTok，并给 1-2 个更适配的收窄/变体建议。
- 在用户明确选择前，不得把主推方向写成"已确认题材"，也不得默认替用户采用主推方案。
- 用户在
/开始 中选定方向、或明确授权"按主推推进"后，才进入 /立项。
按阶段延迟创建规则
默认采用"什么时间用，什么时间创建"的策略。下表所有业务文件都创建在 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 层：
- 方向锁定层：
/开始 → /立项 —— 先锁"谁会点开、为什么追更、主情绪是什么"
- 引擎搭建层：
/设定 → /结构 —— 先把角色、关系、世界规则、升级链和高价值场面做实
- 批次生产层：
/分集大纲 → /策划通读 → /分集剧本 → /剧本质检（含批次剧本通读） → 循环至全剧剧本完成 → /整剧通读 → /分镜脚本 —— 先判断策划是否值得开写，每个剧本批次先用多视角通读抓局部问题；正式分镜必须等全剧剧本完成并经整剧通读定稿后再生成，避免后续修剧本导致分镜和资产返工
- 收口交付层：
/总检 → /合规 → /导出 —— 只处理真正阻塞交付的问题，不在最后阶段重开新坑
与主创创作流程的对应
本 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 | 拆镜粒度、执行性、竖屏适配、与源剧本一致性 | 通过后才进 /总检 或导出 |
过程质检通用规则：
- 每个生产步骤先做内建自检，再按阶段门禁执行对应独立质检命令；从
/设定质检 开始，闸门质检通过才授权下一阶段。
- 首次执行任一质检命令时若
质检检查点.md 不存在则当场创建。
- 任何质检出现
P0，对应 qcStatus 必须记为 需修改，禁止推进下一阶段。
质检检查点.md 中的问题要保持同一 ID 跟踪到底；修复后更新原状态，不重复新建。- 各质检命令不创建任何主流程产物，只追加/更新
质检检查点.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
