[Bug] 桌面版 Windows 右上角"VS Code"打开失败：ELECTRON_RUN_AS_NODE=1 泄漏进子进程环境，Code.exe 以 Node 模式运行并退出 1

[Shihang-Hu]

Summary

桌面版右上角"VS Code"启动失败，而"文件资源管理器（默认）"和"Git Bash"两个按钮正常。
受影响场景：Windows 上所有基于 Electron 的 opener（VS Code / Insiders / Cursor / Windsurf / Zed）。
根因是 open-in-app 启动器把宿主后端进程环境中的 ELECTRON_RUN_AS_NODE=1 原样传给了子进程，Electron 系应用因此以纯 Node 解释器模式运行。

Reproduction

1. 在 DSH 会话中让 agent 运行 echo $env:ELECTRON_RUN_AS_NODE，输出 1（agent 工具 shell 与后端进程同环境）；
2. 在该 shell 中运行（路径字符串任意，存在与否不影响触发）：

$ws = Join-Path $env:USERPROFILE 'Documents\deepseek-harness\default-workspace'   # 任意工作区路径，存在与否不影响触发
$p = Start-Process -FilePath "$env:LOCALAPPDATA\Programs\Microsoft VS Code\Code.exe" -ArgumentList "`"$ws`"" -Wait -PassThru
$p.ExitCode   # 1，进程秒退

注意：GUI 程序不能用 & 直接调用后查 $LASTEXITCODE——PowerShell 对 GUI 子系统程序不等待，$LASTEXITCODE 不会更新，须用 Start-Process -Wait -PassThru 取 .ExitCode；
3. 反事实：Remove-Item Env:ELECTRON_RUN_AS_NODE 后重复步骤 2，VS Code 正常打开，$p.ExitCode 为 0。

GUI 路径：右上角 split button → "VS Code" → 报启动失败。"文件资源管理器（默认）"与"Git Bash"不受影响。

Current behavior

Code.exe 以 Node 模式运行，把工作区路径当作 CJS 入口模块加载，stderr（原捕获含真实用户目录，已将 C:\Users\<用户名> 段脱敏为 %USERPROFILE%）：

node:internal/modules/cjs/loader:1575
  throw err;
  ^

Error: Cannot find module '%USERPROFILE%\Documents\deepseek-harness\default-workspace'
    at Module._resolveFilename (node:internal/modules/cjs/loader:1571:15)
    at wrapResolveFilename (node:internal/modules/cjs/loader:1125:27)
    at defaultResolveImplForCJSLoading (node:internal/modules/cjs/loader:1149:10)
    at resolveForCJSWithHooks (node:internal/modules/cjs/loader:1176:12)
    at node:internal/modules/cjs/loader:1348:5
    at Module._load (node:internal/modules/cjs/loader:1176:12)
    at Module.executeUserEntryPoint [as runMain] (node:internal/modules/cjs/loader:1348:5)
    at node:internal/main/run_main_module:33:47 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
}

Node.js v24.21.0

退出码 1，被启动器的 watch window 判定为失败。

代码定位：open-in-app 的 launchDetachedApp 以 scrubbedParentEnv() 组装子进程 env，该函数只清除 *KEY*/*SECRET* 凭据类变量，未删除 ELECTRON_RUN_AS_NODE；而 DSH 桌面版后端进程（本例中监听 127.0.0.1:19387 的那个）自身以 ELECTRON_RUN_AS_NODE=1 运行。

Expected behavior

spawn Electron 系应用（Code.exe 等）前，从子进程环境中删除 ELECTRON_RUN_AS_NODE（建议顺带处理 NODE_OPTIONS），使 VS Code 正常打开工作区。
explorer（shell-open）与 git-bash.exe 等非 Electron 启动器不受影响，无需改动。

Environment

• DeepSeek Harness 桌面版 44.0.0（nightly channel，Windows x64 安装包）
• Windows 11 家庭版 build 26300
• VS Code 1.140.0（用户级安装，%LOCALAPPDATA%\Programs\Microsoft VS Code）
• Code.exe 内嵌 Node.js v24.21.0（见上方 stderr）

[PerryLink]

你的归因成立——而且注入点不止一处，修法落点也很明确

1. 我核到三个注入点（你只提到宿主那个）

apps/desktop-host/src/cli.ts:21        ELECTRON_RUN_AS_NODE: '1'
apps/desktop-host/src/index.ts:36      ELECTRON_RUN_AS_NODE: '1'
packages/host/open-in-app/src/resolver.ts:584   env: { ELECTRON_RUN_AS_NODE: '1' }

前两处让宿主进程在 Electron 里当纯 Node 跑（apps/desktop/README.md 把这件事写成了设计）。第三处最关键：resolver.ts:584 说明启动器本身支持按次传 env —— 也就是说"不要把这个变量传给它启动的子进程"在代码上已经有位置可放，不需要新增机制。

⇒ 因此修法可以写得很具体：在启动外部应用（尤其 Electron 系）时，从传入的 env 里剔除 ELECTRON_RUN_AS_NODE（以及同类 ELECTRON_* 模式开关）。你报告里"Code.exe 以 Node 模式运行并退出 1"与这条完全吻合。

2. 你那条"同环境可自证"的复现非常好

echo $env:ELECTRON_RUN_AS_NODE → 1（说明 agent 工具 shell 与后端进程同环境），随后在同一个 shell 里启动 Electron 应用即失败 ⇒ 一步证明"泄漏"而不是"配置错"。请保留这条，它是全帖最有力的证据。

3. 建议补一句影响面

explorer.exe / Git Bash 正常、只有 Electron 系应用失败 ⇒ 这条不对称排除了"启动器整体坏了"，把范围压到"环境变量继承"。建议把这条对照写进正文（你已在现象里提到，值得再点名它的推理价值）。

4. 一条同族线索

同类"启动载体差一层"的问题在别处也出现过（"显示文件位置"/"打开方式"一类）。若维护者修的是"按次传 env"这条通路，那几处可能一并受益——建议在报告里点明"这是启动器级而非某个入口级的问题"。

5. 版本提醒（本轮基线已变，请以此为准）

HEAD = origin/master = 5badb15009 = dsh-v0.2.1-alpha.1
npm: latest = 0.2.0-rc.2    next = 0.2.0-rc.2    alpha = 0.2.1-alpha.1

⚠️ 注意：npm 的 latest 已经不再是旧的 0.1.5-rc.3（那是几周前的情况），现在 latest 与 next 都是 0.2.0-rc.2，而最新的是 alpha = 0.2.1-alpha.1。你在 0.2.0-rc.2 上复现 ⇒ 属于当前发布线，无需升级即可提。

一条边界

我确认的是三个注入点与启动器支持按次传 env（这足以支撑你的归因与修法落点）。"Code.exe 退出 1"的实测以你的现场为准——我没有在 Windows 上跑桌面端。