WAVE 周报：控制面稳定，但真实执行还没闭环

周报不能只写“看起来还行”

7 月 1 日给 WAVE 做了一次周报巡检。这个项目现在的目标已经很清楚：做一个面向华为昇腾生态的视觉工程平台，覆盖数据标注、训练配置、Agent 辅助、模型压缩和 Ascend 310 部署。

所以周报不能只看页面能不能打开，也不能只看文档里有没有写计划。真正的问题是：本周有没有可验证的新推进？现有功能离最终成品还差在哪里？哪些地方只是演示链路，哪些地方已经进入真实执行？

这次巡检的结论比较克制：项目基线稳定，但本周没有实质推进。

我把本次检查放在几个证据源上：

最后看到的状态是：WAVE-cloud 最新提交仍停在 6 月 23 日的模拟算力市场功能；WAVE-client 和 WAVE-sdk 仍停在更早的初始提交。本周没有新的 Git 提交。几个关键文档的更新时间也停在 6 月 23 日附近。

测试层面倒是稳定：后端关键接口测试通过，前端测试通过，前端构建也能成功。这说明项目没有明显退化，但不能把“没有坏”写成“有推进”。

WAVE 现在最稳的部分，是控制面和演示链路。

TrainStudio 已经能把任务规格固化下来，能展示 Pipeline Preview、dry-run 和 warning；Copilot 已经有 LLM 编排层；项目工作台、模拟算力市场、前后端接口和测试也都能支撑一次比较完整的演示。

这些东西对比赛很重要。它们能让评委看到平台愿景：用户可以在一个工作台里管理数据、任务、资源和辅助决策，不必把训练脚本当作唯一入口。

但控制面不等于执行闭环。一个训练任务在页面上变成 running，和它真的拉起容器、读取数据、写回结果、产出模型，是两件事。

这次周报里最需要被 PM 看到的是执行层缺口。

TrainStudio 现在还不会自动拉起真实训练进程。Copilot 和 Training Agent 的边界已经写得比较清楚，但桌面或容器侧的执行 Agent 还没有闭环。云侧迁移、STS、OBS 写回、真实任务产物承载，也还没有进入稳定链路。

Ascend 310 方向有 POC 证据：ONNX 到 ATC，到 OM，再到 ACLLite 的路线已经跑通过。但这个 POC 还没有真正接进产品流程。也就是说，平台愿景里最能体现华为生态兼容的部分，目前还停在“有技术验证”，没有变成“用户在平台里能点出来的一条路”。

自定义模型、蒸馏、剪枝、量化也类似。方向正确，但如果没有一条最小真实执行样例，周报里就只能写“需要推进”，不能写“已经落地”。

前端这条线，当前状态是演示能力够用，但还需要面向真实执行结果补页面。任务执行日志、训练产物、失败状态、指标曲线、模型文件和部署出口，都应该有明确承载位置。

后端这条线，接口测试稳定，但 jobs 真执行还没有闭环。下一步优先级应该是把 start 从状态更新推进到真实调度，哪怕第一版只是最小容器任务，也比继续扩控制面更关键。

Agent 这条线，Copilot 已经能承担解释、编排和建议，但 Training Agent 还缺一个最小可运行边界。它需要知道自己负责什么：拉起训练、收集日志、回写产物，还是只做本地环境探测。

测试部署这条线，单元测试和前端构建能证明基线稳定，但还缺可重复 E2E 冒烟。尤其是从创建任务到真实产物生成这一段，应该尽快变成每周都能检查的证据。

这次周报给我的感觉是，WAVE 不缺概念，也不缺页面方向。真正缺的是把一条最小链路打穿。

下周最该做的事情，是选一条最小路径：一个数据集，一个训练配置，一个真实执行任务，一个结果写回，一个页面可见的产物。哪怕这条路很窄，也能让项目从“控制面稳定”往“平台闭环”前进。

PM 视角要盯住这件事：不要让周报变成一堆稳定的测试数字，也不要让已有演示掩盖执行层空缺。比赛项目最怕每个功能都停在差一点能用的位置。

这次周报的意义就在这里。它提醒我，项目健康不只看它有没有坏，还要看它有没有继续往最终目标移动。