DeepSeek Harness 与 WorkBuddy:两个国产客户端的接法

DeepSeek Harness 通过内置 llm-pi-ai 插件声明 provider(api 三选一、地址填站点根);WorkBuddy 在「自定义供应商」里填站点根地址与令牌,走 OpenAI 兼容的 /chat/completions。

更新于 2026-11-14 · SageLib 团队 · 标签:deepseek-harness、workbuddy、agent

结论要点

两家都支持自定义供应商,区别是配置载体不同。

DeepSeek Harness(dsh)

设置 → 模型 → 自定义模型 API:

字段 填什么
Provider ID 唯一标识,如 sagelib
API 地址 站点根 https://api.sagelib.com
API 协议 openai-completions / openai-responses / anthropic-messages 三选一
API 密钥 控制台令牌
模型目录 「获取可用模型」自动拉取,或手动加模型标识

配置文件在 ~/.dsh/profiles/<profile>/cordis.patch.yml,关键片段:

- id: llm-pi-ai
  config:
    providers:
      sagelib:
        displayName: "SageLib AI 边缘网关"
        apiKeyEnv: SAGELIB_API_KEY
        api: openai-completions
        baseURL: "https://api.sagelib.com"
        models:
          - id: claude-sonnet-5-5

WorkBuddy

设置 → 模型 → 添加模型,「供应商」选自定义:

字段 填什么
Base URL / API 地址 站点根 https://api.sagelib.com
API Key 控制台令牌
模型 模型广场里的模型标识

WorkBuddy 只支持 OpenAI 兼容协议,所以模型必须声明 /chat/completions。

验证

发一句话,再到控制台「用量日志」确认调用出现;看不到就对照 接入报错排查。

参考来源

常见问题

dsh 里选哪种 api?

看模型声明了哪些端点:只有 /chat/completions 选 openai-completions,有 /responses 选 openai-responses,有 /messages 选 anthropic-messages。

配置里为什么用 apiKeyEnv 而不是直接写密钥?

dsh 用环境变量名做凭据引用,密钥放在进程环境变量或凭据文件里,避免写进配置。

相关阅读

相关:全部文章 · 模型广场 · 帮助中心