为什么不把全剧推理和每集生成设计成一条顺序流水线？

题型：追问 · 回答依赖范围、变更影响和并行边界。

建议回答

一条顺序流水线会把全局依赖和局部依赖混在一起：前面任意失败都可能阻塞所有集，某个 Shot 修改也容易触发整链重跑。双轨设计先把人物、场景、时间线等跨集约束发布为版本化的“设定快照”，每集只依赖明确的快照版本和本集输入；当依赖满足后，各集及其内部无依赖 Shot 就可以并行。

关键不是物理上部署两套服务，而是把依赖和发布屏障建模清楚。全剧推理的草稿不能直接被并行任务读取，必须通过校验后发布不可变版本；全局设定变化时，根据依赖图判断哪些 Episode 或 Shot 失效，局部 Prompt 调整则只失效对应节点。这样才能同时获得跨集一致性、并行吞吐和可控返工范围。

进一步追问

• 全剧设定发布后又被修改，正在运行的分集任务继续还是取消？
• 如何记录某个 Shot 实际读取了哪个设定、Prompt 和模型版本？

易错点

• 不要用共享可变字典承载全剧设定，并发读取会产生不可复现结果。
• “分集独立”不代表没有跨集约束，独立的是执行单元，不是业务语义。