From ef0118f2825713df6117460beb36c31680475493 Mon Sep 17 00:00:00 2001 From: yibo Date: Wed, 2 Sep 2026 14:48:53 +0800 Subject: [PATCH] Update dev-plan.md/dev-plan-2.md with today's real end-to-end results --- docs/todo/dev-plan-2.md | 16 +++++++++++----- docs/todo/dev-plan.md | 21 +++++++++++++++++++++ 2 files changed, 32 insertions(+), 5 deletions(-) diff --git a/docs/todo/dev-plan-2.md b/docs/todo/dev-plan-2.md index 7bbdece..a368d1f 100644 --- a/docs/todo/dev-plan-2.md +++ b/docs/todo/dev-plan-2.md @@ -5,11 +5,17 @@ "MVCP"）V.1.1/M.8/P.1；架构见 `docs/structure/architecture.md`（下称 "架构文档"）2.1/2.5/2.6 节。第一期（后台三库 + 冷启动批量生成）任务表 见 `docs/todo/dev-plan.md`，T1-T10 已全部完成并提交 -（`59c7398`/`4d437a4`/`7361786` 等），但**第一期出口清单里"批量跑出 ≥30 -条冷启动视频、人眼抽查"这一步还没做**——那是运营往三个库里灌真实素材 -+ 实跑 H3 GPU 集群的操作性步骤，不是代码任务，不阻塞本文档规划，但阻塞 -本文档任务落地后的"有内容可看"这个体验（衣柜是空的话，模式一自然选不 -出东西）。 +（`59c7398`/`4d437a4`/`7361786` 等）。 + +> **2026-09-02 更新**：T11-T17（本文档全部任务）已完成并提交 +> （`719fdbb`），6/6 测试通过。同一天 T1-T10 也补上了端到端实测（真实 +> H3 生成，见 `dev-plan.md` §2.3 的更新说明）：1 人物/10 件衣服/3 条 +> 参考视频、11 条真实视频落库，衣柜已经有真实内容可选，不再是空的。 +> 唯一没达成的是 `dev-plan.md` 原定的"≥30 条"量化标准（M.7 去重缓存 +> 按人物×衣服算，10 件衣服上限就是 10 条不重复视频，要 30 条得配 30 +> 件衣服）——但这不阻塞 T15 的"选衣服→生成→播放"链路，因为那条链路本 +> 来就是按需实时生成（命中缓存的直接播，没缓存的现起 H3 任务），不依赖 +> 提前批量铺好 30 条。 工时是**粗估**，单位人天，用来排先后不用来考核。任务编号接着第一期的 T1-T10 往下编，避免和 `dev-plan.md` 混淆。 diff --git a/docs/todo/dev-plan.md b/docs/todo/dev-plan.md index 72ec8a1..c077449 100644 --- a/docs/todo/dev-plan.md +++ b/docs/todo/dev-plan.md @@ -154,6 +154,27 @@ S1/S2 已过（一步法确认，`reference_video_urls` 确认生效），下面 达成后才进第二期（`dance.html` 观众端 + 免费衣柜模式）。 +> **T1-T10 已于 2026-09-02 端到端实测（真实调用 H3 Console，非 mock）**： +> 1 人物 / 10 件衣服 / 3 条参考视频，批量生成 11 条真实视频（10 个不重复 +> 人物×衣服组合，其中一条因去重缓存的时序问题重复生成了一次），落进 +> `library.json` 全部带 `characterId`/`garmentId`/`refDanceVideoId` 溯源。 +> 人眼抽查：换装正确、动作对得上、10 秒/480×832 全部通过；但 **11 条里 +> 3 条鞋子从人物图的黑色短靴变成了光脚**，精确对应同一条参考视频（用 +> S1 spike 的控制组素材顶的，那条视频本身就是光脚跳舞）——H3 会把参考 +> 视频里演员的鞋子泄漏进结果，尽管 prompt 明确写了"参考视频只提供动作 +> 节奏"。以后正式录参考跳舞视频要避开光脚素材。 +> +> **"≥30 条"这一条尚未达成**——M.7 的去重缓存是按 `(characterId, +> garmentId)` 唯一索引的（跟用哪条参考视频无关），1 个人物只有 10 件 +> 衣服的情况下，批量生成最多只能产出 10 条不重复视频，要凑够 30 条得 +> 补到 30 件衣服。这是设计上的硬限制，不是运营没做够。 +> +> 过程中发现并修复两个真实 bug（`a68fd8b`/`12aff60`）：T8 落库的换装 +> 视频没标 `edited: true`，会被 `ingest.js` 每 5 分钟一次的库同步冲掉 +> 溯源字段（还会漏进 `live.html` 的播放池）；生成任务轮询用固定次数 +> 而非墙钟时间做超时判断，批量提交排队变长时会被误判失败——H3 的 4 张 +> GPU 跑的是同一个模型分片，不是 4 个独立 worker，批量提交本质是排队。 + --- ## 3. 依赖关系 -- libgit2 0.21.4