Mmcp.market

short-drama-develop skill

by zenstory-ai·zenstory-ai/drama-skills·2.3k stars·MIT

将中文小说、短剧或漫剧想法、梗概、改编材料、已有系列笔记或多集完整剧本发展成可追溯的改编方案、戏剧方向、创作简报、导演阐述、故事引擎与分集地图,并按题材与制作形态(画风)选择写法。用户提出“导入小说做短剧”“从多集整稿生成/补分集地图”“开发短剧/漫剧”“做故事设定/系列大纲/分集规划”“写导演阐述”“这个题材怎么写”“定画风/制作形态”“把这个点子变成短剧”或需要梳理人物冲突与集间交接时使用;已有单集剧本可直接进入写作、资产或审查流程,不强制补开发文件。

A100/100content scan

Is the short-drama-develop skill safe?

Clean: nothing in its files matched our rules. We read 34 files in the folder on 2026-09-28.

No findings.

Install the short-drama-develop 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-develop ~/.claude/skills/short-drama-develop
available in every project

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

短剧开发

把创作者的意图变成能持续制造选择、代价与状态变化的故事系统。保留创作者的题材、结局和尺度选择;不要把流行套路当成剧情答案。

Quick Start

离线验证多集整稿的精确索引、切片和源文件变更检测:

python3 {技能目录}/scripts/selftest.py
python3 {技能目录}/scripts/episode_intake.py index <多集整稿> --out <episode-intake-index.json>

开始前

本技能可独立安装和执行。先读取用户明确提供的材料与本任务直接输入;若当前目录是 short-drama 项目且项目工具可用,可以读取 status 并使用其发布生命周期,但缺少 core 或任何其他技能都不是开发工作的阻断条件。阶段契约 给出 本阶段边界、制作形态输入与规则表,无需读取其他技能的文件。

先判断入口

来源片段与待确认项。长材料先做语义分段、功能账本和候选分集,不用正则人名/名词命中 直接发布剧集或资产;不要偷换原意。

  1. 只有想法、题材或情绪目标:完成方向探索,再建立创作简报与故事引擎。
  2. 已有梗概、小说、改编材料或系列笔记:保存来源并先列出已承诺事实、可改范围、

多集整稿接入与断点续跑。让 Agent 按文件实际结构决定 边界与本轮批次;工具只做精确索引、单集切片、校验和续跑,不代写创作判断。

  1. 方向已定,只需规划分集:读取既有简报与引擎,直接制作或修订分集地图。
  2. 已有单集剧本:不要为了流程完整而虚构开发材料。写/改剧本交给 $short-drama-write;拆资产或后续制作可从相应技能直接进入。
  3. 已有多集整稿,要生成或补分集地图:保留原文件,只加载

信息足够时直接工作。只有会改变主角、冲突引擎、结局承诺或改编边界的缺口才需要提问。

每次执行

1. 锁定创作者契约

读取创作者输入和已接受文件,区分:

  • 不可改的事实、主题、角色与结局承诺;
  • 可探索的空白;
  • 形式约束与制作边界;
  • 目标观众反复能获得的情绪、信息或权力回报。

新项目复制 creative-brief.md。若改动已接受事实,先展示语义差异与下游影响,不直接覆盖。

2. 探索真正不同的方向

方向未定时,提出少量机制不同的候选:改变主角策略、对抗来源、代价或持续冲突方式,而不只是换标题、职业和措辞。方向明确时直接深化,不为凑选项制造伪差异。

每个候选都说明:戏剧承诺、主角追求、对抗机制、反复回报、可升级的状态、长线终止条件、主要制作负担。让创作者选择或组合,并记录取舍理由;未选方案不进入既定事实。

需要完整方法时读取 story-craft.md。题材已经确定时,可从 genre-cards.md 按索引取一张题材卡,用来校准该题材更常用的 压力来源、场面颗粒与制作负担;它是可被创作者一句话覆盖的参考,不替代方向选择,也不进入交付物。

若设定里主角带着一段已经发生过的经历,或获得了一套外部授权的能力,那是叠加在题材之上的 前提装置,另读 premise-devices.md——装置取消阻力, 必须先给它边界与代价。装置不替代题材卡,也不为它单独建题材。

3. 建立故事引擎

复制 story-engine.md,写清:

  • 压力如何出现,主角通常如何应对;
  • 对手或系统如何反制,主角为何不能轻易退出;
  • 每轮冲突改变什么,而不是怎样重复得更响;
  • 人物各自的目标、筹码、底线和关系压力;
  • 哪种人物转变或事实揭开会终结这个引擎;
  • 视觉、声音、场景规模和内容边界。

连续剧、长篇改编或人物纵向变化较重时,再读取 serial-character-and-memory.md:先建立只供 作者决策的前史储备,选择旧策略开始付出代价的叙事切入窗口,再记录人物被捍卫的 信念、压力测试、信息权限和跨集记忆。不要把前史储备直接倒进首集对白。

4. 把系列运动落到分集

读取 episode-design.md,再复制 episode-map.jsonl。每一集记录进入状态、开场、当集追求、阻力、方向性转折、当集结果、信息释放、出去的压力以及下一集必须继承的事实。

先保证每集产生局部戏剧结果、相邻集能精确交接,再讨论外部压力/情感负荷的双轨 节奏。第 1 集入口先比较收益入口与冷开;改编项目先读原著分析的爽点表,把高光排到观众 最早能拿到的位置。集数、钩子类型、是否反转和高潮位置由创作者与项目决定。

制作形态一定下,就按分集设计里的默认值提出项目节奏档案,写进创作简报交创作者接受; 接受后由 $short-drama 写入 creatorauthority.rhythmprofile。

5. 做所有者检查并交接

在提交预览前检查:

  • 引用的集、铺垫和兑现记录可找到,未决项被明确标记;
  • 候选确实改变机制,选定方向贯穿简报、引擎与分集地图;
  • 每次升级能指出权力、信息、关系、暴露、资源、时间或代价的变化;
  • 每集先兑现一部分当集承诺,再留下具体的决定、危险或问题;
  • 改编项目里核心人物的立场、核心关系和主线没有被改写;原著没有的新增内容都登记为 add,并列在简报里;
  • 没有把格式偏好冒充普遍规律。

这些是所有者自检,不是终审。展示创作者可读的新增/修改摘要,请创作者接受后再作为下游来源; 需要质量结论时,把 $short-drama-review 作为后续单独请求,优先由未参与当前版本创作的 reviewer 执行。

若项目需要导演阐述,本技能只产出 项目开发/director-brief.md 候选,并标明它准备 写入的 visualdirection / productionprofile 语义差异。创作者接受后,由 $short-drama 路由把选择提升到 creator authority;开发技能不直接改写该权威配置。

规则分级

  • structuralinvariant**:本地可证明的引用、ID、显式状态矛盾;可由校验器阻断。
  • reviewedinvariant**:升级是否真实、承诺是否兑现等语义义务;由 reviewer 引用证据判断。
  • craftdefault**:通常有帮助的做法;创作者说明理由后可覆盖。
  • tasteoption**:钩子、弧线、视角、结局气质等选择;不得单独阻断。

不要用固定的情节点、转折时刻、篇幅比例或数量配方替代因果判断;节奏数值只以创作者接受的 项目节奏档案出现。

产物与边界

本技能只拥有:

去引用的功能摘要、候选去向与未决项,不复制原文;例见 adaptation-map.example.jsonl)

  • 项目开发/creative-brief.md
  • 项目开发/story-engine.md
  • 项目开发/director-brief.md(项目需要时;仅为 creator authority 候选)
  • 项目开发/adaptation-map.jsonl(长材料改编时;只保留输入 locator/span、
  • 项目开发/series-arc.json(项目需要时)
  • 项目开发/episode-intake-index.json(多集整稿接入时;可重建的机械索引,不是创作事实)
  • 项目开发/episode-map.jsonl

它不写场景动作与台词,不拆资产,不写图片/视频提示词,不生成媒体,也不签发终审结论。剧本语义由 $short-drama-write 接管。

按需加载

multi-episode-intake.md

  • 承诺、引擎、人物压力、升级与铺垫兑现:story-craft.md
  • 分集契约、因果节拍、集间交接、首集入口、门槛集与项目节奏档案:episode-design.md
  • 已有多集完整剧本/散稿,要避免整稿进入上下文并可中断续跑:

serial-character-and-memory.md

  • 人物驱动力、前史与切入、跨集变化、信息权限、双轨节奏与恢复记忆:

adaptation-craft.md

  • 有原材料、需要按爽点压缩、提前或冷开后文、合并人物场景、把信息视觉化:

creative-reference-intake.md

  • 创作者提供对标作品、样例剧本或提示词,希望学习机制而非仿写表达:

mechanism-loop.md

  • 单元故事里同一套机制被反复运行,或中段开始重复、越写越薄:

reveal-reversal-payoff.md

  • 需要区分揭示、反转、回报和钩子,或按题材选压力机制:

genre-and-hook-playbook.md

  • 按题材选择冲突推进方式、设计开场或规划集尾钩子时的定性案例方法:

More skills from zenstory-ai/drama-skills

  • Ashort-drama基于文件系统初始化和继续短剧或漫剧项目,提供 creator-first 五文档路由、本地 Dashboard、制作形态与 Look Development 决策。用户提出“创建/继续短剧项目”“看进度/下一步”“做 Look Development”“打开 dashboard/短剧创作台”“导出制作资料”,或任务跨多个创作阶段时使用;明确的写作、资产、提示词、分镜、剪辑或审查请求由对应子 skill 直接处理。
  • Ashort-drama-assets从短剧剧本拆出人物/造型、地点/视图、道具/状态和跨场连续性,写成创作者可读的视觉设定。用户说“拆角色/场景/道具”“做资产设定”“判断复用还是新变体”“更新造型/道具状态”,或拿现成剧本直接做视觉资产准备时使用;不写图片提示词,不生成媒体。
  • 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 味润色”“续写下一集”或提供剧本要求进入后续制作时使用;不负责资产、分镜、媒体提示词或终审。

All agent skills → · MCP servers