[Windows] 沙箱 temp 目录被清理后 windows-acl-run 直接 fail-closed：会话内所有命令持续 SANDBOX_UNAVAILABLE

[wsm000]

环境

• DeepSeek Harness 0.1.7-rc.2（desktop, Windows x64, nightly）
• 文件策略 workspace-write，审批策略 ask

问题

会话进行中，所有 pwsh 工具调用连续失败。真实错误文本：

Error: sandbox mode "workspace-write" is requested but no sandbox backend is usable on this host; refusing to run the command unconfined. Install bubblewrap or run a Landlock-enforcing kernel (Linux), ensure sandbox-exec is usable (macOS), or ensure the ACL restricted-token runner can start (Windows) — otherwise switch the consumer to danger-full-access. Runner failure: windows-acl-run: --temp is not an existing directory: C:\Users\86150\AppData\Local\Temp\dsh-X5ECMI

错误对象：{ name: "SandboxUnavailableError", code: "SANDBOX_UNAVAILABLE" }

观察

1. 每个会话的 pwsh 会拿到一个私有 TEMP（形如 %LOCALAPPDATA%\Temp\dsh-XXXXXX，故障当时本会话为 dsh-X5ECMI）。该目录一旦消失，windows-acl-run 拒绝启动，DSH 按 fail-closed 拒绝无防护执行——整个会话内的每条命令都会失败，重试无效（失败发生在命令执行之前）。
2. 同一天内多个会话相继中招（dsh-X5ECMI、dsh-uTBiqr、dsh-r0YqAq），疑似系统临时目录清理（本机 Storage Sense 已开启）删除了 dsh-* 目录。
3. 故障是间歇性、可自愈的：中招会话连续失败 5 次后，下一条命令即成功；新会话会分配新的 temp 目录。但故障期间用户侧 shell 完全不可用，且 Agent 容易把 SANDBOX_UNAVAILABLE 误判为“沙箱已损坏”，进而反复申请 danger-full-access 提权——本次会话因此产生了 32 次审批弹窗。
4. 错误文案对三种后端通用，关键信息只在最后一行 Runner failure: ...；且未说明该状态可自愈/重开会话即可恢复，放大了上面的误判。

期望行为

1. windows-acl-run 启动前若发现 --temp 目录缺失，自动重建后继续执行，而不是直接返回 SANDBOX_UNAVAILABLE（或调用方收到该错误时重建 temp 并重试一次）。
2. 错误信息区分“沙箱拒绝了操作”（FS_SANDBOX_DENIED，正常降级路径）和“沙箱后端不可用”（SANDBOX_UNAVAILABLE，基础设施故障），并给出恢复指引（如“重开会话或重启 DSH 即可恢复”）。
3. 考虑把会话级 temp 目录移出容易被系统清理的位置，或提示用户做清理豁免。

影响

• 会话中途 shell 完全不可用（本次实测连续 5 次 SANDBOX_UNAVAILABLE，期间任何命令都无法执行）
• 引发 Agent 误判与审批弹窗风暴（本次会话 32 次 danger-full-access 审批，其中多次理由写作“沙箱后端损坏，需要一次性……”）

证据

故障会话记录（本机，只读引用）：~/.dsh/sessions/<workspace>/session-*/session.v4.jsonl.zstd，其中包含上述错误文本与 approval/asked / approval/decided 事件。