按建议，继续完成后续工作

结论：已新增 OPFS host-side 路径模型，覆盖 INI、tool table、parameter、G-code、preview cache 与 session snapshot 存储目标，并让 file-service 和浏览器 smoke 复用该模型；聚合 smoke 验证通过。

wasm-port/docs/source-reuse-map.md

@@ -51,7 +51,7 @@ Current validation is intentionally mechanical:
 
 | Dependency | LinuxCNC files that expose it | Standalone treatment |
 | --- | --- | --- |
-| Native file IO | `inifile.cc`, `rs274ngc_pre.cc`, parameter file paths | Allowed in native probes; browser OPFS remains a host-side adapter under `runtime/opfs/` |
+| Native file IO | `inifile.cc`, `rs274ngc_pre.cc`, parameter file paths | Allowed in native probes; browser OPFS remains a host-side adapter under `runtime/opfs/`, with path ownership in `runtime/opfs/path-model.js` |
 | RTAPI | `rtapi_*.h`, TP, posemath, motion headers | Minimal standalone shim in `runtime/core/shims/rtapi.h` |
 | NML transport | `emc.hh`, motion/NML type headers | Transport is not ported; only the status/type edges needed by vendored compute code are exposed through standalone shims and probes |
 | HAL runtime | named parameter lookup, kinematics component lifecycle, and runtime status edges | Standalone HAL adapter under `runtime/core/linuxcnc_wrap/` |
@@ -72,7 +72,8 @@ Current validation is intentionally mechanical:
   interpreter/planner core. The INI parser has a minimal JS SDK wrapper and
   Node/browser WASM smoke harnesses.
 - OPFS persistence is connected to the INI panel through the host-side
-  `runtime/opfs/file-service.js` adapter; tool table, parameter file, G-code
-  program loading, and broader browser-level OPFS validation remain future
-  work.
+  `runtime/opfs/file-service.js` adapter. `runtime/opfs/path-model.js` now
+  defines paths for INI, tool table, parameter file, G-code program,
+  preview-cache, and session-snapshot targets; semantic loading for tool
+  tables, parameter files, and G-code programs remains future work.
 - Native LinuxCNC GUI code remains out of scope for implementation.