DSH Plugins
返回列表
dsh-subagent-model-visibility

dsh-subagent-model-visibility

模型推理 更新于 2026.08.22

在终端中运行以下命令:

dsh plugin install AGSQ11/dsh-subagent-model-visibility

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

在 DeepSeek Harness 中执行 dsh plugin install AGSQ11/dsh-subagent-model-visibility 即可从 GitHub 仓库 https://github.com/AGSQ11/dsh-subagent-model-visibility 安装该插件。

插件介绍

在 DSH 中配置了某个模型,并不意味着子代理每一次请求都真的打到了那个模型。Phoenix 或其他路由层可能在运行中做 failover、retry 或重新分发,而界面上看到的始终是配置值而非实际值。dsh-subagent-model-visibility 要解决的正是这个信息盲区。

插件通过包装 tools/execute 与 llm/stream 两个钩子,借助 Node AsyncLocalStorage 把每一次原生工具调用安全地关联到对应子代理会话,再记录该会话实际发出请求时的 provider/model 路由。结果直接渲染在原生工具调用行和子代理目录的第三行,路由变化时实时更新,悬停即可查看路由历史与请求计数。整个过程不修改提示词、路由参数、工具结果或子代理生命周期。

适合在 DSH 上运行多 provider、多模型或依赖 failover 策略的用户,尤其是需要确认某条请求究竟由谁在服务而无侵入式观测手段的场景。隐私方面,浏览器端仅暴露工具与子会话 ID、传输类型、路由名称、时间戳和请求计数,提示词、模型输出与凭据均不会出现在任何接口中。

截图预览

使用场景

  • 确认 failover 后子代理实际由哪个 provider 在服务
  • 多 provider 环境下排查请求是否被路由层重定向
  • 验证 DSH 重试策略是否按预期将请求分发到目标模型

适合人员

  • 使用 DSH 多 provider 或 failover 策略的运维与研发人员
  • 需要无侵入方式确认子代理实际模型路由的开发者
  • 部署 Phoenix 等路由层后需验证分发结果的架构师