修复 OpenClaw 到 Hermes 迁移过程中 TenBox UI 卡住

[luoyuctl]

背景

OpenClaw 到 Hermes 自动迁移执行到一半时，TenBox.app 会出现整体转圈/卡住，用户无法判断迁移是否还在继续，也无法看到当前阶段。

期望

• 迁移执行期间 TenBox 主界面保持响应。
• UI 展示迁移阶段进度：备份、导出、dry-run、正式迁移、健康检查。
• dry-run 和正式迁移输出保存为可查看报告，避免大输出直接阻塞 UI。
• 运行时共享目录更新和 guest-exec IPC 发送不能阻塞 SwiftUI 主线程。

验收标准

• 迁移中途窗口仍可交互，不出现整应用卡住。
• 用户能看到当前迁移阶段和失败详情。
• 完整迁移日志可从宿主机侧报告文件查看。
• PR 支持TenBox Agent 数据迁移、备份和诊断工具(Agent急救箱) #132 覆盖该修复。

[luoyuctl]

已推送修复：4581d13 (fix: harden macos agent toolbox flows)。

这轮用现有 hermes / openclaw 镜像继续验证 Agent 急救箱，修了几个实测问题：

• 迁移/失败结果不再把完整 dry-run/migrate 输出直接塞进 SwiftUI 文本，结果面板只显示摘要，完整内容进报告/详情，避免 CoreText 长文本卡死 UI。
• 导入/恢复不再整体替换 ~/.hermes / ~/.openclaw，改为备份后按包内条目覆盖合并，保留导出包刻意排除的安装资产。实测 Hermes 导入后 ~/.hermes/hermes-agent/venv/bin/hermes 保留。
• Agent 包导入和 OpenClaw -> Hermes 迁移解包改到 guest /tmp，并使用 tar --touch --no-same-owner，规避 shared-folder 不支持 mtime/owner 导致的 tar 失败。
• Hermes/OpenClaw 重置配置不再只依赖 guest-exec 的 PATH：Hermes 会从 service/venv 解析命令；OpenClaw 会解析 ~/.npm-global/bin/openclaw。实测 OpenClaw 真实镜像之前 command -v openclaw 为空，修复后重置配置可完成。
• systemd service 解析改用 --plain 并处理 failed marker，避免诊断里把 ● 当 unit name。
• 导入/恢复/重置后会重启解析到的 Agent user service。

验证情况：

• swift build -c release --arch arm64 通过。
• ./scripts/build-macos.sh --release 通过，仍只有本机缺 Sparkle EdDSA 私钥的预期签名提示。
• git diff --check 通过。
• 真实 Hermes VM：guest-agent connected；修复被导入破坏的 hermes-agent 后 hermes-gateway.service active；service resolver 返回 hermes-gateway.service；导入保留安装目录的场景验证通过。
• 真实 OpenClaw VM：guest-agent connected；openclaw-gateway.service active；修复 CLI resolver 后重置配置实测通过。

补充：最终环境里 Computer Use 没能稳定捕获 macOS 窗口，所以最后一段验证改走 runtime control 的 runtime.guest_exec 通道；这是 Agent 急救箱实际使用的同一条 qemu-guest-agent 执行路径。

[luoyuctl]

补充一轮实机/镜像验收和修复，分支已推送：codex/issue-128-agent-health

新增提交：bda9259 fix: make agent profile recovery stream-safe

这轮在 Hermes / OpenClaw 现有镜像上用 overlay + QEMU guest agent 做了补充验证（macOS 当前 Docker/OrbStack 占用 HVF，TenBox runtime 新建 VM 会 hv_vm_create failed: 4，所以用同一份 qcow2/kernel/initrd 走软件模拟，原盘只读）：

• Hermes 急救箱：服务/CLI 解析、健康检查、模型代理测试、立即备份、导出迁移包、导入迁移包、恢复备份、重启服务、重置配置、导出诊断包均通过。
• OpenClaw 急救箱：服务/CLI 解析、健康检查、模型代理测试、立即备份、导出迁移包、导入迁移包、恢复备份、重启服务、重置配置、导出诊断包均通过。
• OpenClaw -> Hermes 迁移：OpenClaw 源数据导出、Hermes 迁移前备份、hermes claw migrate --dry-run、正式迁移、迁移后健康检查、恢复迁移前 Hermes 备份均通过。

本轮额外修了几个验证中暴露的问题：

• 导入/恢复前的 guest 侧 cp -a ~/.hermes|~/.openclaw 备份会被运行中的 SQLite WAL/SHM 文件竞态打断，改为 tar 备份并容忍 live-file churn。
• 大 OpenClaw profile 同时展开源树和回滚树会耗尽 guest 磁盘，改为在共享目录保存外层工作文件和压缩回滚包，再把 files.tar.gz 流式展开进 Agent home。
• OpenClaw profile 排除 .openclaw/backup 和 .openclaw/openclaw-backup*.tar.gz 这类派生备份归档，避免急救箱包异常膨胀。
• OpenClaw restart 后等待 18789 网关端口就绪再跑健康检查，避免 service active 但 gateway 尚未监听时误报失败。
• 迁移解包临时目录改到 guest-local $HOME/.tenbox-tmp，避免使用小 /tmp。

检查结果：

• swift build -c release --arch arm64 通过。
• ./scripts/build-macos.sh --release 通过；Sparkle EdDSA signing key 缺失仍是本地环境预期警告，脚本退出码为 0。
• git diff --check 通过。

验证报告保留在本机临时目录：

• /tmp/tenbox-qemu-agent-verify/qemu-agent-toolbox-report.json（Hermes 全功能通过，后续 OpenClaw 等待脚本失败已在后续验证修正）
• /tmp/tenbox-qemu-openclaw-migration/qemu-openclaw-migration-report.json（OpenClaw 备份/导出/导入/恢复通过）
• /tmp/tenbox-qemu-tail-migration/qemu-openclaw-tail-migration-report.json（OpenClaw restart/reset/diagnostics + OpenClaw->Hermes 迁移通过）