项目盘点 · 2026-08-23

羽球项目现在到哪了

你感觉"多线并行说不清"是准确的：文档、分支、记忆里一共能数出 9 条线。但把它们按"真的在动 / 等你一句话 / 其实停着"分完，画面立刻清楚了。

依据：GitHub 分支实况 + 仓库文档 + 11 条项目记忆已核对：main 与各分支的领先落后、两个线上站点存活

一句话：真正在动的只有 2 条（Hero 形象、调研验证），3 条在等你一句话，而最赚钱的那条线（让球友掏钱）从 8 月 20 日拍板到现在一步没走。

一个好消息：你担心过的"Windows 的活没合并"已经解决了——GLView v4.2 那 34 个提交早就并进 main 了，三处一致，没有丢东西。

一个坏消息：昨晚的实验给"可信线"加了一个必须做、之前不知道存在的活：拍摄质量门。不做的话，产品会对动作标准的球友说错话。

01 · 一眼看懂

九条线，都在什么位置

3D 回放引擎GLView
✓ v4.2 完成并已合并进 main
取景自适应小卡（待定）
Hero 品牌形象珍珠白人偶
✓ 选定 Hi3DGen 坯子
卡①b 已交，等验收
材质分区 → 绑骨
调研与指标验证本周新增
✓ 同行盘点 · 动捕验证 · 视频误差实验（昨晚收尾）
等拍板
可信线产品化 ②
✓ 指标定义已验证
质量门 · 教练盲评 · 授权大扫除（未动）
产品线 · 上线收钱产品化 ①
✓ 本机跑通
微信 H5 · 云端化 · 灰度 30~50 人（一步没走）
商业线产品化 ③
✓ 深圳摸底 + 访谈提纲
带 demo 见教练/馆主（未动）
底座线产品化 ④
✓ 对战线已冷冻归档
工程卫生 · 数据协议（未动）
教学内容线肌肉动画
只有调研结论，未启动
iOS App 设计另一 agent 产出
✓ 设计稿完成
已决定 H5 先行 → 二阶段再说
8 月初8/168/208/22今天
已完成 现在正在动 等你拍板 停着没动
02 · 正在动的

只有这两条真的在跑

在动 Windows · Codex 手上

Hero 品牌形象：卡①b 已经交了，等你这边验收

你不满意 Xbot 白模，自己出了"珍珠白可动人偶"设计稿。这条线现在走到：

  • ✓ AI 图生 3D 选出底子（Hi3DGen v2，唯一做出了设计稿要的"关节分段"）
  • ✓ 卡①清理母版 → 验收发现两个问题（手指粘连、关节球芯被误删），已回炉
  • → Codex 昨天已提交修订版 clean-v2，还没人验收
  • 后面还有：材质分区（做出凹槽质感）→ 绑骨 → 换进回放
卡在：需要有人做卡①b 的验收（看六视图和手部特写，判断手指有没有分开、球芯有没有留住）。这活在 Mac 这边，我可以做。
昨晚收尾 Mac · 已推送

调研与指标验证：三件都跑完了

  • ✓ 同行盘点 30 个项目 → 护城河建议（可信窄刀 + 训练闭环）
  • ✓ 动捕数据验证指标定义 → 6 项方向对，1 项反了（已下线）
  • ✓ 视频误差实验 → 负面结果：拍摄条件差时会把好动作判成坏动作
产出：两份报告页 + 台账 + 可复现脚本，全部入库推送。卡在：结论要不要变成行动，见第 4 节。
03 · 停着的

看起来在，其实一步没走的四条

这四条都是 8 月 20 日路线图里定下的。不是被卡住，是根本没开始——因为这半个月的精力全在"把画面做好看"和"验证指标准不准"上。

未动 路线图 ① · 最赚钱的一条

产品线：让球友能用上、能掏钱

8/20 拍板"微信 H5 先行 + 零成本先跑原型"。当时搭通了本机服务 + 临时隧道，然后就停在那了。

  • 没做：微信 H5 上传页、任务落库、云端化、灰度 30~50 人、收费测试
  • 现状：只有一个本机跑的服务 + 一个演示站（还活着）
为什么重要：其它所有线都是"让产品更好"，只有这条是"验证有没有人要"。停最久、最贵。
未动 路线图 ②

可信线：收钱前的硬门槛

  • ✓ 指标定义已验证（昨天做的）
  • 新增 拍摄质量门——昨晚实验逼出来的必做项
  • 没做：教练盲评、灰度素材回流、授权大扫除（参照库和 TrackNet 权重都还是"仅限原型"，收钱前必须换掉）
提醒：授权大扫除是收钱的前置条件，不是可选项。拿 demo 谈合作可以，收钱前必须干净。
未动 路线图 ③

商业线：带 demo 去见真人

访谈提纲、价格锚点、渠道地图都写好了（深圳摸底那份），就是没去。

  • 计划：5 个球馆 + 10 个教练/球友，看完 demo 问"你会花多少钱"
  • 门槛：需要一个能给人看的 demo（依赖产品线）
关系：这条线卡在产品线后面——没有能演示的东西，见了也白见。
未动 路线图 ④

底座线：工程卫生

  • ✓ 对战线已冷冻归档（确认不拖累训练线）
  • 没做：torch 不在依赖清单、MotionBERT 手打补丁、部署脚本脆弱、数据协议
判断：这些是"迟早要还的债"，但不影响现在验证有没有人买单，可以继续压后。
04 · 我的建议

如果只推一条线，推产品线

我看到的最大风险不是技术，是节奏。过去这半个月，做的全是"把东西做得更好"（3D 形象、画面、指标验证），没有一件是"看看有没有人要"。这三样都做得不错，但它们的价值都要等到有真实用户时才兑现——而现在一个真实用户都还没有。

  1. 先验收 Hero 卡①b，把这条线推到能交接的状态 Codex 已经交了，验收一次（半小时的活）。通过就发下一张卡，不通过就再回炉。关键是别让它占住你的注意力——形象是加分项，不是决定生死的。
  2. 然后把全部精力压到"能让人用上"这一件事 最小目标：微信里能打开、能传视频、能看到报告。不追求云端、不追求高并发，先让 10 个真人用上。你 8/20 已经拍板"零成本先行"，这条路是通的。
  3. 同一批人用的时候，顺手做两件可信线的活 ①加拍摄质量门（拍得不好就说"这段看不准"，别硬给结论）；②让教练看着报告说"对不对"。这两件必须用真实素材做，正好和灰度同时发生。

还有一个我必须提醒你的：昨晚的实验说明，在拍摄条件差的视频上，我们的报告会把动作标准的球友判成"肘没伸直"。在给真实用户看报告之前，要么加质量门，要么先用你自己的素材复核一遍——否则第一批种子用户里最厉害的那个，会觉得我们的产品是瞎说的。

05 · 事实核对

我核对过的状态（不是印象，是查出来的）

项目状态说明
Windows 的 34 个提交✓ 已合并GLView v4.2 已在 main 里；存档分支比 main 还落后 1 个。三处一致，没丢东西。
Hero 形象分支领先 main 4 个提交claude/hero-athlete-ai-base，最后提交 8/22 09:44 = Codex 的 clean-v2，等验收
昨晚的调研成果✓ 已推送claude/badminton-analysis-research-4c0df5，领先 main 4 个提交（未合并，可随时合）
演示站 badminton.weorgcloud.com✓ 活着返回 200
路线图页 plan.weorgcloud.com✓ 活着返回 200
iOS 设计分支孤立领先 1 落后 1，8/20 之后没动。已决定 H5 先行，这份留作二阶段施工图。
Codex v32 形象分支已判死纯代码建模天花板已证；教训=美学环节不派给 Codex
本机后台服务—8650 端口已停；还有 4 个 cloudflared 进程在跑（临时隧道遗留，可清理）

另有 6 个更早的 claude/* 分支（对战 spike、报告页 v2 等），都是已完成或已冷冻的历史线，没有在等任何人，不用管。