完全对标
1、分析“/home/mes123456/cnc_wams/linuxcnc”
源程序的AXIS 主界面的“急停、上电、Home、执行、暂停、单步执行”的详细调用链条和状态机制；
2、包括c++的task、motion、状态记录方式，“急停、上电、Home、执行、暂停、单步执行”的详细调用链条和状态机制；
3、linuxcnc系统的c++都是如何实现“急停、上电、Home、执行、暂停、单步执行”的功能的详细调用链条和状态机制；
4、每个按钮的可以执行的先决条件，每个按钮执行后，如何记录当前状态，详细分析“急停、上电、Home、执行、暂停、单步执行”的详细调用链条和状态机制；

解除所有“硬编码”

对基本流程进行严格测试，科学详细完整准确地进行验证。
“ESTOP” ->“上电” -> Home All ->自动模式-> “Run” 
1、先执行5秒
2、“暂停” 5秒
3、 继续执行  5秒 
4、“暂停” 5秒 
5、继续执行  5秒。

1、G代码执行过程要对
2、数据变化要合理


当前矩阵本身写着“下一优先任务：无”，但跳过项仍有 130 个，其中 53 个 Python remap、65 个 asset-only、1 个 User M、10 个非 main class、1 个 upstream demo。我要从生成的 next-boundary-* 和 promotion artifacts 中找出能继续推进、且不会违反 LinuxCNC 语义边界的项目。

当前 build/native/native-runtime-probe-summary.tsv 的 tool-db 行是 “probe required” 而非 “probe passed”，所以临时重新生成的 readiness artifact 不会 ready；这与路径改造无关，现有 build/project-release-readiness.json 的校验已通过。我会继续跑 diff 检查和查看变更。