[Bug] Windows 桌面版 Open In → VS Code 必然失败（dsh web 正常）：ELECTRON_RUN_AS_NODE 泄漏到被启动的 launcher

[66JayLiang]

Summary

桌面版（Electron）里，会话头部「Open In… → VS Code」必然失败，弹通用提示「打开失败，请重试」，且不会出现 Code.exe 进程；同一台机器上的 dsh web（3080）同一操作正常打开。

根因不在路径解析，而在被启动进程的环境：桌面版进程带 ELECTRON_RUN_AS_NODE=1，scrubbedParentEnv() 没有剥掉它，于是 spawn 出去的 Code.exe <workspace 目录> 以 node 模式运行，把目录当 JS 入口加载后以 1 退出，launchDetachedApp 判为失败 → POST /open-in-app/open 返回 502 launch-failed → 前端 toast。

---

Reproduction

1. 启动桌面版（0.2.1.0 / 0.2.1-rc.2），打开任意 workspace 为真实目录的会话
2. 会话头部 → Open In… → VS Code
3. 结果：红色提示「打开失败，请重试」，任务管理器里没有新的 Code.exe
4. 对照：在普通终端启动 npx @deepseek-ai/dsh web（本次为 node ...\@deepseek-ai\dsh\lib\bin.js web，监听 127.0.0.1:3080），同一会话、同一按钮 → 正常打开

关键：同机、同分钟、同一份代码（两边 dsh-host-open-in-app 均为 0.2.1-rc.2），只有进程环境不同。

---

Current behavior

桌面版：launcher 以 exit 1 结束，stderr 为

Error: Cannot find module 'C:\Users\10983\Desktop\API3'
    at Module._resolveFilename (node:internal/modules/cjs/loader:…)

路由返回 502 {"code":"launch-failed"}。

网页版：200，VS Code 打开该目录。

资源管理器 / Git Bash：两边都正常。

---

Expected behavior

两种部署都应在 VS Code 中打开 workspace 目录。

---

Environment

项	值
OS	Windows 11 家庭版 中文，10.0.26200 build 26200
桌面版	0.2.1.0（file version 0.2.1-rc.2），Electron
@deepseek-ai/dsh	0.2.1-rc.2
@deepseek-ai/dsh-host-open-in-app	0.2.1-rc.2
@deepseek-ai/dsh-subprocess	0.2.1-rc.2
VS Code	1.142.0，%LOCALAPPDATA%\Programs\Microsoft VS Code\Code.exe，且在 HKCU\...\App Paths\code.exe 中注册
Git for Windows	C:\Program Files\Git\git-bash.exe

---

根因（补充分析）

1. 桌面版是 Electron 主进程，自身环境里带 ELECTRON_RUN_AS_NODE=1。
2. packages/subprocess/subprocess 的 scrubbedParentEnv() 只过滤敏感变量和 DSH_*：

for (const [key, value] of Object.entries(process.env))
  if (value !== undefined && !SENSITIVE_ENV_PATTERN.test(key) && !key.toUpperCase().startsWith("DSH_"))
    env[key] = value;

ELECTRON_RUN_AS_NODE 因此原样传给子进程。

3. packages/host/open-in-app 的 vscode 条目以 Code.exe + 仅文件夹路径 启动：

// id: "vscode"
win32: spec(
  appPaths("Code.exe"),
  installRecord("Microsoft Visual Studio Code", "Code.exe"),
  file(["${LOCALAPPDATA}/Programs/Microsoft VS Code/Code.exe",
        "${ProgramFiles}/Microsoft VS Code/Code.exe"])
)

4. Code.exe（Electron 二进制）看到 ELECTRON_RUN_AS_NODE=1 就切到纯 node 模式，把目录当模块入口 → 报错、exit 1。
5. launchDetachedApp 只把 exit 0 当成功 → 判 failed。

dsh web 由普通 node.exe 从终端启动，环境里没有该变量，所以同样的代码路径成功——这解释了为什么只有桌面版出问题。

A/B 对照（同机）

条件	Code.exe C:\Users\10983\Desktop\API3
未设 ELECTRON_RUN_AS_NODE	exit 0，VS Code 正常打开该目录
ELECTRON_RUN_AS_NODE=1	Cannot find module …，exit 1

使用与插件相同的 spawn 参数（detached: true、stdio: "ignore"）复现。

受影响范围

Windows catalog 里所有 Electron 系条目：vscode、vscodeinsiders、cursor、windsurf。原生/JVM 系（JetBrains、Sublime、Zed）不受影响。

---

建议修复（二选一，前者足够）

1. 在 spawn 前剥掉 Electron 运行时变量：最小改动是删除 ELECTRON_RUN_AS_NODE；更稳的是把整个 ELECTRON_* 家族从子进程环境里去掉，因为这些是宿主运行时开关，不该泄漏给被启动的应用。

for (const key of Object.keys(env))
  if (key.toUpperCase().startsWith("ELECTRON_")) delete env[key];

2. 或改用 VS Code 的官方入口 bin\code.cmd（内部是 Code.exe "<install>\resources\app\out\cli.js" %*）。注意：Node 在 Windows 上不能直接 spawn .cmd（实测抛 EINVAL），需要经 cmd.exe /c，改动较大。

附带建议：launchDetachedApp 失败时把「命令 + 退出码 + stderr」记进日志。目前失败只表现为通用 toast，排查成本很高。

---

Workaround

需要「Open In → VS Code」时使用 dsh web；桌面版里用资源管理器 / Git Bash 两项；或命令行 code <path>。

[Yang-SVVG]

同一根因、同一处代码，已在 #10162 下给出可直接 cherry-pick 的分支（含两条回归测试）：master...Yang-SVVG:fix/open-in-app-electron-run-as-node

你观察到的「dsh web 能开、桌面版必然失败」正好是这个 bug 的对照实验：Web 那条路径的父进程没有继承 ELECTRON_RUN_AS_NODE，同一个 dsh-host-open-in-app 包才会一个成功一个必然失败——补丁就在这条继承链上，不在路径解析里。502 launch-failed 与 Error: Cannot find module '<workspace>' 是同一个失败的两个出口。