通用连接参数
按协议填写配置
不同应用的“兼容 OpenAI”并不总是同一种协议。配置前先看应用要求的是 OpenAI、Claude 还是 Gemini。/v1/models 的 owned_by 表示供应商,id 使用 供应商/模型 格式。实际调用建议填写完整 ID,例如 aliyun/kimi-k3;只填写 kimi-k3 时由平台当前的默认供应商设置选择路由。常见应用的协议
Cursor、Cline、Roo Code、Continue、OpenCode、OpenClaw 等工具更新较快。若界面提供单独的 Responses、Chat Completions 或 Anthropic 选项,以当前版本的协议名称为准;不要只根据“OpenAI-compatible”字样猜测。
接入前准备
1
为应用创建独立 API Key
打开 API Key 管理,按应用创建密钥。不要在多个不相关客户端之间共用一个生产密钥。
2
确认模型 ID
data[].id 复制完整的 供应商/模型 ID,例如 aliyun/kimi-k3。3
先验证基础 API
在配置第三方应用前,先完成快速开始。这样可以区分“账户/API 问题”和“客户端配置问题”。
选择你的应用
开发工具
Claude Code
在终端编程工作流中配置模型服务。
CC Switch
通过可视化供应商管理器切换 Claude Code 到 HiLinkup。
Codex CLI
通过
config.toml 的自定义 model provider 接入 HiLinkup。Codex 客户端
使用 CC Switch 图形化配置供应商和客户端模型菜单。
WorkBuddy
通过 Chat Completions Endpoint 添加 HiLinkup 自定义模型。
Cursor
配置自定义 OpenAI Base URL 和模型。
Cline
在 VS Code 中配置 OpenAI-compatible Provider。
Roo Code
配置 Roo Code 的自定义 OpenAI Provider。
Continue
在 VS Code 或 JetBrains 中配置模型。
OpenCode
在终端 Agent 中使用 HiLinkup。
OpenClaw
配置 Agent Provider 并验证完整工具链。
聊天客户端与知识库
Cherry Studio
添加 Provider、同步模型并验证多模态能力。
Chatbox
配置桌面端 OpenAI-compatible 服务。
LobeChat
配置本地或部署版 LobeChat。
Open WebUI
在管理员设置中添加 OpenAI API 连接。
NextChat
配置 ChatGPT-Next-Web / NextChat。
LibreChat
通过自定义端点配置模型列表。
AnythingLLM
将 HiLinkup 用作聊天与知识库模型。
应用框架
Dify
在工作流和应用中配置模型供应商。
LangChain
使用
langchain-openai 接入。Vercel AI SDK
在 TypeScript 应用中创建 OpenAI-compatible Provider。
LlamaIndex
在 RAG 与 Agent 应用中配置模型。
通用配置流程
1
先选择协议
新项目优先选择 Responses。传统聊天客户端选择 OpenAI-compatible / Chat Completions;Claude Code 选择 Anthropic/Claude;原生 Gemini 客户端选择 Gemini。
2
确认字段是 Base URL 还是 Endpoint
按上方协议表填写地址,并使用为该应用创建的独立密钥。保存后检查最终请求路径和鉴权头。
3
添加模型
优先使用应用的“获取模型”或“同步模型”功能。无法同步时,手动添加
/v1/models 返回的完整模型 ID。4
保存并测试连接
如果应用提供连接测试,先执行测试。测试失败时保留完整状态码和错误正文。
5
新建普通对话
先发送短文本,不要立即启用图片、工具、知识库、联网搜索或超长上下文。
6
逐项启用高级能力
普通对话成功后,分别测试流式输出、图片输入、工具调用、结构化输出和长上下文。只启用模型真正支持的能力。
第三方客户端验收清单
开发第三方集成时的实现要求
如果你在开发客户端或 Provider 插件,而不是只填写现有应用的设置,请遵循以下约定。客户端初始化
常用协议 cURL 模板
- OpenAI Responses
- OpenAI Chat
- Claude
- Gemini
必须处理的兼容性细节
- 允许用户修改 Base URL,不要把域名写死在界面逻辑中。
- 启动或刷新时从
/v1/models获取模型列表,并允许手动输入完整模型 ID。 - 当
tools为空时,不要发送依赖工具的tool_choice。 - 只向明确支持的模型发送图片、音频、工具和高级推理参数。
- 保留 HTTP 状态码、错误正文和请求标识,方便排查。
- 对
429、超时和部分5xx使用指数退避与有限重试。 - 不要自动重试
400、401、403等确定性错误。 - API Key 只保存在服务端、操作系统安全存储或受保护的本地配置中。
推荐环境变量
健康检查
常见配置错误
连接测试失败,但 cURL 正常
连接测试失败,但 cURL 正常
检查客户端最终请求的协议、路径和鉴权头。Responses 应到
/v1/responses,Chat Completions 应到 /v1/chat/completions,Claude 应到 /v1/messages,Gemini 应到 /v1beta/models/{model}:generateContent。客户端没有显示模型
客户端没有显示模型
手动添加
/v1/models 返回的完整模型 ID。确认没有多余空格、显示名称或供应商前缀。普通对话成功,图片或工具失败
普通对话成功,图片或工具失败
这通常是能力不匹配,不是鉴权问题。换用支持对应能力的模型,并在客户端中启用正确的模型能力标记。
返回 401 或 403
返回 401 或 403
检查密钥、账户状态和模型权限。不要通过反复修改 Base URL 来掩盖鉴权问题。
返回 429
返回 429
降低并发,检查余额和额度,使用带抖动的指数退避。不要让多个插件同时无限重试。
查看完整错误排查
按 HTTP 状态码、请求阶段和客户端行为定位问题。