pnpm 全局安装 dsh 后,dsh web 起不来,所有插件一起报 Cannot find package

[erlinerd]

现象
启动即报数百条一模一样的错误,如

failed to import loader entry llm (@deepseek-ai/dsh-llm): Cannot find package '@deepseek-ai/dsh-llm',错误路径指向 pnpm store 里的 cordis-plugin-loader。

原因
pnpm 隔离 node_modules 布局下 node-addon-require-builtin 加载不到平台绑定 → Loader 可选原生钩子缺失(loader.internal 为 undefined)→ Loader 退化成裸 import(name),且以 pnpm store 里自己的位置为解析锚点,锚点全错,插件全军覆没。

改了什么
https://github.com/deepseek-ai/deepseek-harness/compare/master...erlinerd:fix/app-boot-bare-plugin-resolution

mountRootInclude 统一用一个 Include 子类,把裸包名按基准 URL(bareModuleBaseUrl ?? ctx.baseUrl)解析:有内部钩子走原快速路径,没有就用 createRequire(base).resolve() 回退;解析不到就明确报错点名锚点。
新增回归测试(强制 loader.internal = undefined 复现,确认裸插件仍能加载)。

验证
app-boot 107 测试过、CLI 6 过、tsc/lint 干净。
CONTRIBUTING.md 标明外部 PR 暂不收(从 fork 建 PR 被服务端拒绝),故先发帖;开放后再补 Agent Note/README 提正式 PR。

[PerryLink]

先给结论：你的方向是对的，但要提醒一句——master 上的解析器已经不是你分析的那套了。新的 profile-resolution 是 0.1.6-alpha.1 才合入的（提交 6aa2e4633c feat(boot): add profile resolution modes，不在 0.1.5-rc.2 里），所以 0.1.6-alpha.1 上到底怎么挂，需要重新实测；下面是我在 master 上核对到的现状。

机制与证据：

• packages/boot/app-boot/src/profile-resolution/resolver.ts:522：

  const addon = require('node-addon-require-builtin') as { requireBuiltin(moduleId: string): unknown }

  原生插件是无条件 require 的，周围没有 try/catch，也没有回退路径——我 grep 过你补丁里的 bareModuleBaseUrl/mountRootInclude，master 上不存在，也就是说你 fork 里的 createRequire 回退并没有进主线。
• 这个 internalModules() 在 installProfileResolution 开头被调用（resolver.ts:628），而 PluginPackages 构造时无条件安装它（packages/boot/app-boot/src/profile-resolution/service.ts:70-71）。它把 Node 内部 ESM/CJS loader 换成按 profile 包表路由的解析器（resolver.ts:623-634）。在 pnpm 全局布局下 cordis-plugin-loader 位于 store 深处，原生绑定解析不到、内部钩子缺失时，裸包名 @deepseek-ai/dsh-llm 就没有锚点可解析——这与你贴的 failed to import loader entry llm (...) : Cannot find package 相符（import 失败会按 app-boot/src/index.ts:765 的 failed to import 汇总上报）。
• "loader.internal 为 undefined → 退化成裸 import(name)" 是 cordis-plugin-loader 的内部行为，这段代码不在仓库里，我无法验证（未验证）。

关于安装布局：官方文档没有 pnpm 全局安装这种布局。README.md:24 推荐的运行方式是 npx @deepseek-ai/dsh web；从源码跑见 README.md:36-38（pnpm install; pnpm run build; pnpm dsh web）。也就是说全局安装目前不是文档支持/已知可用的形态，代码里也没有为它做的兜底。

建议的实际做法：先按官方流程重装验证能否启动——用 npx @deepseek-ai/dsh web（npm 会物化出正常布局，原生插件能正确解析），或从 checkout 构建后跑。风险提示：你的补丁解决的是"裸包名回退"，但如果 0.1.6-alpha.1 上原生插件在你的全局布局里依旧加载失败，新的 resolver 里依然没有回退，所以先把环境换成受支持布局、确认能启动，再决定要不要把补丁适配到新的 profile-resolution 上。你说外部 PR 暂不收，那建议继续在这个讨论里贴 diff 和回归测试，让维护者看到即可。

如果能附上 0.1.6-alpha.1 下 dsh web 的完整启动日志和 pnpm store path 输出，我可以帮你确认解析锚点具体落在了哪里。