安装了：dsh-vision-web这个插件后启动不了了，如何处理呢？

[ssdngs]

Failed to load plugins
failed to import loader entry a8621f2c (dsh-vision-web): client-modules: bundle /plugins/dsh-vision-web/client.js?rev=48c41f2378cd loaded without registering "dsh-vision-web" via ModuleLoader.load

[argszero]

这个报错我帮你定位到了，是一个很明确的 client bundle 注册 id 与包名不一致 的插件打包 bug，不是 harness 本身的问题。你装的是 dsh-vision-web@0.1.0（npm，仓库 https://github.com/54xkeee/dsh-vision ）。

根因

报错是：client-modules: bundle .../dsh-vision-web/client.js loaded without registering "dsh-vision-web" via __ModuleLoader__.load。

我下载了 npm 包（npm pack dsh-vision-web@0.1.0）解包看了它的 client bundle lib/client.js 开头：

window.__ModuleLoader__.load({
	id: "dsh-vision",
	...

而它的 package.json 声明是 "name": "dsh-vision-web"。也就是说：bundle 注册的 id 是 dsh-vision，但 loader 期望的是包名 dsh-vision-web——两者对不上，所以 loader 认为"加载了没注册"。这是 -web 后缀改名时 bundle id 没跟着改。

验证方法（你自己也能确认）

cd node_modules/dsh-vision-web
head -20 lib/client.js   # 看第一行 id 是不是 "dsh-vision"
grep '"name"' package.json  # 应该是 "dsh-vision-web"

两者不一致即为此 bug。

修复方向（给插件作者）

改 bundle 的注册 id 使其等于包名。有两个地方可以改：

1. 根因：src/client/entry.ts 或打包入口里 __ModuleLoader__.load({ id: ... }) 的 id 从 "dsh-vision" 改成 "dsh-vision-web"（或改成从 package.json name 读取），重新 build.mjs 出 lib/client.js 再发布;
2. 临时规避（不想等作者发新版）：如果你能改 node_modules（或 fork 仓库本地构建），把 lib/client.js 第一行的 id: "dsh-vision" 改成 id: "dsh-vision-web" 即可让 loader 认出来——但本地改 node_modules 会被 pnpm install 覆盖，只适合临时验证。

注意：改完 id 后，package.json 的 dsh.client.inject 声明的注入点（@deepseek-ai/dsh-client-locale 等）需要重新构建才一致。这个问题值得在 https://github.com/54xkeee/dsh-vision 提个 issue 让作者修——它影响所有装这个插件的用户，不是你的环境问题。如果你在修复前想先让 harness 跑起来，临时改 node_modules 里的 lib/client.js 那一行即可。

[ssdngs]

非常感谢，我已经找到原因了，正如你说的head -20 lib/client.js 第一行 id 不是 "dsh-vision-web" 修改为：dsh-vision-web就正常了。 方亮 ***@***.*** 浙江华震机器人传动有限公司 IT   原始邮件 发件人：argszero ***@***.***> 发件时间：2026年8月31日 21:51 收件人：deepseek-ai/deepseek-harness ***@***.***> 抄送：ssdngs ***@***.***>, Author ***@***.***> 主题：Re: [deepseek-ai/deepseek-harness] 安装了：dsh-vision-web这个插件后启动不了了，如何处理呢？ (Discussion #5235) 这个报错我帮你定位到了，是一个很明确的 client bundle 注册 id 与包名不一致 的插件打包 bug，不是 harness 本身的问题。你装的是 ***@***.***（npm，仓库 https://github.com/54xkeee/dsh-vision ）。 根因 报错是：client-modules: bundle .../dsh-vision-web/client.js loaded without registering "dsh-vision-web" via __ModuleLoader__.load。 我下载了 npm 包（npm pack ***@***.***）解包看了它的 client bundle lib/client.js 开头： window.__ModuleLoader__.load({ id: "dsh-vision", ... 而它的 package.json 声明是 "name": "dsh-vision-web"。也就是说：bundle 注册的 id 是 dsh-vision，但 loader 期望的是包名 dsh-vision-web——两者对不上，所以 loader 认为"加载了没注册"。这是 -web 后缀改名时 bundle id 没跟着改。 验证方法（你自己也能确认） cd node_modules/dsh-vision-web head -20 lib/client.js   # 看第一行 id 是不是 "dsh-vision" grep '"name"' package.json  # 应该是 "dsh-vision-web" 两者不一致即为此 bug。 修复方向（给插件作者） 改 bundle 的注册 id 使其等于包名。有两个地方可以改： 根因：src/client/entry.ts 或打包入口里 __ModuleLoader__.load({ id: ... }) 的 id 从 "dsh-vision" 改成 "dsh-vision-web"（或改成从 package.json name 读取），重新 build.mjs 出 lib/client.js 再发布; 临时规避（不想等作者发新版）：如果你能改 node_modules（或 fork 仓库本地构建），把 lib/client.js 第一行的 id: "dsh-vision" 改成 id: "dsh-vision-web" 即可让 loader 认出来——但本地改 node_modules 会被 pnpm install 覆盖，只适合临时验证。 注意：改完 id 后，package.json 的 ***@***.***/dsh-client-locale 等）需要重新构建才一致。这个问题值得在 https://github.com/54xkeee/dsh-vision 提个 issue 让作者修——它影响所有装这个插件的用户，不是你的环境问题。如果你在修复前想先让 harness 跑起来，临时改 node_modules 里的 lib/client.js 那一行即可。 — Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS and Android. Download it today! You are receiving this because you authored the thread.

[argszero]

Great — glad that confirmed it and the fix worked. To summarize for anyone else who hits the same thing: the root cause is a client-bundle registration id vs package name mismatch. When a plugin renames its npm package but doesn't update its lib/client.js bundle id (__ModuleLoader__.load({ id: ... })), the client-host registration fails with loaded without registering "<name>".

Two durable fixes on the plugin side (better than hand-editing node_modules, which a reinstall will wipe):

1. Align the bundle id to the package name in the plugin's build source, rebuild, and republish.
2. Or read the id from package.json name at build time so it can never drift.

A note for the dsh-vision-web author: worth filing a small patch so other users don't hit this. Thanks for sharing the confirmation.