DSH Plugins
返回列表
🖥️

dsh-response-model-label

客户端 更新于 2026.10.18

在终端中运行以下命令:

dsh plugin install teamkller1200/dsh-response-model-label

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

在 DeepSeek Harness 插件管理器中执行 dsh plugin install teamkller1200/dsh-response-model-label,或通过 https://github.com/teamkller1200/dsh-response-model-label 获取源码后在 cordis.patch.yml 中注册使用。

插件介绍

在 DeepSeek Harness 里切换模型或思考强度后,你往往只能从当前设置推断「这条回复是谁生成的」——而页脚里原本只有令牌数和耗时,缺少可追溯的生成来源。dsh-response-model-label 把提供商、模型名与 reasoning level 写进每条助手回答的页脚元数据栏,与令牌消耗、完成时刻并列显示,让历史对话一眼可读。

插件不会根据你此刻的选项去猜旧消息:它只读取回答生成时落在事件日志(assistant/message、request/header)里的 model 与 reasoningEffort(如 high、medium、low)。因此你后来改配置,已展示的标注仍对应当时那次请求;若某条回答没有可用记录,界面会明确说明「无记录」,而不是静默填一个可能错误的名称。

界面遵循 DSH 主题设计令牌(如标签色、字号),视觉上与原生页脚融为一体。实现上仅依赖 Cordis 插槽与 Trajectory 快照的标准 API,无额外依赖包,适合经常在多提供商、多模型之间切换、又需要核对每条回复真实生成参数的开发者与重度 Harness 用户。

使用场景

  • 在多模型切换后核对某条历史回复的真实生成来源
  • 调试不同 reasoning level 对回答质量的影响
  • 在页脚与令牌、耗时并列查看提供商与模型名

适合人员

  • 经常在 Harness 中切换提供商与模型的用户
  • 需要追溯对话生成参数的重度用户
  • 希望页脚信息更完整、又不增加依赖的 DSH 使用者