@lemoncat7/dsh-partner 2.4.2 → 2.7.0

package/resources/skills/drama-production/upstream/skills/short-drama-video-prompts/assets/video-prompts.md

@@ -0,0 +1,67 @@
+# `video-prompts.md` 可复制输出模板
+
+这是由已接受运动规格生成的文本，不是分镜权威来源。复制引用块即可；元信息帮助核对边界。
+
+**这份模板属于结构化管线**（`motion-specs.jsonl` 一路）。creator-first 项目的《视频提示词.md》骨架
+以 `SKILL.md` 为准：`## MOTION-... · 中文名`，字段依次是「分镜、时长、生成方式、输入参考图、
+静态视觉锚点、起始帧、状态链、终点」。两边的字段名不一样，不要把这里的 `运动规格`、`边界核对`、
+`声音引用` 或 `### 只读结束报告` 搬进 creator-first 文档。
+
+```markdown
+# 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](delivery-container.jsonl.md)）：按记录里的 `order` 列出成员
+镜头及各自已接受时长，容器时长直接取记录的 `container_duration`。本文件是缓存，不是权威——
+不要在这里直接编辑成员、顺序或时长，也不要在没有对应记录的情况下自造一个容器一节。
+成员镜头各自的边界、终点报告与审查入口保持独立。
+若自然语言修改涉及时长、终点、对白或下一镜，展示交给负责技能的修改请求，而不是
+修改本文件来掩盖来源变化。
+
+连续交付段若选择从上一段生成结果续接，后续容器不得降级成普通文生视频。真实产物尚不存在时写：
+
+```markdown
+- **就绪状态**：待续接、不可提交
+- **接力输入**：等待上一容器实际视频与从该视频抽取的实际尾帧；两者缺一不可
+```
+
+此时可保留下一段内容草案，但不绑定虚构槽位、不声称已经续写。真实产物存在后才增加「接力输入」：
+上一段实际视频使用 `continuity_video` 角色，直接从该视频取得的实际尾帧使用 `actual_tail_frame` 角色。
+两者同时绑定；前者承接动作、节奏和声音，后者固定可见起点。计划尾帧、冻结关键帧或文字描述不能
+代替任一项。逐镜章节在多镜/续接路由下是成员依据，不是另一套可提交任务。

package/resources/skills/drama-production/upstream/skills/short-drama-video-prompts/examples/minimal-music-specs.jsonl

@@ -0,0 +1,2 @@
+{"record_type": "sources", "schema_version": "1.0.0", "sources": {"screenplay": {"owner": "short-drama-write", "artifact": "剧集/EP001/screenplay.md"}}}
+{"music_id": "MUS-EP001-01", "scope": {"episode_id": "EP001", "start_seconds": 0, "end_seconds": 12}, "source_refs": [{"src": "screenplay", "record_id": "EP001-SC001"}], "narrative_function": "在开场压低情绪，只在人物做出决定后抬升，不替代表演。", "prompt": "Instrumental restrained urban drama score, low pulse, sparse piano, muted strings, controlled tension, no triumphant release.", "mode": "instrumental", "lyrics": null, "mix_intent": {"entry": "fade in under room tone after the first visible action", "exit": "resolve before the final spoken line", "duck_under_dialogue": true, "loop": false}, "status": "candidate"}

package/resources/skills/drama-production/upstream/skills/short-drama-video-prompts/references/camera-audio-continuity.md

@@ -0,0 +1,259 @@
+# 摄影机、环境声音与只读连续性
+
+## 摄影机合同
+
+- `VID-06` — locked 与 moving 指令不得同时统治同一区间，除非明确的
+  transition 将两段分开。
+- `VID-07` — locked/moving 的选择，以及 audio/lip-sync 细节量，都是从
+  production profile 继承的 `taste_option`。
+
+## 相连边界 (`CON-01`)
+
+Motion end report 与下一 accepted shot start 必须一致，否则指明用于协调的
+上游 owner revision。不要用流畅的动态措辞把连续性矛盾正常化。
+
+## 目录
+
+1. 摄影机为什么动或不动
+2. Camera contradiction
+3. 环境运动
+4. 对白、口型与声音
+5. 只读边界与修订路由
+
+## 1. 摄影机为什么动或不动
+
+Camera behavior 要回答“观众注意为什么在此刻改变”。常见动机：
+
+- **reveal**：新信息进入视野；
+- **pressure**：距离收紧让压力增大；
+- **alignment**：从旁观转向贴近某角色立场；
+- **relationship**：重新组织两人距离/权力；
+- **transition**：把注意交给 accepted end 或出口。
+
+没有动机时 lock-off 是积极选择：镜头稳定地等待角色完成一次艰难决定，比装饰性环绕更有力。
+
+### 描述 lock-off
+
+锁定和 movement 一样要被写出来。一次 lock-off 至少写：
+
+1. 写死的 framing：景别、机位高度、轴线哪一侧；
+2. 这段时间里画面内还有什么在动——通常只剩表演和环境，明确列出来；
+3. 保持多久。
+
+“固定特写，俯拍，轴线左侧，取她的头肩；画面内只有她的呼吸和身后帘子在动；保持约两秒半不动。”
+比只写“固定机位”可执行，也比什么都不写安全：摄影机一栏空着会被执行端读成可以自由漂移，
+于是本该稳住的镜头长出一次没人要过的推近或环绕。
+
+### 描述 movement
+
+一次 movement 至少写：
+
+1. 起始 framing/相对位置（来自 shot/keyframe）；
+2. 何时、因何开始；
+3. 路径/方向与节奏；
+4. 跟谁/揭示什么；
+5. 结束 framing 或空间关系（必须在 storyboard 边界内）。
+
+“轻微推近”若不说明触发和落点，仍然含糊。“镜头在他把钥匙放上桌时开始短促推近，钥匙落下后停在双手与钥匙的近景”才有可执行注意路径。
+移动不能重置地理：若机位沿同一场景移动，仍要保持已接受的工作侧、入口—主体—出口关系
+和屏幕方向；确需越轴时沿用 storyboard 已接受的重新建立方法，不把一次漂亮移动写成新的空间。
+
+- **`craft_default`**：一个 authored shot 优先一个主要 camera idea；细小修正服务同一 idea。
+- **`reviewed_invariant`**：move 必须与 shot purpose、表演和 blocking 相容，不能穿过墙体或错过关键动作。
+- **`taste_option`**：locked、handheld、dolly、pan/tilt、角色跟随或静观均可，由 visual direction 决定。
+
+## 2. Camera contradiction
+
+### 同一区间的显式冲突
+
+- `locked-off` 同时又要求 pan/dolly/handheld 漂移；
+- “机位完全不动”同时“跟随角色穿过房间”；
+- 同一时间既向左 pan 又向右 pan，且没有反向 transition；
+- camera endpoint 与 accepted shot framing/end boundary 显式不相容。
+
+这些可在规格的 interval/behavior 中确定比较，属于 **`structural_invariant`**。修复是选择一个行为或写清时间 transition：
+
+```text
+0.0–1.2s locked：等待她抬眼；
+1.2–4.0s slow push-in：从双人中景收至她的头肩，终点保持既定轴线。
+```
+
+这里不是同时 lock 和 move。若 transition 改变 shot 已接受的 camera design，仍需 storyboard 同意。
+
+### 摄影机与主体的相对运动
+
+主体快跑与摄影机缓推可以同时成立，关键是写清两者的相对关系与画面结果。
+需要跟随时说明跟随方向和构图；需要人物离开画面时，保留缓推或固定机位也可以。
+不能为了消除速度差异而改写上游已确定的运镜。
+
+### 运动说明
+
+按本镜需要说明运动方式、方向、速度或触发时机、终点以及要保持的空间关系。
+与上一节的起点和落点一起核对，不要求每次恰好四项。
+
+### 运镜术语属于方言
+
+推轨、变焦、摇、甩、升降这些词在不同目标模型里的解析并不一致——有的模型的官方指南
+推荐 `push in` 而完全不收录 `dolly in`。**不要把一个模型上验证过的运镜词表照搬到另一个
+模型的正文里**；术语与写法以目标模型的方言文档为准，方言里没有记载的词按未验证对待。
+
+### 非冲突但可能过载
+
+pan 同时微调焦点、handheld 带自然呼吸、dolly 配合轻微 tilt 未必矛盾；是否太复杂由 reviewer 结合 purpose 判断，不能靠 camera 动词计数硬挡。
+
+### 切镜边界
+
+“切到门外、再切回特写”是新的 editorial cut，不是 camera movement。保持各 authored shot 独立：把多个已接受镜头按来源顺序装进同一个交付容器是允许的排布方式，把它们融成一个边界不明、无法逐镜审查的 motion 不是。判据在于每个 source shot 是否仍能被单独引用、单独比对终点。容器分层见 [delivery-profile.md](delivery-profile.md)。
+
+## 3. 环境运动
+
+环境 motion 应来自连续性与 shot purpose：风、雨、蒸汽、布料、机械、群演、光影变化、液体/尘埃对主体动作的物理响应。
+
+选择规则：
+
+- 与主体接触或提供 cue 的优先；
+- 能加强焦点但不抢戏的保留；
+- 已由 reference frame 静态承载、且不会变化的省略；
+- 未在 accepted state 出现的天气、火、破坏、群众事件不得为“丰富画面”发明。
+
+**`craft_default`**：每镜只写少量 story-relevant environment motion**。`reviewed_invariant`**：环境变化不能造成新的故事事实或 continuity teleport。
+
+## 4. 对白、口型与声音
+
+若分镜已经明确整场声音策略，先把主导声源、撤出/恢复、距离变化、
+主动留白与 sound bridge 分配到准确镜头，再写本镜 audio。逐镜实现必须能与相邻镜接上，不能
+让每镜各自重新启动一套环境音。场次计划没有登记的故事声源不得由本层发明；音乐仍服从下文的
+时间线边界，也不能替代表演或转向。
+
+### 精确引用
+
+每个 `MOTION-...` 直接引用 `剧本.md` 的场景 ID、准确对白/VO/OS/SFX 和对应 `SHOT-...`。可复制正文
+按交付需要呈现逐字台词或声源说明，但不得改字、增删、交换说话人或把对白改成 VO。
+
+同一句对白跨镜延续时，把相邻提示词串读，说明它在本镜是开始、画外延续、
+被打断还是到此结束；不得在前镜声称已经说完，后镜又让同一句继续。没有逐字原句时只保留
+准确引用和延续关系，不为填满节奏补写台词。
+
+若 source 写 `[VO]`、`[OS]`、`[SFX]`，保持声源性质：
+
+- dialogue：画内说话者与口型/表演相关；
+- VO：声音不要求当前画面口型；
+- OS：说话人不在画面或不见口部，保持空间方向；
+- SFX：说明事件与声源/时点；
+- ambience：连续底声，不能遮蔽剧情必需对白；
+- music：写叙事功能、进入/退出与层级，不用曲名模仿未授权作品。
+
+### 配乐属于时间线层 (`VID-14`)
+
+先分清两件常被混在一起的事：
+
+- **标注配乐意图**：在规格里写清这一镜需要什么情绪的音乐、从哪里进、到哪里出、压在
+  对白之上还是之下。这是**应该写**的——它是给时间线层的输入，写清了才可能对齐。
+- **让单镜产物自带配乐音轨**：交付出来的单镜素材内部已经烧进了一段音乐。这是缺陷。
+
+**`craft_default`**：配乐意图可以逐镜标注，但配乐的**实现**归时间线层；单镜产物默认
+只承载同期对白、画外声源、环境底声与事件音效，不自带配乐音轨。
+
+理由是连续性方向：配乐的进入、退出与层级跨越多个镜头，是时间线上的决定；一旦每个镜头
+各自烧进一段音乐，剪辑点就会出现无法对齐的硬切，而这个缺陷在单镜文本里看不出来——它只在
+镜头相接处暴露。把音乐的实现留在时间线层，单镜之间才可以自由调换、补拍或替换。
+
+- 逐镜标注时，写这一镜在音乐上的**相对位置**（延续上一镜、在此进入、在此退出、此处让路
+  给对白），而不是各镜独立描述一段音乐。相邻镜的标注必须能接上；接不上就是一处矛盾。
+- 画内声源（收音机、现场演奏、手机铃声、隔壁排练）本就属于 SFX/ambience，随画面空间
+  变化，不受本条约束——但要写明它是画内声源，否则会被当成配乐层处理。
+- 若项目已接受“单镜自带音乐”的做法（例如整集只有一个容器交付），按已接受方案写。
+- 需要在提示词里显式排除音乐时，只写“不要配乐”这一层意图，不连带否定同期声与环境声——
+  把三者一起否掉会让本该有的现场感也消失。
+- 音乐的密度、风格与情绪仍是 `taste_option`（见下），本条只规定它归哪一层，不规定它多不多。
+
+### 环境底声跨镜相接
+
+配乐的推理同样适用于底声，只是结论不同：底声**留在单镜产物里**，但它必须能和相邻镜接上。
+
+**`craft_default`**：同一场次内相邻镜的底声成分与相对层级保持一致；只有换场次或换
+Location/View 才允许变化，并写清变化来自什么。写法与配乐标注对称——延续、在此进入、
+在此退出。
+
+不这样做的后果比配乐更隐蔽：每个单镜各自生成一段自己的房间底噪，剪在一起每个切点都
+"呼"一声换空间。配乐至少有上一条兜着，底噪没有；而单镜文本里永远看不出问题，只有素材
+相接时才暴露。
+
+### Delivery 与 lip-sync
+
+可以描述速度、音量、气息、停顿、打断、称呼重音、口型意图，但不得修改台词文本来配动作。
+
+- **`craft_default`**：对白主导镜头减少竞争性动作/camera，让 reaction 有落点。
+- **`reviewed_invariant`**：delivery 必须符合角色 agenda 和表演弧；不能把威胁台词提示成真诚道歉，除非剧本有反讽依据。
+- **`taste_option`**：严格口型、近似同步、VO 优先、现场感/配乐密度由 production profile 决定。
+
+若 Character 已有 `voice_direction`，运动规格分别绑定角色身份引用、逐字台词引用与声音
+方向引用；本场的气息、音量、停顿和情绪仍写在 delivery，不能覆盖持续音色/发音锚点。
+声音参考只在创作者授权且有可解析的本地产物记录时进入，缺失时保持文字方向，不编造服务
+ID 或网址。即使引用齐全，本套件也只证明文本绑定一致，不能承诺真实音色、配音或音画同步。
+
+### 音频矛盾
+
+- exact dialogue 同时要求“全程无人说话”；
+- 同一 SFX 既在动作前触发又由该动作产生；
+- source 是 VO，却要求清楚同步画内口型；
+- accepted quiet scene 被新增爆炸声改变故事；
+- 相邻镜头各自声明了互不衔接的配乐进入/退出，或单镜自带配乐床却没有已接受的依据。
+
+Resolvable ref/显式否定可结构检查；delivery 是否语义背离则要 reviewer 证据。
+
+## 5. 只读边界与修订路由
+
+### Motion 可以改
+
+- 同一边界内动作的可执行路径与细节；
+- accepted emotional change 的外显方式；
+- 既定 camera idea 的节奏/触发实现；
+- accepted audio 的 delivery、空间化和层级；
+- 不改故事事实的环境微动；
+- prompt 的语言经济性。
+
+### Motion 不可以改
+
+- shot duration、start/end pose/position/gaze/hands/held props；
+- location/View、asset variant、axis/next-shot state；
+- screenplay action fact、dialogue/VO/SFX 文本或说话人；
+- 增删 editorial cut；
+- 连续性中谁知道什么、谁拥有物件、伤势/天气/光线状态。
+
+### 当上游为本镜同时交出首帧和尾帧
+
+首尾帧接续是常用工作流：执行端拿到两端画面，中间由它补。这对运动规格的含义要说清楚，
+否则容易两头落空。
+
+**两端不是运动规格的替代品，但会实实在在收窄它**。 执行端会优先让成品对上这两张图，
+中间怎么走由它决定。所以：
+
+- 中间**必须被看到**的动作不要只靠插值兑现。某个动作是本镜存在的理由时，两端之间没有
+  任何机制保证它发生——把它移到某一端，或者发修订请求把镜头拆开。
+- 两端差异越大，插值越自由。首尾帧适合「状态改变清楚、路径无所谓」的镜头；
+  「路径本身是戏」的镜头（夺取过程、跟随移动、逐步逼近）不适合交给两端夹逼。
+- 运动规格照旧要写清动作顺序、对白落点与摄影机行为，**不因为有了尾帧就省略**。
+  尾帧说明「到哪」，运动规格说明「怎么到、中途观众必须看到什么」，两者不重复也不互替。
+- 终点报告仍然逐字段对照分镜的 `end_boundary`，**不对照尾帧**。尾帧只是该边界的投影，
+  画面对上了不等于终点事实到达了——尤其是持物归属和目光对象，两者最容易只在构图上成立。
+
+### Revision request
+
+```markdown
+- **请求 owner**：`storyboard | write | assets`
+- **来源证据**：文件、场景/镜头 ID 与必要短引文
+- **当前边界**：精确值
+- **motion 需要**：期望变化与原因
+- **影响**：purpose/feasibility/continuity
+- **建议**：split | extend | reblock | amend dialogue | reconcile asset
+- **未执行**：列明本轮没有修改的 owner 文件
+```
+
+Video-prompts 可以提议，不能替 owner 应用。若实际终点不同于分镜终点：先判断是提示词没实现
+（video-prompts 修）还是创作确需新边界（storyboard 修）；无论哪种都不把观察到的终点当成下一镜权威。
+
+### Handoff 核对
+
+逐字段比较运动终点与镜头终点；下一镜仍直接读取分镜拥有的起点。匹配才是实现证据，不能用一句
+“保持连续”代替位置、目光、双手、持物等关键事实核对。

package/resources/skills/drama-production/upstream/skills/short-drama-video-prompts/references/delivery-profile.md

@@ -0,0 +1,273 @@
+# 交付档案：容器算术与槽位语义
+
+## 目录
+
+- [档案归属](#一档案由创作者声明本文只规定槽位职责)
+- [容器之外的交付路由](#容器之外的交付路由)
+- [容器算术（单镜容器与多镜容器）](#二容器算术唯一允许的数字规则)
+- [全集账目：一个镜头只能被算一次](#全集账目一个镜头只能被算一次vid-15)
+- [槽位语义](#三槽位语义表)
+- [必须原样保留的文本](#四必须原样保留的文本)
+- [合成示例](#五合成示例记号来自创作者档案)
+- [自检](#六自检)
+
+## 一、档案由创作者声明，本文只规定槽位职责
+
+交付档案是创作者**可选**声明的一份排布约定：把已接受的运动规格摊成执行端逐行读取的
+文本。本套件只规定每个槽位**必须回答什么**（语义），不规定它**写成什么样子**（语法）。
+
+- **槽位语义属于本套件**：一个位置槽必须回答“相对哪个画面内可命名的锚点”，换任何
+  执行端这个问题都成立，也不含任何供应商内容；
+- **槽位拼写属于创作者档案**：用什么括号、分隔符、编号前缀和字段名，随执行端更换而
+  作废，本套件不规定，也不把任何一种拼写当作标准格式；
+- **项目没有声明档案时**，按 [motion-recipe.md](motion-recipe.md) 写连贯的自然语言即可。
+  不要为了“像个格式”自造槽位，空槽位比缺槽位更难审查。
+
+数字规则仍然一律拒绝，只有两处例外，因为它们是对**创作者已接受值**做算术，不引入
+任何新标准：时长在两个层级上都必须精确加总（分段之和等于所属镜头的已接受时长，容器
+时长等于其成员镜头已接受时长之和）；分段标识必须唯一且有序。除此之外的档位、配额、
+每镜增量和元素上限都不由本文档提出。
+
+### 容器之外的交付路由
+
+容器回答的是“一次交付里装几个已接受镜头”。有些执行方式还会改变**这一次从哪里开始生成**，
+那是另一个维度，容器字段表达不了：
+
+| 路由 | 起点来自 | 对本套件产物的影响 |
+|---|---|---|
+| 逐镜（默认） | 该镜已接受的起始边界 | 无 |
+| 多镜打包 | 首个成员镜头的已接受起始边界 | 无，按本文容器算术记账 |
+| 单次长生成 | 覆盖段落中第一个镜头的已接受起始边界 | 无；**按多镜容器记账**（见下） |
+| 从已生成结果续接 | **上一次生成出来的结果** | 多一层证据义务，见下 |
+
+前三种只改变打包粒度。镜头目的、起止边界与逐镜可审查性不因为”这次一起生成”而消失。
+
+**单次长生成不是容器之外的第三种账**。 它承载多个已接受镜头，所以就是一个多镜容器，
+照 `VID-13` 与 `VID-15` 记账：成员来源顺序连续、共享同一条绑定链、不跨场次边界，
+容器时长等于成员已接受时长之和，且在全集账目里只被算一次。它只是把切换交给执行端
+在**已接受的成员边界上**完成，不把若干镜头合并成一个没有内部边界的长镜。
+若一次长生成想跨越 Location/View 变化或场次边界，先拆成两个容器——这一条没有例外，
+“执行端一次能读多长”不是创作决定。
+
+**第四种不一样**：它的起点是一段已经生成出来的媒体，而这段媒体在本套件里不是权威产物，
+最多只能是一条 `generated_result` 观察记录（两种观察的区别由核心的参考资料定义）。
+
+因此续接路由要同时守住两条：
+
+- **已接受的镜头起始边界仍是唯一权威**。续接不产生第二个起点取值权威；不能因为“结果看起来
+  是这样”就把观察到的状态回写成镜头边界。两者不一致时先回分镜发修订请求，不在交付层调和。
+- **对结果状态的任何主张都要绑定观察记录**。没有创作者提供或授权形成的观察时写 `unverified`，
+  并说明续接依据缺失。不要凭想象补一个结尾画面：续接提示词的每一条连续性指令都建立在那个
+  起点上，起点是编的，后面整条链一起作废。
+
+连续段真正进入生产时，下一段同时使用两项真实输入：
+
+- **上一段实际视频**：承接已经生成出来的动作速度、人物表演、运镜、环境运动与声音空间；
+- **上一段实际尾帧**：从该视频直接取得，作为下一段第一帧的人物姿态、双手、持物、光线与构图起点。
+
+二者职责不同，不能只给其中一项，也不能用计划尾帧、分镜关键帧或文字描述冒充。提示词仍按下一段
+已接受的「起点 → 唯一动作 → 终点」写；实际尾帧若与已接受起点冲突，先处理上一段结果，不能把漂移
+写进下一段继续放大。
+
+创作者已经选择续接后，缺素材只改变**就绪状态**，不改变执行路由：后续容器标成“待续接、不可提交”，
+列明缺少上一段实际视频与实际尾帧，继续保留从已接受起点写出的内容草案；不得把它改称普通文生视频。
+真实素材到位后再按模型方言加入续接触发词与实际槽位。逐镜运动正文继续承担成员边界和内容依据，
+不能被当作绕开续接的平行提交方案。
+
+路由由创作者档案声明。项目没有声明时按逐镜写，不为“支持更多路由”预留空字段。声明后在
+`视频提示词.md` 只标一个正式执行路由；其他粒度的正文若因可审查性而保留，要明确标成成员依据。
+
+这里的“逐镜 / 多镜容器”是打包粒度，不自动表示独立生成。同一场次、时间连续、地点与资产绑定链
+不变的相邻正式段，在目标档案支持续接时默认组成实际结果接力链：第一段从已接受起点生成，第二段起
+等待上一段实际视频和实际尾帧。只有创作者明确选择独立重生成，或已接受内容发生时间/地点跳变时才
+重新起链；不能仅凭 `one-shot-per-generation` 把每镜都解释成互不相干的文生任务。
+
+## 二、容器算术（唯一允许的数字规则）
+
+容器是执行端一次读取的交付单位。它可能正好等于一个已接受镜头，也可能按创作者声明的
+打包方式承载**若干个连续的已接受镜头**。两种形态下算术都只对创作者已接受的值做加法，
+不引入新标准：
+
+- **单镜容器**：容器时长 = 该镜头的已接受时长。分段是容器内的有序切片，用来给动作
+  因果分配时间，**不是新的剪辑边界**——一个分段内不允许出现第二次切换（见
+  [review-and-fixtures.md](review-and-fixtures.md) 的段内藏切）。
+- **多镜容器**：容器时长 = 各成员镜头已接受时长之和。成员之间的边界仍然是真实剪辑
+  边界，打包不合并、不改写、也不重新分配它们；每个成员镜头内部再按上一条切分段。
+
+两种形态的区别只在“容器里有几个镜头”，不在“镜头是什么”。把多个镜头装进一个容器
+不会让它们变成一个长镜，也不会让它们失去各自的目的、边界与可审查性；反过来，容器时长
+若不等于成员时长之和，多出或少下的时间会落在没有任何镜头负责的区间里。
+
+**`structural_invariant`**：容器只能承载已接受镜头；容器时长等于其成员镜头已接受时长
+之和；镜头边界、镜头目的与逐镜独立可审查性不因打包发生变化（VID-13）。
+
+这条不变式必须**可本地核对**，所以需要多镜打包时，在 `视频提示词.md` 增加“交付分组”章节：
+用稳定组 ID 依次列出成员 `MOTION-...` / `SHOT-...`、各镜时长、容器总时长，以及同场、连续、
+同一地理/资产链的理由。单镜交付不需要额外章节。
+
+### 双向和不变式
+
+**`structural_invariant`**：在每个成员镜头内部，所有非重叠分段的时长相加必须**等于**
+该镜头的已接受时长；重叠段要写明重叠关系。两个方向都是缺陷：
+
+- **超出**：落在**该成员镜头**已接受时长之外的那部分被执行端截断，段尾的动作、逐字
+  对白和终点姿态一起丢失，`end_report` 会声称到达了从未被拍出的终点。在多镜容器里，
+  它还会挤占下一个成员镜头的起点，把两个镜头的边界一起搞坏；
+- **不足**：未分配的余量不会空着。执行端会用未经批准的动作、表情或镜头运动把它填满，
+  而这些内容没有任何上游来源，审查时也无从追责。修法是把余量分配给已有阶段，或补一个
+  有内容的收尾段（落住反应、保持终点姿态），不要留白。
+
+### 多镜容器的成员资格
+
+打包不是把相邻镜头凑够时长。可以同处一个容器的镜头必须同时满足：
+
+- **来源顺序连续**：在已接受的覆盖里相邻，且容器内顺序与来源顺序一致；不跳镜、不重排。
+- **绑定链不变**：共享同一条已接受的地理与资产绑定。出现新的 Location/View、新的资产
+  变体、新的可读文字义务或任何未解决绑定时，必须换容器——否则执行端会把绑定切换当成
+  同一空间内的位置移动。
+- **不跨场次边界**：容器不跨越已接受的场次或时间跳跃。省略、闪回分支与声明过的蒙太奇
+  各自单独成容器。
+- **各成员仍可单独审查**：每个成员镜头保留自己的目的、起止边界与终点报告，容器只是
+  它们的排布方式，不是新的权威记录。
+
+不满足时就拆容器。容器数量由绑定链和场次决定，本文不设配额；执行端一次能读多长也不是
+创作决定，若打包方式与镜头边界冲突，改打包方式，不改镜头。
+
+### 全集账目：一个镜头只能被算一次（`VID-15`）
+
+单个容器的时长加总正确，不代表全集的账是对的。容器逐个看都成立，而某个镜头同时出现在
+两个容器里，或者某个镜头谁都没装——两种错误在单容器视角下都看不见。前者让全集时长凭空
+多出一段，后者让一个已接受镜头无声消失，而它对应的台词、绑定与关键帧提示词都已经做完了。
+
+**`structural_invariant`**：在一集之内，一个镜头最多属于一个容器。容器不必覆盖全部镜头，
+未装容器的镜头可以直接交付；但**容器成员与散镜合起来，必须不重不漏地正好覆盖本集镜头集合**。
+重复计入或无人认领都是缺陷，不是打包偏好。
+
+对账方法就是集合运算，不需要判断：把各容器的 `members` 展开取并集，与覆盖记录里本集的
+镜头集合相比——交集之外的差集两侧都必须能解释。任一侧非空且解释不了时，先修容器划分，
+不要调整镜头时长去凑总数。这条与 `SHT-16` 的加总互为验算：镜头侧给出本集应有的总时长，
+容器侧给出实际打包出去的总时长，两个数字必须相等。
+
+有一种情况拆容器解决不了：**单个已接受镜头本身就长于执行端一次能读的长度**。容器只能
+承载整镜，分段又不是剪辑边界，所以这里没有打包层的解法——回分镜环节发修订请求，
+把该镜头拆成两个已接受镜头，而不是在交付层把它截断或硬塞。
+
+### 分段标识
+
+分段标识必须唯一、连续，并按时间升序。重复或跳号会让引用无法解析，也让审查者无法把
+问题定位到具体一段。分段数量由动作的因果节点决定，本文不设配额；但把整镜写成一个不
+分段的整块，等于把全部时间交给执行端自行分配，这是最常见的失控形态——不是因为“段
+太少”，而是因为没有任何一段说明这几秒里先后发生了什么。
+
+## 三、槽位语义表
+
+| 槽位职责 | 该槽位必须回答什么 | 省略会怎样失败 |
+|---|---|---|
+| 空间 | 本段发生在已接受场景的哪个可命名区域？画面外紧邻的是什么？ | 执行端沿用上一段残留或参考图猜测环境，同一场景在段与段之间换了地理，正反打穿帮 |
+| 姿态 | 段首人物的重心、朝向、双手与持物是什么？段尾变成什么？ | 段与段之间人物瞬移、换手、道具凭空出现或消失，接触动作失去因果顺序 |
+| 位置 | 相对哪个**画面内可命名的可见锚点**？距离与朝向怎样可比较地表述？（裸写的左右指画面左右；人物自身的左右要带主体） | 只剩绝对坐标或“靠左一点”，执行端按自己的构图重排人物，轴线与遮挡关系随段变化 |
+| 表演 | 触发是什么，可见处理是什么，落到哪个状态？这个形容词要演到多硬？ | 只剩情绪标签，执行端按平均值演；同一个形容词在不同段被演成完全不同的强度 |
+
+用法：
+
+- 表演槽与剧本 `（情绪）` 括注同源：同一个括注同时决定表演状态和说话方式。三者
+  （标尺值、可见表演、说话方式）互相矛盾时以剧本括注为准，需要改动就发修订请求；
+  形容词要演到多硬的问题见
+  [performance-action-timing.md](performance-action-timing.md) 的表演标尺。
+- 每个槽位只写本段执行需要的内容。参考帧已经承载的外貌、整套服装和静态构图不重复。
+- 槽位留空好过槽位填废话。没有依据就留空并记为未解决，不要用“自然”“电影感”“氛围
+  拉满”占位——这类词占住了槽位，却没有回答槽位的问题。
+- 交付文本里不出现 `hash`、参考图文件名、内部规则 ID、锁定标记、草图指代或任务备注，
+  见 [production-prompt-grammar.md](production-prompt-grammar.md) 的“交付文本只含交付内容”。
+
+## 四、必须原样保留的文本
+
+交付文本里有两类内容不能被改写，失败方式相反：台词被改写会**念错**，触发词被改写会
+**什么都不发生**。两类都由创作者档案声明，本套件都只规定它们必须回答什么。
+
+### 逐字对白围栏
+
+必须逐字保留的文本要用档案声明的**定界符**与描述文本隔开：围栏内是原样保留的台词，
+围栏外是可以改写的描述。围栏是一道文本边界，不是风格选择——没有它，执行端会把台词
+当描述改写、翻译或压缩，也可能把描述句当成台词念出来。
+
+- 围栏内只放台词本身与必要的说话人标识；情绪括注、导演提示和动作说明写在表演槽或
+  围栏外的相邻描述里。
+- 围栏用哪一对符号来自创作者档案，本文不规定。
+- 画外音、旁白与同期对白各自带明确的声源标识；把三者混进同一段无标识文本，执行端无法
+  决定要不要对口型。声源标识里一并写这句台词的**口语语言**：说话人的
+  `voice_direction.language` 已经定了就照写，没定就向创作者确认后再写，它与描述文本用什么
+  语言无关。不写，执行端就按描述语言念，得到错的配音语种和错的口型。
+
+### 执行触发词
+
+有些执行方式要求交付文本里出现**固定字样**，才会走到对应的处理路径。它和逐字对白同属
+不可改写的文本，但风险方向相反。
+
+**按字面匹配的入口，通常不会因为字样被改写而报错**——改写后的句子仍然是一段合法描述，
+于是那条路径没有被选中，而请求照常返回。本提示词环节不调用生成服务，因此不断言任何具体
+入口的实际行为；这里只说明为什么这类改写值得当成缺陷防：**它的失败是安静的**，
+交付文本读起来完好，不像超时或参数错误那样自己暴露出来。
+
+至于某一次结果是否真的走了那条路径，属于结果服从度，只能由绑定的生产观察支持，
+不能从提示词文本推断。
+
+- 触发词由创作者档案声明。本套件不规定任何具体字样，也不推断某种执行方式需要哪些词；
+  档案没有声明就不写，凭空加入的“固定字样”只会变成画面上的文字或多余的旁白。
+- 一旦声明，就在该路由的交付文本里**逐字节出现**：不同义替换、不翻译、不省略，也不为了
+  “读起来顺”改写语序。这与参考编号的稳定性同源——都是执行端按字面匹配的记账，不是措辞偏好。
+- 触发词写在描述文本中，**不进逐字对白围栏**：围栏内的内容会被当作要念出来或要显示的台词。
+- 触发词只声明路由，不替代内容。写了续接字样不等于说明了续接从哪个状态开始，
+  该写的起点、动作与终点一条都不能少。
+
+**`reviewed_invariant`**：档案声明了某路由的必需字样时，该路由的交付文本逐字保留它们；
+审查者拿档案声明与交付文本比对（`VID-19`）。档案给出可机读字样清单后校验器才可能接管，
+在此之前不声称机械阻断。
+
+## 五、合成示例（记号来自创作者档案）
+
+以下人物、场景与记号均为合成材料。这是一个**单镜容器**：镜头已接受时长 5.0 秒，容器
+时长同为 5.0 秒，三段相加正好 5.0 秒。若同一场戏的下一个镜头也被装进这个容器，容器
+时长就变成两镜已接受时长之和，而每个镜头内部各自重新分段。
+
+```text
+[段1 | 0.0–1.6]
+  〈空间〉檐廊内侧，右手边是通向内院的门；门外区域本段不入画
+  〈姿态〉角色甲半跪，重心在右膝，左手扶栏，右手在竹箱内翻找
+  〈位置〉角色乙站在角色甲右后方约两步，位于角色甲视线之外
+  〈表演〉角色甲听见身后一次落锁声，翻找动作停住，未回头
+  〈对白〉无
+[段2 | 1.6–3.4]
+  〈空间〉同上
+  〈姿态〉角色甲右手离开竹箱、按住箱盖；角色乙双手仍垂在身侧
+  〈位置〉角色乙向前一步，进入角色甲右侧余光
+  〈表演〉角色甲从警觉转为压住不动；角色乙保持不变，只等对方先开口
+  〈对白〉〔角色乙 · 同期 · 汉语〕「你找的东西不在里面。」
+[段3 | 3.4–5.0]
+  〈空间〉同上
+  〈姿态〉角色甲合上箱盖并把左手撤离栏杆，重心移回双膝
+  〈位置〉两人相对位置不变
+  〈表演〉角色甲落到承认被看见后的克制，未反驳
+  〈对白〉无
+```
+
+`〈…〉`、方括号、竖线、分段编号和对白围栏的写法**都来自创作者档案**，本套件不把其中
+任何一种拼写规定为交付格式。可迁移的只有每一行必须回答的问题。若只写到 3.4 秒就收尾，
+剩下的 1.6 秒不会是静止画面，而会被执行端用它自己选的动作填满。
+
+## 六、自检
+
+1. 容器里装了几个已接受镜头？容器时长是否正好等于这些镜头已接受时长之和？
+2. 在每个成员镜头内部，各分段时长相加是否正好等于该镜头的已接受时长？余量是被分配了，
+   还是被留白了？
+3. 多镜容器的成员是否来源顺序连续、共享同一条绑定链、不跨场次？是否每个成员仍能单独审查？
+4. 分段标识是否唯一、按时间升序？有没有跳号或重复？
+5. 每个分段内是否只有一个连续视角？切换是否都落在成员镜头边界上，而不是藏在段内叙述里？
+6. 位置槽是否指向画面内可命名的可见锚点，而不是绝对坐标或模糊方向？
+7. 姿态槽的段尾状态是否等于下一段的段首状态？最后一段是否落到已接受终点？
+8. 表演槽是否写了触发与可见处理，而不是只有一个形容词或一个数字？
+9. 逐字对白是否在围栏内原样保留？声源（同期、画外、旁白）与这句台词的口语语言是否分别标明？
+10. 交付文本里是否只剩要被拍出来的画面内容，没有工艺备注与内部记号？
+11. 档案声明的执行触发词是否逐字节出现、且留在围栏之外？没有声明时是否也没有自造字样？
+12. 本次用的是哪条交付路由？若是从已生成结果续接，起点状态是绑定了观察记录，还是仍为
+    `unverified`？有没有把观察到的状态当成新的镜头边界？