DSH Plugins
返回列表
🖥️

dsh-openrouter-provider-badge

客户端 更新于 2026.08.25

在终端中运行以下命令:

dsh plugin install userofthecomputer/dsh-openrouter-provider-badge

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

在终端执行 dsh plugin install userofthecomputer/dsh-openrouter-provider-badge 即可完成安装,插件源码见 https://github.com/userofthecomputer/dsh-openrouter-provider-badge。

插件介绍

OpenRouter 是一条聚合通道,同一个模型背后可能由 StreamLake、DeepInfra、Novita 等多家上游服务商轮流托管,而 DSH 原生的会话统计行只标注了「openrouter 通道 + 模型名」,从不告诉你这一次请求到底是谁在干活。dsh-openrouter-provider-badge 解决的正是这个盲区:它让 DSH 在请求 OpenRouter 时附带 X-OpenRouter-Metadata 头,从响应的 openrouter_metadata 中读出被动态选中的实际上游供应商,并在每条消息的统计行上方以徽标形式渲染出来,让你一眼看清「这次是 StreamLake 在服务」还是「这次是 DeepInfra 在服务」。插件本身是纯客户端逻辑,另附两个针对 DSH 0.1.1-rc.2+ 的服务端补丁,分别开放 openRouterRouting 兼容门并将元数据透传至回放状态;未打补丁或未配置请求头时,插件会静默降级为仅显示通道名,不会中断任何会话。如果你已经在用 DSH 走 OpenRouter 通道,并且关心的是「观测实际服务商」而非「钉选路由」,那么本插件就是为你准备的——它与 landtml/openrouter-dsh 等控制类插件功能互补,一个管路由决策,一个管事后透明,搭配使用可以获得完整的供应商可见性。

使用场景

  • 排查 OpenRouter 请求延迟时确认本次实际由哪家上游服务商响应
  • 对比 StreamLake、DeepInfra 等不同供应商在同一模型上的服务质量差异
  • 在团队共享 DSH 环境中让每位成员看到每次请求的真实服务方
  • 验证 openRouterRouting 路由策略(如按价格排序、排除 fp4 量化)是否按预期生效

适合人员

  • 日常使用 DSH 走 OpenRouter 通道、想看清每次请求真实服务方的开发者
  • 关注供应商透明度、需要在故障排查中定位具体上游节点的技术用户
  • 已经在用 landtml/openrouter-dsh 做路由控制、还想叠加事后观测层的进阶用户