PROMOTE DECISION · TEST → PROD

这不是一次复制。
这是一次大版本升级。

我们审了 live source：`creative_test v61` 和 `delivery_test v62` 比当前 prod 大很多。内容方向是对的，但不能原样 promote。必须做一次 promote-prep，跑完当前链路 smoke，再发。

Verbatim copy = NO-GO

直接把 `_test` source 写进 prod endpoint 会 validate 失败，还会带错 task_type、queue 和 `_test` 行为分支。

Normalized candidates = CONDITIONAL GO

两个 prod candidate 已 validate 通过。还差产品语义确认和一次 `v61 → v62` full-chain smoke。

+1732creative 新增行

+1145delivery 新增行

2/2normalized validate 通过

0ue_bridge 改动

LIVE READBACK

线上读到的版本

这次评估用的是 2026-05-28 live readback，不是旧记忆里的 v43 / v56。

PROD CURRENT

`material_board_creative` v26

783b7e13d21a2e8528752dd35d1b6cd5d12138451bd77620ad5ddb26b33e6d55

queue: material32,099 bytes

→

TEST TARGET

`material_board_creative_test` v61

c2cc82ad99ce4c46ff0e4e04fb4540b0300cbd024464090718d46f46889c416c

queue: test141,887 bytes

PROD CURRENT

`material_board_delivery` v21

f3b8d764e2837c13f577641d51bc0fabfb9b316f612c4398955fb2e397716bfa

queue: material37,470 bytes

→

TEST TARGET

`material_board_delivery_test` v62

e82d118f5216d284221bf6110e35d131d0397753661a0b04393cbe49edb17bee

queue: material109,741 bytes

WHAT CHANGED

改动不是一块，而是两条流水线

Creative 负责板子和 handoff；Delivery 负责把板子变成可播放视频。新增能力横跨理解、分镜、引用、音频、QA 和回调。

1. 看懂 source

Video Understanding 先分析 hot video。缺失或泛化，不能写 storyboard。

2. 生成多段板子

每段独立 9宫格。不再有 overview storyboard。

3. 锁引用

角色、物件、body-part 状态都进 handoff。Delivery 不再猜。

4. 分段出视频

每段用自己的 `@image1`。object sheet 成为 `@image2`。

5. 拼接 + 音频

Rendi concat。没有音轨也补 AAC stereo silence。

6. QA 后交付

可播放成片优先。质量问题可标 `needs_review`。

Creative 侧新增

Long-form planner 和 9宫格硬规则。
Storyboard continuity review，repair budget 8。
Ignis concept / scripting / reviewer loop。
Object sheet、role binding、body-part state。
No-BGM / keep-SFX 写进 delivery handoff。

Delivery 侧新增

按 segment 分别调用 Seedance，再 concat。
Object sheet + selected refs 按顺序进 provider。
Final MP4 必须有音轨。
Duration 只审计，不再导致失败。
有可播放成片后，部分 QA 失败可转 `needs_review`。

EVIDENCE

哪些已经稳，哪些还要补证据

不是所有新增内容都同样成熟。我们按“已经 E2E 证明 / 结构正确但未撞中 / 还缺当前版本证据”分组。

可以信任 E2E PASS

BGM：不要 BGM，保留 SFX。

Object sheet：每段 object refs 正确传入。

Duration audit-only：短/长都不失败。

Audio gate：final MP4 有 AAC 音轨。

Per-segment storyboard：每段 `@image1` 不复用。

结构正确 LATENT

QA self-consistency：规则在，重跑未自然触发。

Shape helpers：asObject/asText 规则在，重跑未复现 drift。

Archive-safe：已按 callback stale 场景处理。

Body-part/role freeze：有历史 PASS，但需要更广样本。

需要补证据 BEFORE PROD

Ignis loop：v61 新增很多，需当前版本链路证明。

Storyboard style check：要看真实 full storyboard output。

delivery_test v62：最近列表没看到 v62 done。

`creative v61 → delivery v62` full-chain：必须跑一次。

BLOCKERS

promote 前必须处理的 6 件事

这些不是审美问题。任何一项漏掉，都可能让 prod 跑错队列、发错 task_type，或改变失败策略。

ID	问题	为什么重要	建议
B1	creative queue 是 `test`	prod creative 会跑到 test worker pool。	改成 `material`。v2 candidate 已处理。
B2	`max_turns` 从 1 到 3	成本和延迟可能上升。	需要 operator 接受，或改回 1 并验证。
B3	body 里有 `_test` task_type	callback / handoff 可能写错下游类型。	prod candidate 必须全量替换。v2 已清零。
B4	`_test` 条件下的 leniency	prod 会跳过这些分支，默认更严格。若目标是少失败，必须显式提升为 prod policy。	产品决策：lift / drop / generalize。
B5	stale `creative_v7_test` 引用	不在 promote 范围，也不在 readback。	确认是旧名还是死分支。
B6	“Test-only long-form handoff” 标题	prod 页面仍写 test-only，语义不清。	如果 long-form 要进 prod，改名为正式 handoff。

RELEASE PATH