[Windows] profile 同时加载 dsh-subprocess-local 与 dsh-sandbox-local 时启动崩溃：dsh-win32-process 双副本共享 koffi 导致原生类型重复注册

[368dik]

Summary

Windows 上全局安装 dsh 后，dsh web（以及任何加载 dsh-base bundle 的 profile）启动即崩溃。

根因是 @deepseek-ai/dsh-win32-process 在安装目录中存在两份实例，二者共享被提升到顶层的同一个 koffi，各自注册同名原生类型 DSH_STARTUPINFOW，第二份抛 Duplicate type name。

dsh 报出的错误信息指向"插件解析失败"，与实际原因（插件 import 时抛异常）不符，排查时容易被带偏。

Reproduction

环境：Windows 11 (10.0.26100)，Node v24.14.1，npm 11.11.0，@deepseek-ai/dsh@0.1.5-rc.2（latest tag），全局装到 D:\npm-global。

npm install -g @deepseek-ai/dsh@latest
dsh web

稳定崩溃：

Error: dsh: plugin tree failed to load: dsh: plugin(s) failed to load: @deepseek-ai/dsh-sandbox-local;
Cordis startup failed because these plugin(s) could not be resolved (see the error(s) logged above)

最小复现（绕开 dsh 启动，直接按 Loader 的解析方式逐个 import 配置中的插件）：

import { createRequire } from 'node:module';
import { pathToFileURL } from 'node:url';

const req = createRequire('C:/Users/<user>/.dsh/profiles/web/package.json');

// 通过
await import(pathToFileURL(req.resolve('@deepseek-ai/dsh-subprocess-local')).href);

// 抛错：Duplicate type name 'DSH_STARTUPINFOW'
await import(pathToFileURL(req.resolve('@deepseek-ai/dsh-sandbox-local')).href);

顺序敏感：dsh-base 的 cordis.patch.yml 中 subprocess(id) 排在 sandbox(id) 之前，所以始终是 sandbox 这一侧失败；把 import 顺序调换，报错就转移到 subprocess。这也解释了为什么单看 dsh-sandbox-local 会误以为它有问题。

Current behavior

安装目录下有两份 dsh-win32-process，版本相同（均为 0.1.5-rc.3）但未被 npm 提升合并：

.../dsh-base/node_modules/@deepseek-ai/dsh-subprocess-local/node_modules/@deepseek-ai/dsh-win32-process
.../dsh-base/node_modules/@deepseek-ai/dsh-sandbox-local/node_modules/@deepseek-ai/dsh-sandbox-windows-acl/node_modules/@deepseek-ai/dsh-win32-process

两份都把 koffi 解析到同一个提升后的实例：

koffi -> D:\npm-global\node_modules\@deepseek-ai\dsh\node_modules\koffi\index.cjs

dsh-win32-process 在两个模块实例中各注册一次 DSH_STARTUPINFOW。koffi 的类型注册表是进程级、按实例共享的，因此第二次注册抛 Duplicate type name。

由此产生的连锁：该插件 import 失败 → Cordis 树中对应 entry 拿不到 fiber → assertEntriesLoaded（dsh-app-boot/lib/index.js:1434）据 entry.fiber === void 0 判定为"未解析"，抛出误导性的 could not be resolved。

Expected behavior

profile 正常启动，不因同一原生类型被注册两次而失败。

Environment

• OS: Windows 11 Home China 10.0.26100
• Node: v24.14.1
• npm: 11.11.0
• dsh: 0.1.5-rc.2 (dist-tag latest)
• 内嵌 bundle: @deepseek-ai/dsh-base@0.1.5-rc.3
• 冲突包: @deepseek-ai/dsh-win32-process@0.1.5-rc.3（两份）
• 原生依赖: koffi 3.3.1

可能的修复方向

1. 消除副本：让 dsh-win32-process 在依赖树中只保留一份（提升或 overrides），使两侧解析到同一模块实例、只注册一次。
2. 或在 dsh-win32-process 中对类型注册做幂等保护（注册前先探测，或捕获并忽略重复注册错误）。
3. 诊断改进：assertEntriesLoaded 目前仅凭 entry.fiber === void 0 就断言 "could not be resolved"。建议在 import 抛异常时保留并抛出原始异常，当前的措辞会把排查引向 node_modules 布局/符号链接/解析锚点等错误方向。