Skills Plugins MCP Prompt Model 博客 我的中心

tiktok-short-drama

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

DeepseekModel キュレーション済みスキル 品質 良好 · 64 v1.0.0

取得

https://deepseekmodel.com/api/download.php?id=sumonehk-tiktok-short-drama-skill-md&format=skill
ダウンロード .skill 標準形式。system_prompt と model_config を収録し、任意の Agent で利用可能
.skill ファイルの system_prompt フィールドの実際の内容。
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
このスキルを起動するキーワード。クリックでコピーできます。

このスキルにはトリガーワードがありません。

ダウンロードした .skill に含まれるフィールド。
フィールド 説明
formatフォーマット識別子(skill/v1)
skill_idスキル固有 ID
nameスキル名
versionバージョン
description説明
categoryカテゴリ(配列)
trigger_wordsトリガーワード
tagsタグ
sourceソース
source_urlソース URL(本ページ)
exported_atエクスポート日時(ダウンロード毎)
system_promptシステムプロンプト本文
model_configモデル設定:provider / model / temperature / max_tokens / top_p
examplesサンプル
install_guide各プラットフォームの導入説明(Coze / Dify / Claude / カスタム)
同じスキルを各プラットフォーム形式で出力できます。
.skill 標準形式。system_prompt と model_config を収録し、任意の Agent で利用可能 ダウンロード
.skillpro 拡張形式。scripts / tools / dependencies / hooks を含む ダウンロード
.json 純粋な JSON 出力。system_prompt とモデル設定のみ ダウンロード
Coze frontmatter 付き Markdown。Coze へのインポート用 ダウンロード
Dify Dify DSL。アプリ作成後にそのままインポート ダウンロード

每日精选 Skill 推荐,免费送到你邮箱

输入邮箱,每天接收一个精选 AI Agent 技能推荐。完全免费,持续更新。

验证码 --

提交后我们会发送一封确认邮件,点击邮件里的链接才会开始收信。

完全免费,取消任意时间。我们不会发送垃圾邮件。