🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

安装修复助手 gezi-wen/dsh-repair

DeepSeek Harnessv0.1.0
gezi-wen50 天前有提交已提供中文文档扫描:无法判定

诊断并修复 DSH 启动失败、插件失效与依赖桥断裂

29.7/100
综合分
0
GitHub 星标
—
npm 周下载
—/5
用户评分

数据截至 2026/9/16 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

自动兼容检查未通过:缺少 main/exports/bin 入口声明。以下命令仍可尝试,但可能失败。
安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add gezi-wen/dsh-repair
该包不可直接 npm 安装,改从 GitHub 源安装(明细见下方安装检查)

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:已验证
是什么
dsh 原生插件 · market
装得上吗
本站已真实安装成功
非静态推断
L4 · 真实安装等级说明 →
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
更新放缓:最近一次提交在 50 天前
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查需源码安装

缺少 main/exports/bin 入口声明

展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

✓npm 包dsh-repair @ 0.1.0
✓Node 引擎未声明 engines.node
✓dsh CLI 依赖未声明 dsh 版本约束
✗入口文件缺少入口声明

源码安装时若 pnpm 拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑。

验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/9/21 23:56:01

安全扫描自动 · 静态分析源码
v2.7.0
⚪ 扫描:无法判定尚无人工评估
展开查看扫描说明与证据 ↓

已尝试扫描但取不到可分析的源码:仓库或包不存在、已删除,或为非 JS/TS 实现、未随包发布源码。无法判定,不代表安全。

  • · 包内无可扫 JS
  • · TS 源码(可能为非 JS 实现或未发布源码),无法判定
扫描于 2026/11/2(1 天前) · 范围 全包扫描(包内未声明入口) · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

依赖的 DSH / Cordis 模块
@deepseek-ai/cordis@deepseek-ai/dsh-skill-filesystem
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

功能亮点

  • 诊断启动失败
  • 修复插件失效
  • 修复依赖桥断裂

DSH 插件,附带一个技能,用来诊断和修复坏掉的 DeepSeek Harness 安装:启动失败、插件失效、依赖桥断裂、升级问题。

README

由 DeepSeek 最新模型翻译生成
dsh-repair 一个 DSH 插件,内容只有一份技能:安装时把包内的 skills/ 注册为一个技能根,于是这份技能随插件进入 agent 的技能目录。 dsh plugin --profile web add dsh-repair 技能覆盖什么 - 起不来怎么查:boot 崩在 readiness 之前(ERR_MODULE_NOT_FOUND、cannot resolve profile bundle)、插件 node_modules 里 junction/symlink 穿透损坏、树外插件的依赖桥悬空 - 活着但残废:服务静默失效(模型页缺提供方、按钮死)、配置能解析但 apply 抛异常、适配器静默丢弃它目录里没有的模型 id、日志干净却功能死了 - 依赖桥:树外插件(link:)拿不到宿主核心包时的桥机制,以及 bridge-doctor.js / bridge-rebuild.js 的体检与重建 - 升级 DSH:升级前停实例、备份、隔离预演;升级后的三层验证与 settings.yaml 复查 - Windows 远程作业:跨机经 SSH 收拾 Windows 上的 DSH 时的一整份坑清单(进程生命周期、引号转义、PowerShell、pnpm junction、路径漂移)
展开完整文档(README 剩余 1 节)
dsh-repair

一个 DSH 插件,内容只有一份技能:安装时把包内的 skills/ 注册为一个技能根,于是这份技能随插件进入 agent 的技能目录。

dsh plugin --profile web add dsh-repair

技能覆盖什么

- 起不来怎么查:boot 崩在 readiness 之前(ERR_MODULE_NOT_FOUND、cannot resolve profile bundle)、插件 node_modules 里 junction/symlink 穿透损坏、树外插件的依赖桥悬空
- 活着但残废:服务静默失效(模型页缺提供方、按钮死)、配置能解析但 apply 抛异常、适配器静默丢弃它目录里没有的模型 id、日志干净却功能死了
- 依赖桥:树外插件(link:)拿不到宿主核心包时的桥机制,以及 bridge-doctor.js / bridge-rebuild.js 的体检与重建
- 升级 DSH:升级前停实例、备份、隔离预演;升级后的三层验证与 settings.yaml 复查
- Windows 远程作业:跨机经 SSH 收拾 Windows 上的 DSH 时的一整份坑清单(进程生命周期、引号转义、PowerShell、pnpm junction、路径漂移)

scripts/ 里六个脚本随技能一起发:bridge-doctor.js(只读体检)、bridge-rebuild.js(重建,dry-run 优先)、bridge-lib.js(共用探测逻辑)、dep-diff.js(两棵 node_modules 版本表 diff)、inspect-session.js(从会话文件取运行时证据)、link-doctor.js(审计/修复 symlink 与 junction)。路径一律从 --home 或 $DSH_HOME 解析,没有写死任何一台机器。

布局

package.json # dsh.bundle.patch → cordis.patch.yml
cordis.patch.yml # 插入一行 @deepseek-ai/dsh-skill-filesystem,customSkillDirs 指向 skills/ skills/ dsh-repair/ SKILL.md references/ templates.md windows-pitfalls.md scripts/ package.json # {"type":"commonjs"} —— 本包是 ESM 包,这六个脚本是 CommonJS bridge-doctor.js bridge-lib.js bridge-rebuild.js dep-diff.js inspect-session.js link-doctor.js

cordis.patch.yml 用的机制和 DSH 自带 agent preset 装载自己的技能是同一套:!!js 里的 baseUrl 解析到本包,所以路径跟着安装位置走。

License

MIT
预览分享卡片长什么样 ↓gezi-wen/dsh-repair
分享 · DeepSeek Harness Hub
gezi-wen/dsh-repair

诊断并修复 DSH 启动失败、插件失效与依赖桥断裂

回到顶部