插件依赖 msedge-tts 时导入失败（createRequire.resolve.paths is not a function）

[emberlivable-37]

概要

在 已有 DSH_HOME 的 web profile 上，插件只要静态依赖 msedge-tts 就加载不了，profile-resolution 抛：

TypeError: createRequire.resolve.paths is not a function or its return value is not iterable

环境

• dsh 0.1.7-rc.2（当日 npm latest），Windows 11，Node v24.16.0
• profile web，DSH_HOME 是已有目录（含安装树 ~/.dsh/profiles/node_modules）
• 触发插件：dsh-voice-mode@0.7.15（第三方），lib/index.js:1062 有 import { MsEdgeTTS, OUTPUT_FORMAT } from "msedge-tts";

启动时表现为：

dsh: warning: 1 entry did not activate
voice-mode (dsh-voice-mode): failed to import

复现（不用重启，走同一套导入通道）

node <harness>/apps/cli/lib/bin.js --profile web --dump-config-schema 2>&1 | grep resolve.paths
# dsh: error: [/196] createRequire.resolve.paths is not a function or its return value is not iterable

stdout 的 x-cordis.entries 里同一行也是 "status": "error"。

定位到具体包

探针 profile（bundles 只有 @deepseek-ai/dsh-base + @deepseek-ai/dsh-web-app，patch insert 若干行，每行指向一个只做一件事的 .mjs）：

探针行	结果
无 import 的空插件	ok
import * as m from 'msedge-tts'	error：同一个 TypeError
import * as s from 'sherpa-onnx'	ok
import * as sn from 'sherpa-onnx-node'	ok
import z from '@deepseek-ai/schemastery'	ok
import * as vm from 'dsh-voice-mode'（裸名 import 整个插件）	ok

⇒ 触发点就是 msedge-tts@2.0.8 的导入，与 dsh-voice-mode 本身无关。

这不是「旧 home 才会有的通用问题」

• 同一份插件、同一份 profile 配置、同一个 node_modules，在全新 DSH_HOME 里启动正常：GET /voice-mode → {"ok":true,"name":"dsh-voice-mode","enabled":true,"active":null}
• 同一个 home 里，dsh-better-sidebar 的依赖（大量 @codemirror/*、mermaid 等）同样只存在于 profile 的 node_modules，导入正常 ⇒ 不是"profile 树内的依赖一律失败"。

msedge-tts@2.0.8 的清单特征

main: "./dist/index"（无扩展名）、CJS、无 exports 字段；依赖 axios / buffer / isomorphic-ws / stream-browserify / ws 均已安装。纯 Node 里 import('msedge-tts') 正常。

猜测的出错点（供参考）

packages/boot/app-boot/src/profile-resolution/resolver.ts 的包目录探测（nativePackageDir，worker bundle 里同一段）会调用 createRequire(parent).resolve.paths(name)；在 interception 生效的环境里 resolve.paths 不存在，于是抛 TypeError 而没有回退到原生解析。注意：我给 worker bundle 那三个调用点加过探针，都没触发，所以真正抛点可能在别的 helper，或者那个原生 addon 里。

期望

同一个 profile 树 + 安装树组合下，插件静态依赖一个 registry 包应当能导入；探测失败时应回退到原生解析，而不是抛 TypeError。

---

补充：dsh-v0.2.0-rc.2（今天 09-29 发布）的 release notes 里没有看到解析/插件加载相关的修复条目；npm latest 仍是 0.1.7-rc.2。