dsh-plugin-guard
在终端中运行以下命令:
dsh plugin install Linicc/dsh-plugin-guard
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 的 profile 目录下执行 `dsh plugin install Linicc/dsh-plugin-guard`(仓库:https://github.com/Linicc/dsh-plugin-guard),以 bundle 方式安装并自动插入插件行。
插件介绍
在 DeepSeek Harness 里,若某个插件以路径方式挂载且目录旁没有合规的 package.json,上游会在请求时向上查找最近的 manifest。一旦落到 profile 自带、有 name 却无 version 的配置上,身份解析会直接抛错,并被包装成 REQUEST_EXTENSION——结果是每一次官方 DeepSeek 请求都失败,界面上却像模型或账号出了问题。
dsh-plugin-guard 用与上游一致的分辨规则做防护:启动时在 apply 阶段扫描各 profile 的补丁层,为不合规的插件目录补写最小合规 package.json;在 profile 的 yml/yaml 被写入后立刻复检并自愈;还提供 dsh_guard_audit、dsh_guard_repair、dsh_guard_verify 三个按需工具,用于审计、修复与挂载前预检。设计上只在插件自身目录完全没有 package.json 时才写入,且绝不覆盖已有文件,也不会改动 profile 根 manifest。
适合经常在本地挂载插件、维护多 profile、或曾遇到「所有请求突然 REQUEST_EXTENSION」的 DSH 管理员与进阶用户。需要说明的是:这是用户侧预防,上游缺陷本身并未被修复;YAML 解析为宽松子集,外部直接改补丁文件要到下次启动才会被扫描。
使用场景
- 本地以路径挂载插件后,所有 DeepSeek 请求突然失败并显示 REQUEST_EXTENSION
- 维护多个 profile,需要确保补丁层里的插件挂载行不会触发上游抛错
- 挂载新插件前想确认目录是否能通过官方 package 身份解析
适合人员
- DeepSeek Harness 管理员与日常维护 profile 的用户
- 经常在本地开发或试用未打包插件的进阶用户
- 遇到过全局请求失败、需要审计与修复插件挂载的人