跳到正文

短剧项目与故事开发

围绕题材、人物、故事结构与分集方向组织短剧开发材料,为剧本和后续制作提供依据。

开源精选视频内容40 个文件2,909 Stars浏览次数 0zenstory-ai/drama-skills MIT版本 f53fb20
开始使用

下载前阅读 SKILL.md 中的使用条件,并确认所用工具支持对应能力。

输入资料
创意、题材与项目目标 角色、故事和平台条件 阅读本节完整说明
交付内容
故事开发资料 角色与分集方向 阅读本节完整说明
  1. 获取完整包,保留配套文件的目录结构。
  2. 按照原文准备所需工具、依赖与输入资料。
  3. 阅读对应使用步骤与输入输出说明,在自己的环境中验证结果。

使用提示摘自原文,配套文件保留来源版本;实际运行条件以各包说明为准。

正文

获取原文件

SKILL.md

中文导读

围绕题材、人物、故事结构与分集方向组织短剧开发材料,为剧本和后续制作提供依据。

输入材料

  • 创意、题材与项目目标
  • 角色、故事和平台条件

交付结果

  • 故事开发资料
  • 角色与分集方向

阅读与使用

本页保存指定版本的原始 Skill 和配套文件,可查看中文导读、原文与参考资料。获取完整包后,按原文准备所需工具与材料。

来源仓库为 zenstory-ai/drama-skills,采用 MIT 许可。Stars 表示仓库关注度,核验日期为 2026-10-15。分类表示适用的工作环节,实际执行条件以原文为准。

原始 Skill

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

Quick Start

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

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

开始前

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

先判断入口

  1. 只有想法、题材或情绪目标:完成方向探索,再建立创作简报与故事引擎。
  2. 已有梗概、小说、改编材料或系列笔记:保存来源并先列出已承诺事实、可改范围、 来源片段与待确认项。长材料先做语义分段、功能账本和候选分集,不用正则人名/名词命中 直接发布剧集或资产;不要偷换原意。
  3. 方向已定,只需规划分集:读取既有简报与引擎,直接制作或修订分集地图。
  4. 已有单集剧本:不要为了流程完整而虚构开发材料。写/改剧本交给 $short-drama-write;拆资产或后续制作可从相应技能直接进入。
  5. 已有多集整稿,要生成或补分集地图:保留原文件,只加载 多集整稿接入与断点续跑。让 Agent 按文件实际结构决定 边界与本轮批次;工具只做精确索引、单集切片、校验和续跑,不代写创作判断。

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

每次执行

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 写入 creator_authority.rhythm_profile。

5. 做所有者检查并交接

在提交预览前检查:

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

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

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

规则分级

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

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

产物与边界

本技能只拥有:

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

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

按需加载

  • 承诺、引擎、人物压力、升级与铺垫兑现:story-craft.md
  • 分集契约、因果节拍、集间交接、首集入口、门槛集与项目节奏档案:episode-design.md
  • 已有多集完整剧本/散稿,要避免整稿进入上下文并可中断续跑: multi-episode-intake.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
  • 已确定题材,需要该题材更常用的压力、场面颗粒、钩子取向与制作难点: genre-cards.md(索引与召回规范;一次只读一张卡)
  • 主角带着已知结果开局,或获得外部授权的能力: premise-devices.md(装置层,叠加在题材卡之上)
  • 起草项目级视觉方向与生产规则(导演阐述): director-brief-craft.md
  • 本阶段拥有什么、继承什么、不越权什么:stage-contract.md

CONTACT HAONAN

联系haonan

医疗 AI · 产品与独立开发

刘浩南

关注医疗 AI 从 demo 到真实落地,聚焦产品化、商业化与院内工作流效率提升。

12年医疗产研经验,大湾区头部医疗AI公司前产品总监,独立开发者

医疗 AI 产品化医疗 AI 商业化院内工作流效率
刘浩南的微信联系二维码
微信扫一扫,联系 haonan