HopBase 文档WorkBuddy
通过 WorkBuddy 的 OpenAI 兼容模型供应商设置,把 HopBase 作为它背后的模型底座。
WorkBuddy 可以把一个 OpenAI 兼容端点当作底层模型来调用,因此 HopBase 可以作为它背后的模型底座。生产实测:WorkBuddy 打的是 POST /v1/chat/completions,流式正常。
连接参数
| 配置项 | 填什么 |
|---|---|
| 协议 / 供应商类型 | OpenAI(Chat Completions) |
| API 地址 / Base URL | https://api.hop-base.com/v1 |
| API 密钥 | 一把对话类模型分组的套餐密钥 |
| 模型 | 用该密钥调 GET /v1/models 返回的精确 ID |
接入步骤
选一把能调对话模型的密钥
登录控制台,使用分组提供对话模型的密钥——Claude、GPT / Codex、GLM、Kimi、DeepSeek、通义千问、Grok 都可以。
读取精确的模型 ID
curl https://api.hop-base.com/v1/models \
-H "Authorization: Bearer sk-your-key"从返回结果里原样复制一个 ID。
填写供应商
在 WorkBuddy 的模型供应商设置里选择 OpenAI 兼容类型,再填入上面的 Base URL、密钥与模型 ID。
发一条测试消息
让它只回一个词。这一次成功往返就同时验证了密钥、分组、协议、模型 ID 四项都对得上。
最先会踩的两个坑
媒体类分组的密钥调不了对话
把 WorkBuddy 指向生图或视频分组的密钥——可灵、Seedance、MiniMax、万相 / 快乐马——会返回 route_not_found。那些分组提供的是任务制的媒体端点,不提供 chat/completions。请改用对话模型分组。
模型简写名会被拒
只写系列名比如 glm 会返回 404 model_not_found。模型 ID 是精确的、带版本或日期的写法,例如 glm-5.3 而不是 glm。请始终用你配置的那把密钥调 GET /v1/models 复制完整 ID。
关于 Claude 模型
Claude 走的是 Anthropic 协议,不是 Chat Completions。如果 WorkBuddy 只提供 OpenAI 兼容类型的供应商,请把它指向提供 OpenAI 协议模型的对话分组。各模型族分别用什么协议,见第三方客户端里的对照表。
长系统提示词
WorkBuddy 会下发很长的指令上下文,单轮就可能带上数万输入 Token。请选上下文窗口装得下的模型;另外部分模型族在输入跨过阈值后会升档,详见「模型接入」下各族自己的页面。