[Bug] workspace-write 沙箱拦掉 pwsh 7 启动，报 0xC0000135 (3221225794)，工作区内终端不可用

[Meepo268]

环境

• DSH：桌面版，bundles @deepseek-ai/dsh-base 0.2.0-rc.2 / @deepseek-ai/dsh-web-app 0.2.0-rc.2
• 系统：[Windows 11 x64，C:\Program Files\PowerShell\7\pwsh.exe]
• PowerShell：7.6.6 MSI 版，C:\Program Files\PowerShell\7\pwsh.exe
  • where.exe pwsh → C:\Program Files\PowerShell\7\pwsh.exe
  • pwsh --version → 7.6.6（cmd 手动跑正常）
  • 商店版已卸载，无 WindowsApps 残留
• 会话：文件策略 workspace-write，工作区 D:\Users\wujie\Documents\deepseek-harness\default-workspace，审批 ask
• MSI 安装时已勾 ADD_PATH，DSH 已完全退出重开

复现

1. 权限切到 工作区内修改 (workspace-write)
2. DSH 里跑：
   Write-Output "pwsh-workspace-write-retest"; $PSVersionTable.PSVersion
3. 结果：(no output) [exit code: 3221225794]
3221225794 = 0xC0000135 STATUS_DLL_NOT_FOUND
4. 切到 完全权限 (danger-full-access) 跑同样命令 → 成功：
   pwsh-danger-retest，7 6 6，Path: ...\default-workspace
5. cmd 手动 pwsh --version → 一直 7.6.6
6. 事件查看器 > Windows 日志 > 应用程序：无 SideBySide / Application Error

期望

workspace-write 应该只限制写出工作区，系统目录的读/执行必须放行（C:\Program Files\PowerShell\7\*.dll、System32），否则工作区内任何要起终端的构建/测试都跑不了。

实际

workspace-write 连子进程 DLL 加载都拦，pwsh 根本起不来，“工作区内修改代码”名存实亡。

推测

文件沙箱作用到了子进程镜像加载，不只是写。商店版（WindowsApps）双层沙盒更严重，但 MSI 版同样失败，说明缺的是通用 allowlist。

附件

• 配置片段：

  - id: llm-deepseek-account
    name: "@deepseek-ai/dsh-llm-deepseek-account"
    config:
      models: []

[jambolleo]

你这个 3221225794 是 0xC0000142，不是 0xC0000135；而且它和 #9083 是同一个问题

先纠正错误码：3221225794 = 0xC0000142 = STATUS_DLL_INIT_FAILED（DLL 初始化失败）。
STATUS_DLL_NOT_FOUND 才是 0xC0000135，其十进制应为 3221225781 —— 所以"缺 DLL"这个方向可以放下。

然后把范围收窄：这不是 pwsh 安装/路径问题，建议先不要继续折腾 PowerShell 版本或商店版残留。我在同一台机器上做过对照（workspace-write、同一 runner）：

叶命令	结果
pwsh.exe（Win32 版 7.6.6，C:\Program Files\PowerShell\7）	❌ 0xC0000142
cmd.exe	❌ 0xC0000142
node.exe	❌ 0xC0000142
python.exe（控制台子系统）	❌ 0xC0000142
wscript.exe、pythonw.exe（GUI 子系统）	✅ 0
上述任意一个，改 read-only 档	✅ 0

结论：凡是"控制台子系统"的程序在 workspace-write 下都起不来，跟里面跑的是 pwsh 还是别的无关；商店版不是原因（Win32 版同样死），所以卸载商店版 / 重装 MSI 都不会改变结果。

根因与已验证的一行修复、以及可复现的最小用例，我补充在 #9083 里了（那里是本问题的原始主帖）：

#9083

一句话版本：packages/sandbox/sandbox-windows-acl/src/index.ts 里 setTokenDefaultDaclGrant(...) 在 workspace-write 下合并的是私有临时目录的能力 SID，而 read-only 合并的是保活组的 Everyone；实测把 workspace-write 也改为合并 Everyone 后，完整生产链恢复（target-exit 由 3221225794 变为 0）。建议两条帖合并跟踪，避免同一个根因分散。