DSH Plugins
返回列表
🖥️

dsh-upstream-model-audit

客户端 更新于 2026.09.23

在终端中运行以下命令:

dsh plugin install QuanhuZeYu/dsh-upstream-model-audit

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在 DeepSeek Harness 中执行 dsh plugin install QuanhuZeYu/dsh-upstream-model-audit 安装插件(源码:https://github.com/QuanhuZeYu/dsh-upstream-model-audit),装好后重启一次 DSH。

插件介绍

在 DeepSeek Harness 里,你选定的模型 ID 与中转或上游真正回传的名称,往往并不一致:界面以前不会把这件事说清楚。你请求的是 mimo-v2.6-pro,响应里却可能是带厂商前缀的 xiaomi/mimo-v2.6-pro——这类落差直接影响你对路由、计费与行为复现的判断。dsh-upstream-model-audit 把「上游实际返回的模型名」从隐式变成显式,让每一次调用可追溯。

插件在每条助手消息下方、紧跟对应的一次模型调用(step),原样展示 DSH 路由选定的请求模型与上游响应声明的模型名;两者逐字相同则不打扰你,有差异时只做客观分类(仅厂商前缀不同,或模型名不同),不归一化、不剥后缀、也不替你判「严重不严重」。若 host 旁路观察到请求体里实际发出的模型与请求名不同、服务档位,或上游先后声明过多个互相矛盾的名字,会在有事实可呈现时多一行补充说明;上游未声明模型名时一律不猜、不补。

展示数据来自 durable 消息事件中的 source 与 replayState;部分通道原生并不会写入响应模型字段,插件通过完全旁路的 node 半(fetch 观察与 llm/stream 中间件)在缺失时尽力补写,且原生值永远优先。观察失败、格式不认识或非正常响应时静默降级,绝不干扰模型调用本身。

适合关心中转透明度、想核对「我点的模型」和「上游说的模型」是否一致的用户,以及排查多通道覆盖率、路由改写与档位差异的开发者与重度使用者。装好后需重启一次 DSH,以便 host 侧观察点生效。

使用场景

  • 通过中转或多通道调用模型,想确认上游响应里声明的模型是否与请求一致
  • 助手回复看起来正常,但怀疑实际走的是另一条模型或带厂商前缀的别名
  • 排查部分通道未写入 responseModel 时,旁路观察是否补全了可展示的审计信息

适合人员

  • 经常使用中转或自建网关的 DeepSeek Harness 用户
  • 需要核对请求模型与上游声明是否一致的重度使用者
  • 关心多通道覆盖率与路由改写的插件或适配器开发者