已经看到文档的核心结论：暂停必须同时作用在 task/interpreter 和 motion/trajectory 两层。下一步我会定位 wasm-port 是否已有 task/hal/tp 导出，以及前端暂停按钮当前只改了哪些状态。


wasm-port 已经有 linuxcnc_task_hal_wasm.cpp、linuxcnc_motion_runtime.c 和 TP wasm 包装层，说明方案不是从零写暂停，而是把 task pause/resume 与 motion pause/resume 状态对齐并向前端暴露。现在我会读这些封装的关键段落和现有测试，再生成 work/working8 的推进文档。


现有 working/17 显示前端层曾经通过过“位置冻结”测试，但这不等于 wasm 语义已经完整对标，因为底层 task 恢复状态、motion paused 字段、STEP 自动回暂停等还偏简化。我会把这一区分写进任务矩阵，避免后续把前端表象通过误判为底层完成。


分析“/home/mes123456/cnc_wams/linuxcnc”
源程序的AXIS 主界面的“暂停按钮”的详细调用链条，
包括task、motion的c++都是如何实现“暂停按钮”的功能。
因为“/home/mes123456/cnc_wams/web-rtcp-5axis-xyzbc-trt-sim-plan”
的暂停按钮一直不好使用。分析结果，写入单独的文档中。


根据“/home/mes123456/cnc_wams/web-rtcp-5axis-xyzbc-trt-sim-plan/doc/AXIS暂停按钮LinuxCNC调用链分析.md“这个文档，实现暂停功能，需要完善“/home/mes123456/cnc_wams/wasm-port”中的linuxcnc的wasm功能，最终目的是实现“/home/mes123456/cnc_wams/web-rtcp-5axis-xyzbc-trt-sim-plan”的“暂停按钮”的正确功能。完善的方法和详细步骤，写入“/home/mes123456/cnc_wams/work/working8”。文档包括：

01-项目功能内容
02-项目程序开发详细步骤
03-推进台账：每轮做了什么、改了哪些文件、验证了什么、下一步是什么。
04-任务矩阵：所有任务编号、状态、验收标准，防止重复做。
05-验收证据：命令、页面、job_id、report_id、PDF、截图等证据。
06-决策记录：为什么这么做，后续变更时不反复争论同一个问题
另加 README 索引，便于后续按任务矩阵继续推进。