short-drama skill
基于文件系统初始化和继续短剧或漫剧项目,提供 creator-first 五文档路由、本地 Dashboard、制作形态与 Look Development 决策。用户提出“创建/继续短剧项目”“看进度/下一步”“做 Look Development”“打开 dashboard/短剧创作台”“导出制作资料”,或任务跨多个创作阶段时使用;明确的写作、资产、提示词、分镜、剪辑或审查请求由对应子 skill 直接处理。
Is the short-drama skill safe?
Clean: nothing in its files matched our rules. We read 28 files in the folder on 2026-09-28.
No findings.
Install the short-drama skill
A skill is a folder. Copy it into your agent's skills folder and the agent loads it when the task matches its description.
git clone --depth 1 https://github.com/zenstory-ai/drama-skills.git /tmp/drama-skills mkdir -p ~/.claude/skills cp -r /tmp/drama-skills/skills/short-drama ~/.claude/skills/short-drama
In the Claude apps, zip the folder and upload it from the Skills settings. The folder on GitHub
The instructions your agent would load
SKILL.md as published, without the frontmatter. Read it on GitHub
短剧创作路由
本技能负责项目初始化、跨阶段路由、制作形态与 Dashboard。各阶段正文由对应 owner 完成。
Quick Start
所有项目统一使用 creator-first 工作流:每集按需维护 剧本.md、视觉设定.md、分镜.md、图片提示词.md、视频提示词.md,不建立并行的结构化创作真相。 具体写法见 五份创作文档。
路由
项目开发/ 中的长材料分析与分集索引是可选分析工作区,不参与单集布局判定;写任何一集仍只维护 该集的五份 creator-first Markdown。
现成剧本可直接拆资产;已有视觉事实可直接写图片提示词或分镜;已有分镜可直接写视频提示词。 不要为补齐名义流水线伪造上游。
五份创作文档记录剧本、视觉与提示词;剪辑单在素材生产后记录取舍和后期处理。 修改故事、镜头职责或上游时长声明时,回到负责该内容的文档。
执行请求
不因图片提示词和分镜可并行,就把后完成的一支留在另一支的旧引用之外。
- 找到用户给出的项目或资料,只读当前任务的直接输入。
- 把用户点名的完整范围交给相应 owner;批次只控制上下文,自动续跑。
- 只有真实创作分叉才询问;不要拿 schema、目录、事务或检查器询问创作者。
- 范围完成后一次回报完成内容、关键决定、真实未决项和可选下一步。
- 不自动开始用户没点名的审查、归档或生产。
- 请求横跨视觉设定、图片提示词、分镜或视频提示词时,结束前按当前五文档做一次视觉依赖对账;
停下时把三条路一起给出:把已有图片放进项目绑成 REF-...;由创作者在自己的工具里出图、本轮先用 PLAN-... 写出逐镜挂图计划并照常产出视频提示词;或者明确改走文生视频。用本套件生产参考图需要项目外的 adapter 与凭据,只是第一条路的一种做法,不要把它说成唯一入口,也不要只给「生成参考图 / 文生视频」两个选项。 不把“没有手工指定”当成明确选择文生视频。这一轮如果镜头还缺「视觉依据」, 同时按已成稿的冻结关键帧回填;两条依据描述同一格画面,不要只补一条。
- 视频提示词请求遇到「输入参考图:无」或仍带「待补参考图」时,先路由分镜 owner 检查项目已有图片并刷新绑定。有匹配图就同请求续跑;有必要图缺失就列表停下。
production_profile 还是 unset 时,先把这个选择连同它带来的原生时长、参考方式和正文语言写进档案, 再继续下游阶段。会话里的一句点名不落到档案上,下一轮就会退回通用路径,方言和时长要重猜。
- 用户在会话里点名目标视频模型(“按 MiniMax H3 写”“用 Seedance 2.5”)而 short-drama.json 的
初始化与 Dashboard
需要项目配置时运行:
python3 {技能目录}/scripts/project_tool.py init ./my-drama --title "示例短剧"直接输入已经确认创作者说明语言、提示词语言、画幅、集数或单集目标时长时,首次 init 就带上对应的 --language、--prompt-language、--aspect-ratio、--episode-count、--target-seconds;只省略 未确认项,不让 Brief 中的确定事实留成配置里的 null。写入已确认的生产档案时,状态统一为 accepted;unset 只表示尚未决定,不另造中间状态。 init 只建立配置和空目录;第一次创作时再把文档写入 剧集//,不预建空文件。 项目已经建好、用户之后才定下目标视频模型时,把选择写进档案,并同时展示它对时长区间、参考方式和 正文语言的影响。档案只接受已发布并已接受的创作者决策,所以是三步,不是一步。先写一行决策记录 (accepted_value 就是要落进 choices 的对象本身,不要再包一层 choices):
{"decision_id":"CD-H3","status":"accepted","target_locators":[{"src":"short-drama","field":"/creator_authority/production_profile/choices"}],"accepted_value":{"target_video_model":"minimax-h3","video_prompt_dialect":"minimax-h3","video_prompt_language":"en","native_duration_seconds":{"min":4,"max":15},"supported_generation_modes":["text","first_frame","first_last_frame","reference"],"audio_generation":"same_pass"}}再发布、接受、写入:
python3 {技能目录}/scripts/project_tool.py publish <project> --owner short-drama \
--artifact-id AR-PROFILE --output "创作者决策/production-profile.jsonl=输入/profile.jsonl"
python3 {技能目录}/scripts/project_tool.py accept <project> --artifact-id AR-PROFILE --decision accepted
python3 {技能目录}/scripts/project_tool.py set-authority <project> \
--field /creator_authority/production_profile/choices \
--decision-ref "创作者决策/production-profile.jsonl#CD-H3"各字段取值由命中的模型方言给出:$short-drama-video-prompts 的 MiniMax H3 / Seedance / Wan 3.0 方言文件都写了 推荐档案。写完用 status 复核 videomodelprofile 是否已经出现。
项目定位与安全写入见 运行预检。用户明确要求 Dashboard 时运行:
python3 {技能目录}/scripts/dashboard_server.py --workspace <workspace> --port 0 --detach --open--detach 让服务进程脱离当前 shell 独立运行,会话结束、终端关闭或智能体退出都不会带走它; 链接因此在整个创作期间保持有效。运行中的地址、端口和 pid 记录在 /.short-drama/dashboard.json(仅本人可读),日志在同目录 dashboard.log:
python3 {技能目录}/scripts/dashboard_server.py --workspace <workspace> --status # 打印当前链接
python3 {技能目录}/scripts/dashboard_server.py --workspace <workspace> --stop # 停止同一 workspace 已有在跑的 Dashboard 时,再次启动只会打印同一个链接,不再开第二个端口;确实要换 端口或换令牌时加 --restart。不加 --detach 时行为不变:前台运行,Ctrl-C 结束。
Dashboard 按阶段展示项目:全剧页给出下一步和分集进度,每集分剧本、设定、分镜、提示词、成片、审查 六个视图,⌘K 搜索全剧。结构视图只读,改动在「编辑原文」里保存 Markdown。画面只认文档里的绑定: 缩略图是分镜里 用途:起始帧 的 REF-...,每镜素材是剪辑单的「来源」,成片是剪辑输出;没有绑定 就显示空位,不按文件名配图。它不负责工作流编排或媒体生产,需要写作或生成的地方只复制一句请求交回对话。 每集目标时长取自 status 的 format,节奏对照只用已接受的 rhythm_profile。
项目级创作决定
制作形态、视觉方向、播放面和集长目标确实约束多个阶段时,展示选择及影响后由用户决定。 Look Development 是可选分支,不是进入图片提示词或分镜的固定门槛。
节奏数值(首钩秒数、情绪触点间隔、反转次数、VO 占比、平均镜长等)住在 creatorauthority.rhythmprofile。字段与默认值由 $short-drama-develop 按制作形态提出, 创作者接受或改写后,按上文三步写入:决策的 acceptedvalue 是完整档案对象,--field 写 /creatorauthority/rhythmprofile;档案已接受后,单改一个值时 --field 指向该字段。 set-authority 只校验类型与范围,缺字段、越界或多出未知字段都拒绝写入。下游只按 status 为 accepted 的档案做算术核对,缺失、unset 或 proposed 都表示「未声明,不核对」。写完用 status 复核 rhythmprofile;手改后档案不合法时 它返回空档案,问题列在 rhythmprofileproblems。
按问题只读取一份相关知识:
- 规则分级与 owner 路由:规则与路由索引
- 输出语言、稳定 ID、所有权与安全边界:契约与所有权
- 实拍、二维、三维、水墨、Q 版、国漫的形态差异:制作形态
- 需要比较代表帧时:Look Development
- 参考图能控制什么:参考角色
- 遮挡、延迟揭示和观众知情时机:观众揭示
- 母版、补拍和替代版的职责:补拍与替代
生产与交付边界
外部生产永远保留 preview -> explicit confirm -> run。归档只复制用户点名的当前文档和成品,排除 私有输入、凭据、绝对路径与隐藏运行状态;不为归档补造审批、哈希或第二套内容。
用户问“做完了怎么导出/交付给我”时,用 export 打包当前状态:
python3 {技能目录}/scripts/project_tool.py export <project> --out <项目外目录>它把每集现有的五份创作文档和 剧集//制作成果/ 复制到 --out,附 manifest.json 与 checksums.sha256,并排除 输入/、交付/ 和 .short-drama/。只要一部分时加 --episode EP001(可重复);只要文字时加 --no-media;覆盖旧目录加 --overwrite。 --out 必须在项目之外。
export 是当前状态快照,manifest 里 asserts_approval 恒为 false:它不声称任何审查或 创作者接受。需要带审批证据的正式交付包仍然只有 package/verify 那条路径。
安装维护
只有安装、升级或排障时运行 python3 scripts/selftest.py。
More skills from zenstory-ai/drama-skills
- Ashort-drama-assets从短剧剧本拆出人物/造型、地点/视图、道具/状态和跨场连续性,写成创作者可读的视觉设定。用户说“拆角色/场景/道具”“做资产设定”“判断复用还是新变体”“更新造型/道具状态”,或拿现成剧本直接做视觉资产准备时使用;不写图片提示词,不生成媒体。
- Ashort-drama-develop将中文小说、短剧或漫剧想法、梗概、改编材料、已有系列笔记或多集完整剧本发展成可追溯的改编方案、戏剧方向、创作简报、导演阐述、故事引擎与分集地图,并按题材与制作形态(画风)选择写法。用户提出“导入小说做短剧”“从多集整稿生成/补分集地图”“开发短剧/漫剧”“做故事设定/系列大纲/分集规划”“写导演阐述”“这个题材怎么写”“定画风/制作形态”“把这个点子变成短剧”或需要梳理人物冲突与集间交接时使用;已有单集剧本可直接进入写作、资产或审查流程,不强制补开发文件。
- Ashort-drama-edit将已生成的短剧镜头剪成成片,记录入出点、镜序、声音、字幕与交付规格。用于套剪、加字幕、统一响度、调整节奏或导出精修素材;需要补素材或修改故事时转回对应创作阶段。
- Ashort-drama-image-prompts为短剧人物、造型、地点、道具和状态编写或修改可直接复制的图片提示词 Markdown。用户提到角色设定图、三视图、参考图、场景板、道具图、风格帧、Look Development、状态变体或局部编辑提示词时使用;不生成图片,也不调用供应商。
- Ashort-drama-knowhow维护者专用的短剧 know-how 学习、验证与生命周期治理。仅在维护者明确要求从其当前会话提供的授权只读文本源学习完整短剧项目链,并把私有观察逐步转成去标识、去复刻、经盲测与独立审查的公共 reference、rubric 或 synthetic fixture 候选时使用;不用于普通创作、公开运行时取数、媒体生成或粗略数据分析。
- Ashort-drama-novel-analyze把长篇小说、连载网文或多集散稿拆成可追溯的原著分析:章节索引、改编价值快评、逐章功能提取、剧情单元与节奏聚合、人物与设定归并,最后给出改编价值判定与分集候选,交给 $short-drama-develop 立契约。用户说“导入这本小说”“拆这本书”“分析原著”“这本书能不能改短剧”“先看看值不值得拆”“把长篇拆成分集候选”,或直接给出小说文件路径时使用。只做只读的结构化分析,不写剧本、不建资产、不生成媒体,也不替创作者决定改编方案。
- Ashort-drama-produce在创作者明确确认后,执行短剧项目的图片、视频、TTS/配音或时间线音乐生产任务,并把结果与精简运行记录落回项目。用户说“生成这张图/这段视频/这句配音/这段配乐”“开始跑图/跑视频/合成语音/生成音乐”“把已确认提示词送去生产”,或要求批量执行已确认媒体任务时使用;不负责创作提示词、镜头、台词、歌词或声音身份,也绝不把预览、继续、预算说明或既有接受状态当作本次付费生产确认。
- Ashort-drama-review审查短剧项目中的原著分析、故事、剧本、视觉设定、图片提示词、分镜、冻结关键帧、视频提示词和已有媒体。用户提出“审稿/检查剧本”“检查资产或连续性”“检查图片/视频提示词”“检查原著分析”“审查模板感”“根据生产观察做项目校准”时使用;只写审查问题、结论和修订要求,不代替 owner 修改来源文件。
- Ashort-drama-storyboard把中文短剧剧本和视觉设定写成有戏剧职责、连续性边界与冻结关键帧提示词的分镜 Markdown。用户提出“拆分镜/设计镜头/做镜头表”“场次视觉计划/调度故事板”“比较导演方案”“写首帧/关键帧提示词”或检查轴线、站位、视线、持物连续性时使用;不生成媒体。
- Ashort-drama-video-prompts把短剧分镜和冻结关键帧写成可直接复制的视频提示词 Markdown,也可按用户要求写时间线配乐/主题曲意图。用户提到文生/图生视频动作、人物表演、运镜、口型、环境运动、镜头时长、起止状态、把分镜转成视频提示词或写配乐提示词时使用;不生成媒体、不创作歌词、不改分镜边界。
- Ashort-drama-write编写或修订可拍摄的中文短剧、漫剧单集 Markdown 剧本,也负责保留作者原文地规范化现成剧本。用户提出“写/改一集短剧”“把大纲写成剧本”“优化场景/对白”“去模板感”“去 AI 味润色”“续写下一集”或提供剧本要求进入后续制作时使用;不负责资产、分镜、媒体提示词或终审。