[Bug] ResolutionRouter 劫持 require.resolve 时丢失 .paths，导致插件加载期调用即崩

[mdktelmdktel]

环境

• DSH 版本：0.1.7-rc.2（npm，next 标签）
• 平台：Windows 10 x64
• Node：v24.19.0（DSH 自带运行时）

现象

任何 DSH profile 插件，只要在模块加载期（顶层语句，不是 apply() 里）调用
createRequire(...).resolve.paths(name)，导入就会失败：

dsh: warning: 1 entry did not activate
whale_craft (whale_craft): failed to import

而这个失败没有任何堆栈——启动日志里只有上面那两行，排查成本极高。

根因

@deepseek-ai/dsh-app-boot 的 ResolutionRouter 会把 Module._resolveFilename
换成 wrappedFilename，对走 profile 层的请求改用 ResolutionRouter.routeScoped
自己解析。但劫持后的 require.resolve 只是普通函数，没有把原生
require.resolve.paths 一起搬过去。于是 routeScoped 里这一行抛异常：

// dsh-app-boot/lib/index.js:1422
for (const searchPath of createRequire(parent).resolve.paths(name)) {

实际错误：

TypeError: createRequire.resolve.paths is not a function or its return value is not iterable
    at ResolutionRouter.routeScoped (dsh-app-boot/lib/index.js:1422:58)
    at ResolutionRouter.routePath   (dsh-app-boot/lib/index.js:1554:15)
    at Function.wrappedFilename [as _resolveFilename] (dsh-app-boot/lib/index.js:1771:24)
    at defaultResolveImpl (node:internal/modules/cjs/loader:1025:19)
    at resolveForCJSWithHooks (node:internal/modules/cjs/loader:1029:22)
    at Function._load (node:internal/modules/cjs/loader:1192:24)
    at Module.require (node:internal/modules/loader:1463:12)

注意 routeScoped 是从 wrappedFilename（Module._resolveFilename 的替身）进来的，
也就是说它把当前被劫持的 require 当成了原生 CJS require 来用。只有在模块加载期
触发解析的插件才会踩到；apply() 之后触发的解析路径不同，所以不是所有插件都炸。

最小复现

请求是 "whale_craft"，来自 .../node_modules/whale_craft/index.js —— 即
插件自己包的 baseUrl，命中的就是 routeScoped 这条路径
（同 profile 里 dsh-meme、dshmarket 等不做这种调用的插件一切正常）。

插件侧触发代码（whale_craft src/core.mjs，模块顶层执行）：

const require = createRequire(import.meta.url)
require.resolve.paths(name)      // ← 加载期调用即崩

影响

• 插件静默失效：apply() 从未执行，工具一个都没注册，全部 dsh.bundle.patch 声明的
  能力都不出现；用户只看到「装了没用」。
• 启动日志里失败原因被吞掉（只有 failed to import），几乎无法自助定位。
• 任何用了这种「探测依赖是否可解析」写法的插件都会中招——这算是社区里挺常见的防御式写法。

建议修法

1. 劫持 resolve 时把 .paths 一并转发（保留原生行为）：

   // 示意
   const native = createRequire(parent).resolve
   wrappedResolve.paths = (request) => native.paths(request)

   或在 routeScoped 里改用不被劫持的解析入口（Module._resolveLookupPaths /
   import.meta.resolve 等），别相信 resolve.paths 一定在。

2. 失败信息要能落地：failed to import 至少带上原始异常的 message
   （现在只有把插件包进 wrapper 才能抓到，见下）。这条对社区插件生态的价值可能比第 1 条还大。

附：抓错用的 wrapper（供参考）

把插件入口临时换成：

try { module = await import('./index.orig.js') }
catch (e) { fs.appendFileSync('diag.log', e.stack) ; throw e }

才拿到上面那段完整栈。直接看 manager.log 只有一行 failed to import。