DSH Plugins
返回列表
🤖

dsh-openai-responses-bridge

模型推理 更新于 2026.08.25

在终端中运行以下命令:

dsh plugin install DaoCaoRenH/dsh-openai-responses-bridge

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

在 DeepSeek Harness 终端中运行 dsh plugin install DaoCaoRenH/dsh-openai-responses-bridge 即可完成安装,插件源码仓库为 https://github.com/DaoCaoRenH/dsh-openai-responses-bridge

插件介绍

DeepSeek Harness 的 Provider 体系围绕原生协议构建,接入 Azure OpenAI、第三方 Responses 网关或 Gemini 往往意味着修补宿主源码或维护额外的兼容层。dsh-openai-responses-bridge 将这一层变成独立插件,完全通过 DSH 插件接口工作,不改动任何宿主源码。

Bridge 是原生 Pi 协议之上的轻量兼容层。OpenAI Responses 路线上,它剔除部分网关拒绝的字段、按需注入托管 web_search 工具,并在对话中渲染包含状态、查询、引用、来源和错误的搜索卡片;Gemini 路线上则直接委托原生 generateContent 适配器,保留请求体与流式行为。Code Mode 中嵌套的 web_search 调用被透明转发为最小托管请求,返回原生 DSH web_search 值,维持既有 SDK 契约,无需暴露第二个供应商专属工具。插件还支持通过 /models 端点一次性发现模型、通过 DSH 凭据存储密钥(设置文件不含秘密值)、以及热重载 Provider 配置。

如果你日常在 DSH 中开发,需要将公司网关、Azure OpenAI 或 Gemini 纳入同一工作流——尤其是希望同一组 Provider 配置同时服务于 Native 和 Code Mode、并在对话中自然呈现托管搜索卡片——这个插件正是为此而生。

使用场景

  • 通过 OpenAI Responses 协议接入 Azure OpenAI 或公司内部 LLM 网关,无需修改 DSH 源码
  • 在同一 Provider 配置下同时使用 Native 模式和 Code Mode,共享托管 web_search 能力
  • 将 Gemini generateContent 作为独立路线接入,保留原生思考等级与流式行为

适合人员

  • 日常在 DeepSeek Harness 中开发、需要接入多种上游 LLM 的工程师
  • 希望在不改动宿主的前提下统一管理第三方 Provider 配置与凭据的开发团队
  • 需要 Code Mode 中调用托管搜索且希望结果以原生 DSH 搜索卡片呈现的使用者