老链路兼容与灰度回退

• 老数据 · 只读映射。老表零改动，只产生新记录。改坏了没有后悔药，所以索性不动。
• 老行为 · 等价翻译。出片参数只允许偏差 0。不是「差不多」，是老用户拿到的结果必须和昨天一模一样。
• 老入口 · 置灰即开关。代码与路由全程保留，置灰状态本身就是回退开关——要退回去，改一个状态位。

老脚本与新脚本的结构并不一致（两代结构并存、台词多句、画面参考描述独立存放）。规则是：一个段落／镜头 → 一个新镜头组，段落数 = 镜头组数；段落台词全量进入该组口播池，首句居首，不截断、不拼接——这样「第一条口播」仍然是用户原来写的第一句。

第四章把顺序写成铁律，因为兼容里最危险的从来不是某一步做错，而是两步做反了顺序：先上新的再翻译老的，中间那段时间谁都说不清线上跑的是哪套逻辑。

第六章记录那些文档写的时候没想到、上线才撞见的判定分叉——比如同一个老作品在两套判定下会落到不同分组。这类东西只能靠真跑一遍才能发现，所以我把它单列一章，而不是悄悄改掉。

基于真实项目脱敏重写：产品名与场景为虚构，兼容口径、改造顺序、回退判定与回归基线均来自真实交付。可独立阅读，不依赖主篇。