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。請選上下文窗口裝得下的模型;另外部分模型族在輸入跨過閾值後會升檔,詳見「模型接入」下各族自己的頁面。