镜头名称相近怎样避免挂错素材：给交互作品做一张人工对应表
先给结论：把“节点、镜头、素材版本、入口状态”四列写进同一张表，每一行只对应一个可播放的素材文件，名称里同时保留场景动作和后果差异。表用普通文档手工维护即可，DramaFork 当前没有自动资产审计功能，误挂与否要靠人按表核对。以下用虚构教学例子说明，数字和原话都不是实测资料。
导读
先给结论：把“节点、镜头、素材版本、入口状态”四列写进同一张表，每一行只对应一个可播放的素材文件，名称里同时保留场景动作和后果差异。表用普通文档手工维护即可，DramaFork 当前没有自动资产审计功能，误挂与否要靠人按表核对。以下用虚构教学例子说明，数字和原话都不是实测资料。
两段“开门”视频怎样被混淆
假设你的交互作品里有两段视频，文件名分别是 open_door_v1.mp4 和 open_door_final.mp4。看起来后者更新，于是你把“final”挂到了两个不同节点上。问题在于，这两段视频其实对应同一场景的两种后果：一段是主角推门后灯亮着，一段是灯灭着。名称只写了“开门”和版本号，没有写后果，任何人隔一周回来都分不清哪段该进哪个入口。
这里要区分两个概念。节点是交互作品里玩家做出选择后进入的位置，DramaFork 用表格组织节点，不是拖拽图。入口状态指玩家到达这个节点时已经带着什么前情，比如是否见过某角色、是否拿过某样东西。素材版本则是同一段视频改了几次。三者混在一个文件名里，就会挂错。
人工对应表长什么样
建议用一张四列表，每行一个素材文件。列名固定为：节点、镜头、素材版本、入口状态。下面是一张填好的虚构表，场景是“主角深夜回到旧屋”。
| 节点 | 镜头 | 素材版本 | 入口状态 |
|---|---|---|---|
| N07 推门 | 门开·灯亮 | open_door_light_v3.mp4 | 玩家此前未进过屋 |
| N08 推门 | 门开·灯灭 | open_door_dark_v2.mp4 | 玩家此前已见过邻居 |
| N09 推门 | 门开·灯灭后回头 | open_door_dark_turn_v1.mp4 | 玩家选过“先敲门” |
注意 N07 和 N08 的镜头都叫“推门”，但后果不同，所以素材版本名里带了 light 和 dark。N09 是 N08 的延续，多了“回头”这个动作，单独占一行。这样即使三段视频都叫“开门”，也能靠“入口状态”这一列判断该挂哪段。
名称不要只写“最终版”。final 只说明你当时觉得改完了，不说明它属于哪个节点、哪个入口状态。可以约定：素材名 = 场景动作 + 后果差异 + 版本号，版本号用 v1、v2、v3，不用“最终”“真正最终”。
误挂之后怎么复核
假设你发现 N08 的玩家看到了灯亮的画面，说明挂错了。复核按三步走，不要直接改文件名了事。
第一步，回到表里找 N08 那一行，确认它的入口状态是“已见过邻居”。第二步，播放 open_door_dark_v2.mp4，确认画面里灯是灭的、且没有“回头”动作。第三步，检查 N09 是否也误挂了同一段，因为 N09 的入口状态不同，它需要的是带“回头”的版本。
复核时把实际播放结果写回表里，比如在“素材版本”后临时加一列“已核对”，写“是”或“否”。这一步是人工的，DramaFork 不会替你判断旧素材表达是否还成立。改过剧本或分镜后，相关已完成步骤只会被标为需更新，旧数据保留，是否真的影响某段视频仍要你自己看。
角色编造借口时，表要标清来源
交互作品里常有角色找借口的情节。比如角色说“我那天没出门”，这只是角色的话，不是新的世界事实。写进对应表时，可以在“入口状态”里注明“角色自称未出门，未证实”。不要把角色的借口当成玩家已知事实去挂素材，否则入口状态会错。
再检查是否有多行共享同一素材。共享可以成立，但要逐行核对：入口的人物位置、持有物件、已知信息是否与片段一致，出口动作是否能接到后继节点。本例的灯灭片段不能仅因为场景相同，就挂到“已确认屋内有人”的节点；若视频明确表现无人回应，就与该入口冲突。把共享理由另记一句，后续修改一段视频时，也能找到所有使用它的节点。
完成检查
做完表后，用这五项检查：
- 每个节点在表里至少有一行，没有节点漏写。
- 每行“素材版本”都能在本地素材包里找到对应文件。
- 名称相近的两段视频，靠“入口状态”能区分开。
- 没有任何一行只写“最终版”而不写场景动作和后果。
- 误挂复核后，实际播放结果已写回表里。
导出本地素材包 localAssets 后，按说明运行并检查离线；远程链接包 remoteUrls 依赖网络与服务，不是永久资源保证。ZIP 成功不等于可玩性验证，播放器也不等于编辑器。做完这张表，先挑名称最像的两行，各播放一遍，确认入口状态与画面对得上。
