首屏已经跑起来了，而且我拿到了完整渲染后的 DOM。
可以确认一件关键事：线上部署当前不是“完全 ready”状态，
至少首屏就暴露出一批运行时边界和降级路径，
我会继续用自动化把这些都验证成明确结论，而不是只看静态页面。




我还会把页面自身暴露的 window.webRtcp5AxisSimulation 状态一并采进来。
这样不仅知道“按钮能不能点”，
还知道点完以后运行态、模式、RTCP、程序状态、会话状态到底有没有按设计变化。


我已经把结论收敛了，真正的问题现在只剩两类：
首屏初始化后的 RTCP/运动学边界没有自动接上，
以及左侧 3D 预览在实际测试中始终看不到机床/刀路。
现在我补最后一条画布状态证据，然后直接生成 Word 文档。






文档覆盖了测试报告中的 3 个确认问题：
首屏 RTCP/运动学边界未自动挂接 LinuxCNC kinematics。
3D 预览画布存在但机床/刀路不可见。
HOME 后 JOG 坐标连续性异常。
我也把对应代码落点、推荐修复方案、详细编码步骤、
测试验收标准、溯源矩阵和后续工作记录模板都写进去了，
后续可以按 03-implementation-steps.md 开始实际修复。


我已经拿到一份直接证据：当前浏览器首屏里，tcpPose、toolAxisVector 这类基础字段是有的，但真实路径数据 programExecution.motion / programExecutionTiming.samples 没出来，而且画布也没暴露完整诊断字段。再把相关代码行号补一下，我给你明确结论。


先解决：
刀具预览需要的数据，目前只正确产生了“TCP 球/刀轴线的基础默认数据”，但没有正确产生“真实刀具路径与执行轨迹数据”。
下一步该盯的是浏览器态为什么还停在 fixture-ui-only，以及为什么首屏没有把 programExecution.motion / programExecutionTiming.samples 和 three* 诊断字段稳定写到 canvas。