dsh-model-refresh
在终端中运行以下命令:
dsh plugin install KouzakiUmi/dsh-model-refresh
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 的插件管理入口执行安装命令,或按官方插件/本地链接流程加载源码仓库 https://github.com/KouzakiUmi/dsh-model-refresh。
插件介绍
模型推理栈往往依赖 pi-ai 里的静态模型目录,而上游目录更新节奏与本地 DSH 消费进程未必同步。网上罗列的模型名称也未必等于你当前 provider 真能调用、能正确物化的条目。dsh-model-refresh 把「补缺」做成可独立升级的 DSH bundle:以 pi-ai 发布包为唯一主源拉取最新目录,只面向你启用的 provider 做有证据的同步,而不是把全网模型名塞进选择器。
自动发现会区分「候选」「待确认」与「可写入」:协议、上下文与输出容量、聊天用途等缺少上游或官方清单证据时,不会用邻居字段猜测。目录写入默认关闭;开启后通过协调锁、写前 journal、修订指纹与内容所有权校验落盘,删除则要求权威完整清单、连续缺失确认与宽限期,避免分页失败或局部清单误删模型。设置页集中展示发现、已应用、待确认、冲突、重启需求与写入权限,并支持手动增删改模型、配置协议与端点,经官方配置编辑服务预览、应用与撤销。
同一套流程也覆盖 Host 生命周期:状态租约、死进程锁保守接管、正常关闭等待队列收敛后再释放,降低多实例或崩溃后的目录与状态互相踩踏。产物保持与原部署兼容的 models 结构,但 catalog 仍是静态 import,写盘后仍需重载消费进程才会生效;应用配置只表示通过 DSH 编辑与加载流程,不代替远端推理实测。
适合需要跟随 pi-ai 更新、又希望在本机 DSH 里可控补齐模型目录的维护者:既要自动发现,也要对待确认模型和手动声明有清晰边界,并愿意在设置页显式启用 provider 与 catalog 写入、按需重启的消费者。开发与对照以 DeepSeek Harness core 0.2.1-alpha.1 的 configEditor 与 pi-ai 接口为基准,其它核心版本需自行核对兼容性。
使用场景
- pi-ai 发布新模型后,希望在本机 DSH 中审慎补齐对应 provider 的静态目录
- 需要在设置页手动声明模型并通过官方配置编辑预览、应用或撤销变更
- 希望开启 catalog 写入时,对待确认模型与安全删除有明确规则而非全量猜测
适合人员
- 维护本机 DSH 与 pi-ai 模型目录一致性的使用者
- 需要为多个 provider 管理模型列表与协议端点配置的进阶用户
- 愿意在设置页显式启用写入并按提示重载消费进程的运维者