fix(rust): spawn_blocking 改走 tauri::async_runtime（工程无 tokio 依赖，Windows 构建 E0433）

6 处 tokio::task::spawn_blocking（Git 同步 4 处 + docs/29 资源
命令 2 处）全部换成工程既有写法 tauri::async_runtime::spawn_blocking；
全量核对源码外部 crate 前缀与 Cargo.toml 依赖一致。docs/29 补勘误。

docs/29-全项目审计.md

@@ -190,3 +190,11 @@ src-tauri/src/ 全部（1289 行）。先说结论：发现 **1 个高危数据
 - H1 的守卫交错无法在 jsdom 自动化复现（见上），真机侧可用
   「打开 >60K 文档后立刻连开多个标签挤掉其窗格，再回看该文档
   是否完整」一验。
+- **勘误（2026-11-14 晚，Windows 构建回报）**：本轮 M1 与 docs/27
+  的 Git 命令共 6 处用了 `tokio::task::spawn_blocking`，但工程并
+  没有 tokio 直接依赖（Cargo.toml 只有 tauri 等 7 个），Windows
+  构建报 E0433。已全部改为工程既有写法的
+  `tauri::async_runtime::spawn_blocking`（read/write 命令一直在
+  用），并全量核对源码中所有外部 crate 前缀与 Cargo.toml 依赖
+  一致、无其他幻影 crate。教训：写 Rust 时新引入的 crate 路径
+  必须先对 Cargo.toml 存量，沙箱无法完整编译时尤其如此。