主题
多集生成出现人物设定漂移、上下文污染或旧版本复活时怎么排查?
题型:问题排查 · 找到第一个产生错误事实或读取错误版本的阶段。
排查顺序
- 先确认漂移范围:单个 Shot、单集、多个并行 Episode,还是全剧新版本,并冻结受影响产物继续发布。
- 从最终异常反向追踪 entityId、memoryRevision、promptVersion、nodeId 和产物版本,找到首次与原剧本或已发布设定不一致的输出。
- 检查 Context Builder 是否漏选硬约束、摘要是否丢失限定词、同名实体是否错误合并,以及缓存键是否缺少剧集或 revision。
- 旧版本复活重点检查恢复任务是否读取“最新默认值”、并发写是否覆盖新 revision、异步失效消息是否漏发,以及下游是否仍引用旧产物清单。
- 若输入快照正确但输出漂移,再检查模型与 Prompt 版本、随机性、视觉模型对文本约束的遵循程度和校验器漏判。
止损与永久修复
先停止受影响版本向关键帧或视频阶段传播,回退到最近已验证快照,并把异常输出作为候选隔离。永久修复可包括稳定实体 ID、乐观锁与发布流程、完整缓存版本键、依赖失效对账、摘要回查机制和针对人物/场景硬约束的独立校验。
验证与复盘
使用包含同名人物、跨集状态变化、设定修订和断点恢复的回归剧本,验证并行运行都读取预期 revision,旧消息重放不会覆盖新版本。持续监控跨集冲突、过期 Context 命中、人工回退和同一实体多版本并存异常。
易错点
- 不要只修改最终 Prompt,根因可能是上游事实已经错误或版本传播失效。
- 不要直接覆盖错误 Memory,应保留 revision 和来源用于影响范围分析。