互动电影工作流怎样连接视频与交互逻辑：用片段接口表避免错接

连接视频与交互逻辑时，每个交付片段都应附上接口约定：允许什么状态进入，何时接收选择，哪个事件结束本段，结束时写入什么，以及异常时退到哪里。接收方据此接线，交付方用对应画面证明约定成立。这是本文为小型项目提出的一种互动电影工作流交接方案。

以下使用虚构悬疑短片《雨夜寄存柜》作为教学案例：调查者许遥在值班室发现一段录音，可以播放，也可以收起。所有片段、时点和推演均为原创设计，不是真实用户案例、实测结果，也不代表 DramaFork 产品功能。

问题集中在后期到交互实现这一处：观众点了“播放”，不等于角色已经听完录音。如果点击时就登记“已知口令”，随后视频加载失败，下一场却允许输入口令，画面与逻辑便脱节。因此要区分选择意图和剧情事实，并规定事实在哪个出口生效。

交接输入包括定版视频、对应字幕、出口画面说明和状态词表。每行对应一个可独立调用的片段版本；表头记录交付批次、文件名、时长及时间基准。本例用片段内播放时间的毫秒值，暂停和缓冲期间不推进选择窗口。

可复制行：“片段 ID：；文件版本：；入口条件：；选择窗口：；结束事件及目标：；状态写入：；失败回退：。”补充验收栏：“画面依据：；预期事件记录：；复核结论：。”

不要只填“播放完去下一段”。自然结束、播放错误和主动跳过必须分开；本例禁止跳过关键录音。若实现端不能区分这些事件，就暂不接入该片段，先调整实现或重写交接约定。

本例使用“持有录音”和“已知口令”两个持久状态，初始分别为真、假。“待执行选择”只在本轮播放中暂存，不直接改变角色认知。三段接口可以这样填写：

窗口包含8000毫秒，不包含12000毫秒；第一次有效点击锁定选项，关闭时仍未选择则暂存“收起”。窗口外点击不改变结果。值班室01总长十四秒，选择后仍播到结尾，避免切断许遥放下手电的动作。

假设观众在第九秒选择播放：此时只记录意图；01结束后进入02；02中口令对白完整播放，直至自然结束，才提交“已知口令为真”并转向04。提交与转场作为同一次出口处理，重复收到本轮结束通知也不能再次转场。

柜门04允许两种认知状态进入，但输入口令的操作只在已知口令时开放。它的共用画面不能直接说“我已经知道答案”。本例限定录音只提供一次且不允许回看；若加入回看，须另定入口规则，不能沿用这张表猜测行为。

验收应同时核对视频内容和事件顺序。后期在交接记录中标出02的口令对白结束位置及尾帧；交互实现提供同一文件版本的执行记录，包含入口状态、有效选择、结束事件、写入结果和目标片段。只有按钮能跳转，不能证明状态提交正确。

下面是待执行的验收脚本，并非已完成测试：

• 正常选择播放：02结束前“已知口令”保持假，结束后变真，随后进入04。
• 全程不操作：窗口关闭时采用收起，经过03进入04，认知状态不变。
• 在窗口关闭时点击：按同一播放时间判断为无效，不能覆盖默认项。
• 02播放中断：不写入已知口令；重试成功并自然结束后才提交。
• 重复送达结束通知：本轮只接受一次出口处理，不能重复进入04。

每项保留预期、实际和复核结论；实际尚未执行就标“待验”。入口条件不满足时停止调用并返回已确认的入口检查点，不能借用“默认收起”掩盖非法状态。

若文件绑定错误，退回后期交付负责人；口令对白被裁掉，退回剪辑；对白完整但状态提前写入，退回交互实现；两条路线汇流后人物认知冲突，退回叙事设计与剪辑共同处理。返工记录写明片段版本、触发路径和不符字段，避免只留下“这里不对”。

如果视频里的操作时间太短，可以在01结束后停在专门的选择画面，待选择后再启动02或03。这样窗口按界面停留定义，接口表也须相应修改。若剧情要求立即响应，则需要提前准备可切出的画面与声音边界，不能只把“播完再走”改成“点击就走”。

片段少时用共享表格即可；分支增多后可以把同样字段转成结构化配置，但配置仍需与交付视频对照。替换视频即使沿用片段 ID，也要更新版本，并重新检查窗口、结束位置及引用它的入口。

这张表解决的是已剪素材如何进入运行逻辑，不负责素材检索、拍摄排期或角色外观一致性。它也无法补出缺失的承接镜头。遇到两条路线都无法合理进入同一画面时，应拆分入口片段或改写汇流，而不是放宽条件让错误连接通过。