DramaFork 改完剧本后,哪些素材需要重新检查?一张变更影响表
修改剧本后,应按策划、分镜、风格、角色、节点和视频之间的依赖检查已有结果,再重新试玩和导出。DramaFork 会将受影响的相关已完成步骤标为“需更新”,保留旧内容供检查;这个状态提示的是版本可能不一致,不是每份素材都已经被删除。

导读
修改剧本后,应按策划、分镜、风格、角色、节点和视频之间的依赖检查已有结果,再重新试玩和导出。DramaFork 会将受影响的相关已完成步骤标为“需更新”,保留旧内容供检查;这个状态提示的是版本可能不一致,不是每份素材都已经被删除。
本文由 DramaFork 按 2026 年 10 月 4 日的工作台实现整理,说明修改影响和检查方法。具体操作入口以所用版本为准,不将代码规则称为本次线上实测。
先分清改了故事的哪一层
一句台词、一个人物目标和一条跳转,带来的影响不同。修改前先记录四项:改动对象、旧内容、新内容、需要保留的叙事结果。
例如将“许岚要求查看原始单据”改成“许岚相信领取人,直接交出物件”,影响的就不只是字幕。人物行动、镜头、选项前的信息和结局条件都需要复核。
如果只替换一个意思不变的措辞,也要确认配音、字幕和分镜台词仍然一致。检查可以缩小范围,但不能因为改动字数少,就认定所有后续结果无需处理。
当前工作台按步骤关系提示更新,并不逐句证明新旧剧本的语义差异。作者需要在这些提示上补充具体判断。
用依赖表确定检查顺序
| 改动发生在 | 工作台关联的下游检查范围 | 作者首先核对什么 |
|---|---|---|
| 策划 | 剧本、分镜、风格、角色、节点、视频、预览、导出 | 世界规则和人物目标是否改变 |
| 剧本 | 分镜、风格、角色、节点、视频、预览、导出 | 行动、信息、分支与结局是否仍对应 |
| 分镜 | 节点、视频、预览、导出 | 镜头编号、内容覆盖和播放顺序 |
| 风格 | 角色、视频、预览、导出 | 角色参考和画面表达是否统一 |
| 角色素材 | 视频、预览、导出 | 新形象与已生成镜头是否一致 |
| 互动节点 | 预览、导出 | 选择目标、路径和结束条件 |
| 视频素材 | 预览、导出 | 素材是否正确加载并承接前后镜头 |
表中的范围是依赖提示。它不能代替逐项验收,也不代表其中所有文件都必须重新生成。例如同一场景仍可沿用旧画面,但作者必须确认旧画面没有保留已经删掉的动作。
检查应沿着上游到下游推进。剧本还在变动时,先处理节点和视频,很容易让刚完成的结果再次过期。
一个剧本改动怎样传到最终作品
假设旧版里玩家先查登记簿,再选择是否交出物件;新版改为先决定是否交出,之后才有机会核验。镜头所在位置可能相似,但玩家作出决定时拥有的信息已经不同。
第一步检查剧本:新顺序是否让玩家承担尚未被提示的风险?如果要保留不确定性,是否提供了足够线索让玩家理解?
第二步检查分镜与节点:选项是否仍出现在旧镜头后?按钮文案有没有暗示玩家已经看过登记簿?两种选择是否指向新版目标?
第三步检查素材:旧视频若出现“刚才的登记时间不对”,就暴露了新版还未获得的信息。即使画面能播放,这条台词也需要替换。
最后从入口走完整条路径,确认结局读取的是新版选择。单独看某个镜头没有问题,不能证明整条路径因果正确。
三类结果分别处理
可以继续检查复用的内容:场景气氛、未变化的人物外观、与剧情信息无关的空镜。记录它依赖的设定,并确认对应设定仍成立。
必须改写或替换的内容:与新行动冲突的台词、指向已删除节点的选项、出现旧人物状态的镜头。先修引用与事实,再考虑润色。
暂时无法判断的内容:状态相关表演、含糊的结局反馈、多个路径共用的镜头。标记涉及哪些前提,并分别试玩相关路径,不能凭一条主线通过就宣布可复用。
这些分类是人工审核方法。步骤如何恢复完成、哪些素材能重新选择,仍需按工作台提供的操作执行,不应假定存在一键确认全部复用的功能。
修改记录要写成别人能继续工作的说明
| 记录项 | 示例 |
|---|---|
| 修改原因 | 将核验放到选择之后,强化承担风险的主题 |
| 改动范围 | 剧本第二场的动作顺序与相关选项 |
| 需要替换 | 提前透露核验结果的台词和镜头 |
| 需要复核 | 两条路线的结局信息与共用镜头 |
| 验收结果 | 两条路线均按新版信息顺序完成 |
| 交付版本 | 新导出包名称和完成核验的日期 |
最后两项应在实际验收后填写。没有运行记录时,保持为未验收,不能把“已准备修改”写成“已经通过”。
多人轮流处理一个项目时,记录还要指出谁负责剧本、谁负责素材、谁负责试玩。它是工作交接,不意味着产品已经提供实时多人协作编辑。
重新试玩,再重新交付
旧导出包不能因为云端剧本已修改,就被当成最新交付物。确认分镜、节点和素材一致后,重新试玩受影响路径,检查选择前信息、即时反馈与结局,再生成新的包。
DramaFork 的创作流程强调逐阶段检查与继续修改。最实用的做法,是把这张影响表与项目的改动记录放在一起:每次改上游,都能说清哪些结果检查过,哪些仍待处理,以及对外应使用哪个版本。


