[BUG] v0.2.0-rc.2桌面版 WIN10 默认workspace-write沙箱下 pwsh 失败（failed）

[RedCode-X]

deepseek-harness-desktop v0.2.0-rc.2 沙箱执行异常

环境信息

项目	值
操作系统	Windows 10
版本	v0.2.0-rc.2（桌面版）

问题现象

同一 pwsh 调用在两种沙箱权限下表现完全相反：

沙箱模式	执行结果	退出码	stdout / stderr
默认 workspace-write	失败（failed）​	3221225794 (0xC0000142，DLL初始化失败)	stdout/stderr均为空
danger-full-access（无沙箱）	正常	0	正常输出

复现截图：

关键信号

• 退出码 0xC0000142 = STATUS_DLL_INIT_FAILED：进程在 DLL 初始化阶段即崩溃，属于进程启动失败，而非命令执行出错。
• stdout / stderr 全空：崩溃发生在标准管道建立或刷新之前，因此没有任何回传内容可供参考。
• 无沙箱时正常：说明 pwsh 本身与脚本均无问题，故障点位于沙箱层的进程创建 / DLL 注入环节（典型嫌疑：沙箱 shim 或注入型 hook DLL 在受限环境下无法完成初始化）。

升级pwsh7，仍然启动失败

[PerryLink]

0xC0000142 且命令完全没开始执行，已知成因有四个，其中一个可以直接自测。

先看最新的那个：如果你跑桌面端的账户是内置 Administrator（SID 以 -500 结尾），就是它——CreateRestrictedToken 之前带 LUA_TOKEN 标志，仓库 2026-10-26 的追记写的是「带上该标志时，内置 Administrator 用户无法启动任何进程，受限启动全部失败」。修复是 bdd75ca1a0c（feat(windows): Remove LUA_TOKEN），只进了 0.2.2-alpha.2 及之后的 alpha 线；你在 0.2.0-rc.2 上没有这个修复。

另外三个（都在 packages/sandbox/sandbox-windows-acl/README.md 里）：

• 保活组（登录 SID + Everyone）缺失（:102）；
• 用 CREATE_NO_WINDOW / CREATE_NEW_CONSOLE 创建的子进程（:127）；
• 路径的 DACL 带着别的 AppContainer 工具的包 SID，低完整性令牌读不了（:189）。

后三种可以用包里自带的诊断跑一次（要非受限运行，受限令牌写不了 ACL）：

& '<skill-dir>\scripts\diagnose-windows-sandbox-acl.ps1' -Path '<failing-path>' -AllowRoot '<authorized-dir>' -Out '<recovery-dir>'

它逐条备份、回读校验、删掉外来的包 SID ACE，并打印回滚命令。

我读的是 f3803c96 和该 tag 的 README；没有在 Windows 上跑。