求助,我让dsh写了一个计算token消耗的插件而且要求它自启动,然后dsh就启动不了了,一打开本地链接就报错。 #1947
|
HARNESS |
Replies: 3 comments 1 reply
|
问题定位(可离线复现): 根因:你的 token 插件在 修复(任选其一):
顺带:这类"把客户端服务当服务端依赖"正是 AI 生成插件时代的高频翻车模式。我们的离线诊断 moonquake2004/dsh-doctor 已新增 P10 检查(commit 已推送):扫插件 bundle 的 inject 声明,命中 |
|
此贴终结,重装dsh即可,也更新网友的帮助 |
|
恭喜解决。给后来人补一句:「重装 dsh」其实还能再轻一级——这类坏插件卡住 web boot 时,通常只需把 profile 里对应条目拿掉就能起(删 这次事故的模式很典型:插件直接装进本体 → 本体起不来 → 只能重装。我把「装本体之前先在独立沙盒里试」做成了插件 dsh-sandbox-tester:一键复制出独立沙盒实例(独立 DSH_HOME + 独立端口),待测插件只进沙盒,随便崩、随便死循环,最坏是沙盒进程倒下,本体 3080 全程无损;合回本体有机器强制门禁(语法校验 + bundle 校验 + 备份回滚)。我自己曾误删过 |
问题定位(可离线复现):
根因:你的 token 插件在
inject里声明了@deepseek-ai/dsh-client-runtime和@deepseek-ai/dsh-client-ui-conversation——这两个是浏览器端(client)专属服务,只在插件挂在dsh.client.inject里时提供给客户端运行时;服务端 cordis 插件树里永远不会提供它们。插件依赖它们 → Fiber 永远停在 PENDING → web boot 的"entry 未激活即失败"检查把它当成启动失败 → UI 打不开。修复(任选其一):
package.json的dsh.client.inject里声明这两个服务),服务端只保留不依赖它们的那部分;inject里这两个条目;dsh plugin --profile web remove <包名>,或删掉cordis.patch.yml/dsh.profile.bundles里对应条目)后重启。顺带:这类"把客户端服务当服务端依赖"正是 AI 生成插件时代的高频翻车模式。我们的离线诊断 moonquake2004/dsh-doctor 已新增 P10 检查(commit 已推送):扫插件 bundle 的 inject 声明,命中
@deepseek-ai/dsh-client-*即在启动前标出并给出同样修复建议——装插件前跑d…