Tobatsu 2.0 · MB 生产切换前验证
把素材板(Material Board)的生产流量切到 Tobatsu 2.0 之前,得先证明一件事:2.0 上每个活都真的跑得通、真的出片。这页把当晚的实测证据摆出来 —— 含真视频,外人不带前文也能看懂切之前到底验了什么。
一句话结论
5 个生产模板 + 两条「重做(续版)」路径 + 跨机器分布式续版,全绿。下面每个数字都有实证。
「重做 9 case」= workspace_continue 4 条(delivery / 链式 / creative / ue_bridge)+ native_resume 5 项全过。下文拆开看。
核心修的是什么
2.0 一开始就想做「任意 worker 都能续上一版」的分布式设计,但之前是坏的 —— 续版的文件没放共享盘,换台机器就找不到。当晚把工作目录也搬上 NAS(会话之前已上),续版就真通了。
证据一
5 个模板各发一单真实数据,我第一手核:落点对(2.0 / canary,不是 magi3)、工作目录真在 NAS、产出非空真生成。
| 模板 | 状态 | workspace | 真产出(mb-cc 核内容) |
|---|---|---|---|
| preview_research | success | NAS | 6 个真候选(TikTok 源) |
| daily_crawl | success | NAS | 爬出 10 条新 hot |
| creative(fusion) | success | NAS | storyboard 13 blocks + hook |
| ue_bridge | success | NAS | storyboard 18 blocks |
| delivery | success | NAS | 真出片(见下方视频) |
证据二 · 真产物
同一条 delivery 反复「重做 / 续版」,每次都出一个新的视频。五个版本的文件大小全不一样 = 真的是五个不同的片,不是拷贝、不是占位。下面是真视频,可以直接播。
五个 size:7,428,346 / 8,030,902 / 7,658,096 / 8,055,764 / 7,112,637(含第 4 个 fresh 源片,未单独嵌)—— 全不同。每条我都亲手 HEAD 过:HTTP 200、video/mp4、真字节数。
证据三
native_resume = 真正「接着上一次的对话续」,不是重新跑一遍。之前它根本没被选中(缺配置),当晚修通后第一次真跑就撞了个 500,再修一处,5 项逐个验通。
| # | 验什么 | 结果(第一手) |
|---|---|---|
| ① | 不再 500 / 502 | ✓ 续版 200 ok |
| ② | 模式真翻成 native_resume | ✓ 事件 mode=native_resume(非 workspace_continue) |
| ③ | 不钉机器(可移植) | ✓ required_host_id=None,落 worker3 |
| ④ | 真出新片 | ✓ HEAD 7,112,637 字节,第 5 个不同 size |
| ⑤ | 真用父会话(claude --resume) | ✓ 父会话 NAS 的 .jsonl 在 child 跑时被续写 |
⑤ 这条最硬:父任务的 claude 会话存在 NAS 上(887KB 的 .jsonl),child 22:23 起跑,那个会话文件 22:26 被追加内容 —— 说明 child 真的 claude --resume 了父会话、往里续写了新对话。这是「接着原会话续」的铁证。
证据四 · 顺带
creative(fusion)模板产的是 storyboard 板(13 blocks),它的 hot 源素材片也是真的,附一条:
下一步
2.0 功能上完整了。切生产是纯 MB 侧配置改动,可一键回退。上游 MB 已待命走这 5 步:
Tobatsu 2.0 · MB go-live 验证证据 · 2026-06-17 · 部署 e403c63 · 所有视频为真实产物(cdn-tobatsu)· 每条第一手核验