[Bug] 主进程启动时 electron-updater 写已断开 stdout 管道触发未捕获 EPIPE 崩溃

[43c65d1]

环境

• 应用：DeepSeek Harness Desktop 0.2.1-rc.3
• 平台：Windows（Windows 11 专业版 26H2, 64 位操作系统, 基于 x64 的处理器）
• 构建：be72761ee1a6736ebcdf4f3739363b083ae53c98，更新通道 nightly
• 安装路径：C:\Users\Lenovo\AppData\Local\Programs\DeepSeek Harness

现象

启动后弹出 Electron 崩溃对话框：

A JavaScript error occurred in the main process
Uncaught Exception:
Error: EPIPE: broken pipe, write
    at Socket._write (node:internal/net:75:18)
    at writeOrBuffer (node:internal/streams/writable:574:12)
    at _write (node:internal/streams/writable:503:10)
    at Writable.write (node:internal/streams/writable:512:10)
    at [kWriteToConsole] (node:internal/console/constructor:311:16)
    at console.info (node:internal/console/constructor:421:26)
    at NsisUpdater.checkForUpdates (electron-updater/out/AppUpdater.js)
    at DesktopUpdateCoordinator.doCheck (lib/main.js)
    at DesktopUpdateCoordinator.check (lib/main.js)

复现步骤

1. 从终端/脚本/IDE 启动应用，或将 stdout 接到管道。
2. 关闭终端或让读取管道的父进程先退出。
3. 应用启动后执行自动更新检查（DesktopUpdateCoordinator.check -> updater.checkForUpdates()）。
4. 主进程写入已断开的 stdout 管道，触发未捕获 EPIPE。

直接双击启动不太容易触发(但是在使用过程中会崩溃)，因此该问题在命令行/被托管启动时更容易暴露。

根因分析

• electron-updater 的 AppUpdater 默认 this._logger = console，checkForUpdates() 会调用 console.info("Checking for update")。
• stdout 管道已关闭时，Node 在流上异步发出 error（EPIPE），但主进程没有为 process.stdout / process.stderr 注册 error 监听，于是变成 uncaught exception。
• DesktopUpdateCoordinator.doCheck() 的 try/catch 只能捕获同步/异步 Promise 异常，无法捕获这种流上的 error 事件，因此应用直接崩溃。
• 更新检查本身未必失败，上报的更新错误是次生现象。

建议修复

在主进程入口尽早注册流错误处理，并建议给 updater 配置非 console logger：

for (const stream of [process.stdout, process.stderr]) {
  stream?.on?.("error", (error) => {
    if (error?.code !== "EPIPE") {
      // 记录到文件 logger，避免再次写 stdout
    }
  });
}

可选：将 autoUpdater.logger 设为文件日志或 NoOpLogger，避免更新库直接写 console。

期望行为

stdout/stderr 断开不应导致主进程崩溃或弹出 Uncaught Exception；更新检查失败应只体现为状态错误。

其他关联

这个和 #9904 和 #4059 三者应该可以算是同属“传输层错误未被捕获升级为致命异常”的系统性问题。