正文
获取原文件assets/delivery-container.jsonl.md
每行一个交付容器对象。容器只是已接受镜头的排布方式：它记录哪些镜头按什么顺序装进 同一个交付单位，以及由此得出的容器时长。它不拥有镜头边界、目的、起止状态或时长—— 这些仍属分镜；容器只引用它们并做加法。
只有创作者声明了分段或多镜打包的交付方式时才需要本文件；单镜交付不必创建容器记录，
VID-13 在那种情形下由运动规格自身的镜头时长满足。
文件第一行是 sources 声明：每个上游快照在这里写一次 owner、artifact 和已接受的
artifact，后面的记录用它的 key 引用。key 用产物文件名派生的短小写名字，在本文件内稳定且唯一。
{"record_type":"sources","schema_version":"1.0.0","sources":{"shots":{"owner":"short-drama-storyboard","artifact":"剧集/<EP>/storyboard/shots.jsonl"},"motion-specs":{"owner":"short-drama-video-prompts","artifact":"剧集/<EP>/storyboard/motion-specs.jsonl"},"short-drama":{"owner":"creator","artifact":"short-drama.json"}}}
其后每行一个容器记录，引用写 src 加它指向的记录 record_id 或字段 field：
{
"container_id": "CONT-<stable-id>",
"status": "candidate",
"production_profile_ref": {
"src": "short-drama",
"field": "/creator_authority/production_profile"
},
"members": [
{
"order": 1,
"shot_ref": {
"src": "shots",
"record_id": "SHOT-<id>"
},
"motion_ref": {
"src": "motion-specs",
"record_id": "MOTION-<stable-id>"
},
"accepted_duration_ref": {
"src": "shots",
"record_id": "SHOT-<id>",
"field": "/duration_seconds"
},
"accepted_duration": "<从 accepted_duration_ref 读到的值，投影不改写>",
"location_binding_ref": {
"src": "shots",
"record_id": "SHOT-<id>",
"field": "/location_binding"
},
"asset_bindings_ref": {
"src": "shots",
"record_id": "SHOT-<id>",
"field": "/asset_bindings"
}
}
],
"container_duration": "<各成员 accepted_duration 之和>",
"membership_basis": {
"source_order_contiguous": "<true | 说明为什么不连续及去向>",
"binding_chain_equal": "<true | 说明哪一位成员的绑定不同、以及为什么仍同容器>",
"scene_boundary_not_crossed": "<true | 说明跨越原因与已接受依据>"
},
"unresolved": [],
"provenance": "creator_project"
}
结构校验点
VID-13 靠这条记录本地可证，不依赖阅读渲染文本。带 ✓ 的由 container_check.py 判定，其余由审查者判定——此前这份清单整体写成「本地可证」，而脚本只实现了其中两项：
- ✓
members[]非空，order唯一、连续、升序； - 每条引用的
src在本文件sources声明里找得到对应条目； - ✓ 每个成员的
accepted_duration等于其accepted_duration_ref解析后指向的分镜值； - ✓
container_duration等于各成员accepted_duration之和； - 每个成员的
motion_ref指向的运动规格，其shot_ref与该成员shot_ref解析到同一镜头记录； - 逐成员解析
location_binding_ref与asset_bindings_ref，各成员解析结果相同时binding_chain_equal才能为true；只引用其中一条成员记录不构成证明。 - ✓
membership_basis三项都有结论，未成立的写进unresolved，不留空。
任何一项不成立即为结构缺陷，按主技能的 stale 与恢复流程处理，不在渲染文本里补救。
依赖方向是单向的
容器 → 运动规格 → 镜头，不存在反向的文件引用。运动规格不带 container_ref：
两端在各自 sources 里互相声明对方会形成环：依赖方向必须单向，否则谁都不能先落盘。
文字上写“只读”不能消除这个环。
要从一个镜头反查它属于哪个容器，扫描容器记录的 members[]，不在运动规格里存副本。
与其他记录的关系
- 运动规格：每条运动规格仍然只绑定一个
shot_ref，且不感知容器的存在。 - 渲染文本：
video-prompts.md的容器一节由本记录派生，是缓存，不是权威；文本与本 记录不一致时以本记录为准。 - 成员时长：一律是分镜的只读投影。要改时长就改分镜，然后重算
container_duration； 不得在容器里直接改数。 - 成员资格判据：语义部分见
references/delivery-profile.md的多镜容器成员资格； 本文件只负责让判据的结论可被引用与核对。
复制后删除不适用的可选字段。容器不跨越已接受的场次或时间跳跃；省略、闪回分支与声明过的 蒙太奇各自单独成容器。