跳到正文

短剧镜头视频提示词

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

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

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

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

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

正文

获取原文件

references/production-prompt-grammar.md

目录

来自对剧本、分镜边界、参考帧与视频任务之间完整链路的定性案例阅读,示例均为合成 改写。本套件的运动说明格式见 motion-recipe.md;本文档是 生产端语法的对照参考:写通用提示词时借用其成熟约定,但套件产物仍以该文档规定的 结构为准,且不调用任何生成服务、不出现供应商与模型产品名—— 模型相关规则一律写成"按目标模型确认"的条件规则。

核心认知:

  1. 从已接受的镜头起点出发:若项目使用首帧,它提供起始构图与可见状态,但人物 可以按剧本要求从运动中开始。提示词只补足人物和画面如何变化到明确终点。
  2. 连续性靠前后镜比较,不靠记忆或全文复写:上一镜终点与下一镜起点逐字段核对 (CON-01);提示词只携带本次执行容易漂移的关键状态,避免冗长说明变成第二套 状态记录。
  3. 指代必须可解析:多人同镜或目标模型容易串角色时重复角色名并写物理成因; 单人且指代无歧义时不把“禁代词”当成通用规则。比喻若不能转成可见动作,再改写 成物理表现。多人同镜时,除了重复角色名,还应给每个参与者附一个稳定的资产索引 (项目档案决定它长什么样),并在该角色每次被提及处一并出现——只在首次出现时标一次, 后面的提及仍然要靠模型自己记住是谁,多人场面正是它最容易记错的地方。索引在同一交付 范围内保持同一映射,场景与关键道具同样适用。唯一的例外是逐字对白:索引写在说话人 标识与描述里,不写进围栏内的台词文本,否则会被当成要念出来或要显示的内容 (见 delivery-profile.md 的逐字对白围栏)。
  4. 上游顺序不可重写:台词发生在动作前、动作中还是动作后都属于故事语义;提示词 必须逐项核对台词相对动作的先后位置,不能只保留同一批内容。
  5. 手部接触与道具交接必须可执行:写清放下、换手、双手分离、递交、取回 和画外持有;一只手不能同时握笔、分纸并操作另一件工具。
  6. 文字策略先于通用禁字:上游或资产声明的 exact-readable 字段必须保留并指定 受控显示位置;只有没有可读文字义务的镜头才能使用全局 no-text。

一、先写核心动作,再选择交付格式

先写不绑定供应商的核心动作说明,再决定交付格式。它只回答:从哪个已接受的镜头起点 出发,谁因什么触发做什么,摄影机和声音怎样服务本镜目的,最后落到哪个已接受的镜头 终点。构图、景别、机位、焦段、光线、情绪标尺或位置式引用只有项目确实需要时才加入, 不为凑齐栏目重复参考帧已经承载的事实。没有起始帧、只挂身份或地点参考图时,取景就是 确实需要的一项,写法见 target-model-profile.md。

可选的自然语言写法

下面只示意一种顺序,不是必填链;已由参考帧或项目字段说明的内容可省略:

从 <执行所需的已接受起点状态> 开始。
因 <上游触发>,<主体按上游顺序完成动作/可见处理>;<必要反应或并行变化>。
摄影机 <固定或运动及其职责>;声音 <必须逐字保留的内容及相对时机>。
最终到达 <已接受终点>,并保持 <当前最易漂移的非目标事实>。

拟声词与实景距离(房间尺度、两处地点的间隔这类空间事实)取自上游内容或已接受项目方案。 动作的方向、终点接触与锚点秒数属于另一类:它们是本环节自己写的这一拍的组成部分,正常写—— “指尖碰到杯沿后停住”“起手不动约半秒”说明的是这个动作往哪去、停在哪、停多久,是本次的动作 决定,不需要上游先给数字;终点用接触点或地标而不用厘米、度数(见 motion-recipe.md 3.6)。摄影机的角度与轴线侧属于镜头 记录,按 framing.angle 已接受的值写。越权只发生在这些量替上游做决定的时候:改写已接受 时长、改掉镜头已接受的机位角度或轴线侧、声称一个未被接受的空间尺寸、给参考帧里没有的 地理定尺。

多段交付格式(仅项目已有明确要求时)

交付格式可以要求片段编号、明确时间、位置式参考或文字策略,但这些只是外层格式,不 改变创作者确认的镜头边界,也不创造额外动作。每个片段只写执行所需的起点状态;明确 区间不得重叠冲突,且各段相加要正好用完已接受时长(VID-04,两个方向的后果见 motion-recipe.md 3.6)。若项目使用位置式引用,映射保持稳定且不侵入逐字对白; 没有该要求就不生成这些槽位。分段与槽位各自要回答什么,见 delivery-profile.md。

二、连续性(不同镜头类型都适用)

本镜关键状态

<角色/道具>-<本镜执行易漂移的字段>:<相对位置、朝向、手、持物或可见状态>。
来源:<已接受镜头边界/资产引用>;保持到:<触发、接触或终点>。

规则:

  • 覆盖本镜动作、反应、连续性或下一边界依赖的角色;不入画且状态未变化者留在权威 状态表,通过引用继承,不为“字段齐全”把全场名单倾倒进提示词;
  • 只有提示词需要执行的继承才用短语重述,其余通过精确引用保持;
  • 动作进程、头身朝向分离、服装或伤势只有参与本镜变化/保留时才写;
  • 画外持物必须来自已接受镜头边界或状态表,不用“可能在背后”等猜测补连续性。

表演状态变化

写触发、可见处理、选择与最终状态;跨镜变化或保持都要有人物与后果依据。若创作者已有 自己的表演标尺,只把已接受值作为项目记录读取,不由本文档提议档位、增量或 “每镜升压”公式,也不让数字替代可见表演。

空间连续

  • 位置写相对参照("病床右侧""右肩上"),不写绝对坐标;
  • 裸写的"左/右"一律指画面左右(观众看到的左右);指人物自身的左右必须带主体 ("他的左手""她的右肩")。两种读法混用是正反打方向翻转的主要来源,而单看每一句 都成立,所以文字审查抓不到——必须在写的时候就分清;
  • 场景资产用方位变体逐镜选用(探视室(北)/篝火(近)),正反打双方各绑 各的背景资产防穿帮;
  • 普通连续时间中的位移要有上游动作或过渡;已声明的省略、蒙太奇、梦境或 有意跳切可不同,但要记录权限,不能伪装成普通连续。
  • 选择性折叠、消失、替换或形变必须写触发、目标范围、结束几何/状态和 保持项;非目标人物、道具、已批准文字显示位置和固定空间关系不能随邻近目标一起消失、 复制或改形。镜头时长和表演负荷放不下变换路径与保持项核对时拆镜(VID-11)。

参考绑定纪律

每条结构化参考先有稳定 slot_id 和显式唯一 order。若创作者档案使用位置式参考(把角色、 道具、场景绑到稳定编号),编号顺序是确定性记账, 不是审美选择:

  • 编号方案由创作者档案声明,本套件不规定具体次序(角色在前还是场景在前,都是档案 的事)。可迁移的要求只有两条:方案一旦发布就固定;新增对象追加到方案指定的位置, 不重排已经发出的编号。重排不会报错,只会拍错——提示词、审查者与执行端对同一 编号的理解就此分叉。
  • 同一编号在整条提示词内只指一个对象,不因为“这次它更像背景”而改指别的东西。

每一次提及都要带绑定。 一旦某个角色在本条提示词里绑定了参考,该角色的每一次出现 都必须带同一个绑定,包括代词式回指和分段之间的重复提及。

  • 只在首次提及绑定、后文改用裸角色名,比完全不绑定更危险。完全不绑定时,执行端把该 角色当作一个未指定的人,前后至少一致;部分绑定时,执行端把带绑定的提及和不带 绑定的提及读成两个人,同一角色在同一镜里分裂成两副外貌,或在段与段之间换脸。
  • 因此“绑定一半”不是折中方案:要么这条提示词里该角色处处绑定,要么处处不绑定并用 重复角色名保持指代(呼应核心认知 3)。
  • 绑定只回答“这是谁、这是哪个物件”。它不自动带入参考图里的构图、服装、文字、道具和 故事状态;role、may_control、must_not_control 与检查状态仍按 motion-recipe.md 的参考图用途声明。
  • 项目没有声明位置式参考时不生成占位编号,也不为“字段齐全”给未出场对象编号。

三、按已知能力调整写法

只有创作者已经提供或接受目标能力说明时,才按本集主导戏型调整提示词写法;本技能 不选购、调用或测试模型,未设置时保留不绑定供应商的通用文本:

已知能力/限制 文本适配问题
支持多段声画 哪些已确认镜头可只在交付格式中编组,同时仍能单独审查?
动作或并发能力有限 哪项上游必保内容需要拆镜或请求修订,而不是靠删词假装完成?
表演依赖清楚触发 哪个反应、处理或选择必须可见,哪些情绪形容词可删?
受控文字、对白或口型 哪些上游内容允许进入,哪些必须留给后期或标记为未解决?
能力未知 保留通用文本,不猜时长、质量、并发、文字或声音结果。

能力说明有三种状态,不是两种

“支持/不支持”会漏掉中间那一段。创作者提供的能力说明通常有两条线,不是一条:

区域 含义 对写法的影响
稳定区 在此范围内按说明可执行 正常写,不额外收窄
不稳定区 仍在允许范围内,但需要反复重试才拿到可用结果 在写的时候就收窄:减少同镜并发主体、拆镜、把复合动作分到两镜
超出范围 说明明确不支持 回上游改边界,不靠措辞绕过

中间这一区最容易被漏掉,因为落在这里的请求仍然是合法请求:允许范围的上界回答的是 “能不能提交”,稳定区的上界才回答”提交一次大概率可用”。两者之间的差额由重试补齐, 而重试的代价由项目承担,不由文字承担。所以它是一个写作阶段的决策点,不是提交之后 再观察的现象——交出去之后,收窄的机会就没有了。

判断方法不依赖任何具体数字:凡是能力说明里出现“效果较好”“稳定性下降”“可能需要多试几次” 这类措辞的地方,就是两条线之间的位置。把它当成本镜的并发预算读,而不是当成质量描述读。

若创作者的说明只给了允许范围、没有区分稳定区,就按只有允许范围处理,不自行推断一个更 保守的数字当成事实;可以据此提出“是否先小规模试一次再铺开”的问题,由创作者决定。

四、文本交付读取的项目参数

参数 规则
duration 从必须保留的动作、反应、对白与最终状态反推,并限制在项目已接受的能力范围;没有已接受值时保持未解决。
aspectRatio 读取项目发行/构图约束,本文不自定常见比例。

本技能不产出 amount、resolution、task 或其他执行参数。运动幅度与效果范围只有在 帮助解释已接受的运动要求时进入提示词,不用供应商字段替代故事边界。

五、文字与缺陷约束

  1. 字幕层默认关闭:除非剧本或创作者明确要求字幕、caption 或对白文字叠加,每条视频正文都 用项目提示词语言直接声明全镜任何时刻都不生成这些内容,让对白只通过声音与口型发生;不能只写 抽象的“文字层为空”。这个默认与旗帜、标牌、屏幕等画内文字政策独立;有 exact-readable 时 仍然直接禁止字幕层。
  2. 画内无文字要求(项目确实没有可读文字义务时): 画面不要出现任何文字。若上游或资产要求 exact-readable,改为列出唯一允许 字段与受控显示位置,禁止同时写全局 no-text。
  3. 参考图检查:提示词中的无文字要求只约束生成意图,不能擦除参考图像素。人物、场景、道具 或关键帧参考若带未批准标牌、界面、号码、水印、字幕或伪字,先裁切、清理、 遮罩或替换;会破坏身份、地理或构图时退回参考图归属方决策。exact-readable 镜头只允许批准的显示位置和文字版本,不让旧字样从参考图回流。
  4. 文字要求一致:只复述已选择的文字策略;不能用【不出现任何文字字幕】抹掉证据文字。
  5. 语言与文字分别守上游要求:对白保留原语言;字幕、屏显或无字策略读取已接受的 文字方案,不把“出海”自动等同于无字幕,也不让翻译覆盖逐字对白。
  6. 模型条件只来自已记录观察:若创作者提供的项目反馈指出身份混淆、比例漂移 或其他具体风险,针对该操作补最少的正向状态说明与保持项;不复制通用缺陷补丁, 不靠首尾重复同一句增加权重。
  7. 后处理不在本技能执行:若项目已有受控文字层或清理决定,只在文本中保留其 归属方引用和交接说明;不把未来清理能力当成当前参考图已检查的证据。
  8. 不要用词表判断审美:项目已知能力若明确某种表达不可执行,记录它为什么失败、当前 替代表达和适用范围;不把一串形容词或生理细节词提升为跨题材禁用清单(VID-10)。

六、决策规则

  1. 并发过载就拆:当人物、道具、特效、可读文字与大动作无法在同一镜头时长和表演 负荷内各自落地时拆镜。并发上限由目标模型试验与项目记录,不从案例次数推成 固定元素配额。
  2. 台词与动作按注意力判断:若大动作遮掉逐字对白、反应或口型职责,拆镜 或请求修订;若同一表演目的需要声画同在,不为分类把它们机械拆开。
  3. 人物反应:权力、关系、信息或代价落到听者身上时必须给可见反应;是否独立成 特写和停留多久由后果与剪辑节奏决定,不按台词句数配额插镜。
  4. 台词负载:从所选时长、语速、表演动作和口型能力反推;放不下就删减、拆镜或 请求剧本修订,不用固定字数替代试听。
  5. 收到生产反馈后的修订要可解释:只改变当前诊断所需变量(拆元素、补关键状态 或换措辞);必须联动的变量一起记录。若形成补拍或替代版,在 视频提示词.md 中写明它与母版 的关系、修改前后差异,以及每项原文义务由哪一版承担;普通母版不增加版本账目。本技能不负责重投。
  6. 生产预算不由本技能猜:可读取创作者提供的项目观察来收窄文本,但不移植 无来源的通用成本比例,也不从文字规格声称模型效果。

七、范例(从边界写成通用提示词)

已接受镜头:乙把仍由右手持有的账页交给甲;甲读到签名后停止辩解。参考帧已经承载 身份、服装、桌面地理和基础光线,文字政策只允许账页签名位置显示文字。

从乙右手仍握住账页、甲的视线停在乙脸上的已接受起点开始。乙把账页沿桌面推到
甲面前,纸张停住后松手;甲先把视线移到签名位置,原本准备开口的动作停下。摄影机
保持两人和账页交接都可读的固定构图,不新增纸面文字或旁观者动作。最终账页归甲一侧,
乙双手离开纸面,甲注视签名位置并停止辩解。

这里没有重写外貌、完整场景或所有角色状态;本镜关键状态只保护道具交接、视线、文字显示 和镜头终点。若当前项目另需片段编号、位置式参考或明确区间,再从同一动作说明写成交付 格式,不能反过来让格式字段创造剧情。

交付文本只含交付内容

VID-22 · reviewed_invariant:交给执行端的那段文本里,只能出现要被拍出来的画面内容。 任何描述“我们内部怎么做这件事”的流程词都不得进入。本条同样管关键帧的交付文本。

可复制正文只保留生成所需的画面、动作、声音和限制条件。 内部流程备注留在正文外,避免与生成内容混淆;不假定出现某个词就一定被模型画出来。

不得进入交付文本:

  1. 参考图文件名、版本号、切片编号与目录路径;
  2. 内部锁定标记、规则 ID、hash、字段路径与状态词(accepted、stale、provisional);
  3. 走位草图、示意图、分镜板格号的指代(“按草图第二格”“沿用上次走位”);
  4. 任务备注、重投说明、失败记录与待办(“这次重生成”“上次手部崩坏”“重点修手”);
  5. 与本镜无关或重复的否定罗列。必要的排除条件可以保留,文字限制须服从本镜的文字政策。
  6. 把规则说明原样抄入正文,却没有描述主体、环境和具体动作。

将参考范围与修订要求落实为本镜需要的状态和动作;失败记录、规则 ID 和维护说明留在正文外。

合成反例与改写

参考图:角色甲定妆_v3_最终.png / 场景_厅堂_02.png(已锁定,勿改)
分镜草图第 2 格,沿用上次走位。上一版手部崩坏,这次重点修手。
负面:不要多人、不要变形手、不要模糊、不要出现文字、不要换服装。
画面:角色甲从长桌旁站起,走向门口。

前三行没有一句是要拍的画面:执行端会尝试把文件名与版本号渲染成画面上的字、把“第 2 格” 读成分格构图、把“多人”“变形手”“文字”当作应当出现的物件;真正的动作只剩最后一行, 起点姿态、触发和终点全部缺失。改写成只含交付内容:

角色甲坐在长桌右侧,双手平放桌面,目光落在对面的空椅上。听见门外一次落锁声后,
右手先撑住桌沿,身体离开椅背站直,随后沿桌沿走向门口,在门前半步停住并侧身回望空椅。
画面内始终只有角色甲一人,双手完整可见并保持在画面内,衣着与起点一致,桌面无字迹。

改写把每一条工艺备注换成了它对应的可见事实:锁定的参考图变成“衣着与起点一致”,修手 备注变成“双手完整可见并保持在画面内”,无文字要求变成“桌面无字迹”,“不要多人”变成 “画面内始终只有角色甲一人”。

八、自检清单

只检查与当前镜头和项目设置有关的项目;不要为通过清单补写无来源内容。

  1. 提示词是否从已接受的精确起点出发,并只重述当前执行需要的关键状态?
  2. 动作、反应、连续性或终点依赖的角色/道具是否可解析?无关画外状态是否留在状态表?
  3. 多人同镜的指代能唯一解析吗?比喻能转成目标模型可执行的物理表现吗?
  4. 表演状态的变化或保持有触发与原因吗?表演收束是否承接了后果?
  5. 文字策略与上游内容及资产一致吗?exact-readable 是否被全局 no-text 误删? 每张参考图是否也完成检查,或已记录裁切、清理、遮罩或替换决定?
  6. 并发元素是否都能在镜头时长和表演负荷内完成?若不能,拆镜或请求改边界了吗?
  7. 台词、动作与反应能在所选时长和语速内完成吗?听者承担后果时有可见反应吗?
  8. 若项目使用位置式参考,映射是否稳定、角色是否明确且未侵入台词?没有该要求 时是否避免生成占位引用?
  9. 是否只使用创作者已接受、带适用范围和证据的能力约束,而非通用负面词表?
  10. 上游台词相对动作的先后位置逐项一致吗?重写有没有把“事前选择”变成事后解释?
  11. 手部接触与道具交接可执行吗?放笔、换手、分离、递交和取回都有动作来源吗?
  12. 交付文本里还剩下工艺词吗?文件名、版本号、锁定标记、草图指代、任务备注或成段 否定罗列是否已经改写成可见事实?
  13. 角色参考是每次提及都绑定,还是只绑了第一次?编号是否始终遵循档案声明的方案、 没有重排已发出的编号,并且同一编号始终只指一个对象?

CONTACT HAONAN

联系haonan

医疗 AI · 产品与独立开发

刘浩南

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

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

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