跳到正文

短剧镜头视频提示词

根据分镜、角色资产和连续性要求组织视频生成提示词,明确镜头动作、时序与参考材料。

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

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

输入资料
分镜和镜头目标 角色、场景及参考图像 阅读本节完整说明
交付内容
分镜视频提示词 生成参考与连续性说明 阅读本节完整说明
环境与依赖
只有安装、升级或排障时运行 python3 scripts/selftest.py。 阅读本节完整说明
  1. 获取完整包,保留配套文件的目录结构。
  2. 按照原文准备所需工具、依赖与输入资料。
  3. 阅读对应使用步骤与输入输出说明,在自己的环境中验证结果。

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

正文

获取原文件

assets/video-prompts.md

这是由已接受运动规格生成的文本,不是分镜权威来源。复制引用块即可;元信息帮助核对边界。

这份模板属于结构化管线(motion-specs.jsonl 一路)。creator-first 项目的《视频提示词.md》骨架 以 SKILL.md 为准:## MOTION-... · 中文名,字段依次是「分镜、时长、生成方式、输入参考图、 静态视觉锚点、起始帧、状态链、终点」。两边的字段名不一样,不要把这里的 运动规格、边界核对、 声音引用 或 ### 只读结束报告 搬进 creator-first 文档。

# EP<编号> · 视频提示词

> 来源:`motion-specs.jsonl` 的已接受记录
> 配方:`motion-generic@<version>`
> 范围:本文件仅提供提示词,不触发媒体服务;实际视频生产交 `$short-drama-produce`
> 正式执行路由:`逐镜 | 多镜容器 | 从上一段实际结果续接`(只保留本次已选择的一项)

## `SHOT-<id>` · <镜头目的短句>

- **运动规格**:`MOTION-<id>`
- **覆盖范围(仅补拍/替代版)**:`pickup | alternate`;母版/补充 `<master_motion_id / supplements_motion_ids>`;逐项内容 `<source_ref → motion_field/disposition>`;替代请求 `<replacement_intent>`
- **起始帧**:`KEY-<id>`
- **生成方式**:`文生视频 | 图生视频`;文生视频必须已有创作者明确选择
- **输入参考图**:`REF-<slot>(顺序:<n>)· <项目相对路径>《<中文名>》(用途:<purpose>;控制:<may_control>;不得控制:<must_not_control>)`,图片由创作者在生成时自行挂载时改用 `PLAN-<slot>(顺序:<n>)· <IMG-... 或 SHOT-...>《<中文名>》(同样的用途与控制字段)`;`用途` 取 `身份|造型状态|地理|构图|尺度|效果|起始帧|结束帧|风格`;必须与分镜一致且全部就绪;只有创作者明确选择文生视频时可写「无(创作者已明确选择文生视频)」,无图或部分有图的「待补参考图」都不得进入最终视频提示词
- **静态视觉锚点**:文生视频必须把本镜必要的身份、造型、地点、构图与光线事实写在这里并原样纳入可复制正文;图生视频只补充动作所需、参考图不能独立说明的可见起点
- **状态链**:`<起点> → <唯一动作:触发、接触与落点> → <终点>`;直接投影分镜,不补镜外转换
- **时长(只读)**:`<seconds>s`
- **边界核对**:`end match | mismatch | unrealized`
- **声音引用**:`<dialogue/VO/OS/SFX ids>`
- **注意**:<无法执行的风险 / 交给负责技能的修改请求;无则写“无”>

### 可复制通用提示词

> 从<最少但够用的起点信息>开始。<按因果和物理顺序写主体动作>。<本镜确有表演变化时,写承担变化者可见的触发、选择或落点;否则删除本句。>摄影机<有动机地固定或移动,并写清节奏和终点>。<必要环境运动>。对白/声音:<逐字文本/引用、表演方式、声源与层级>。在<已确认时长>内<安排节奏>,最终<逐项实现已确认终点,不写下一镜>。

### 只读结束报告

- **位置/姿态**:<当前描述 → 来源:是否匹配?>
- **目光/双手/持物**:<当前描述 → 来源:是否匹配?>
- **可见状态**:<当前描述 → 来源:是否匹配?>
- **下一镜**:仅比较 `<下一镜起点引用>`,未改写

---

普通母版省略“覆盖范围”一行;没有补拍或替代关系时,不用 master 占位制造版本账目。

每个已经设计好的镜头独立一节,即使被打包进同一个交付容器,也不合并原镜头边界。 项目声明多镜容器时,容器一节由 delivery-containers.jsonl 的对应记录派生(模板见 delivery-container.jsonl.md):按记录里的 order 列出成员 镜头及各自已接受时长,容器时长直接取记录的 container_duration。本文件是缓存,不是权威—— 不要在这里直接编辑成员、顺序或时长,也不要在没有对应记录的情况下自造一个容器一节。 成员镜头各自的边界、终点报告与审查入口保持独立。 若自然语言修改涉及时长、终点、对白或下一镜,展示交给负责技能的修改请求,而不是 修改本文件来掩盖来源变化。

连续交付段若选择从上一段生成结果续接,后续容器不得降级成普通文生视频。真实产物尚不存在时写:

- **就绪状态**:待续接、不可提交
- **接力输入**:等待上一容器实际视频与从该视频抽取的实际尾帧;两者缺一不可

此时可保留下一段内容草案,但不绑定虚构槽位、不声称已经续写。真实产物存在后才增加「接力输入」: 上一段实际视频使用 continuity_video 角色,直接从该视频取得的实际尾帧使用 actual_tail_frame 角色。 两者同时绑定;前者承接动作、节奏和声音,后者固定可见起点。计划尾帧、冻结关键帧或文字描述不能 代替任一项。逐镜章节在多镜/续接路由下是成员依据,不是另一套可提交任务。

CONTACT HAONAN

联系haonan

医疗 AI · 产品与独立开发

刘浩南

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

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

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