本页目录
工具整合

基础认知

分清接口地址、API Key、模型与协议,知道 CC Switch 中什么时候要加 /v1。

先记住这个地址

omyai 中转站:https://omyai.vip

不同工具连接同一个平台,但使用的协议和地址格式可能不同。配置时,先看客户端要求,再填写地址。

接入只需要看懂三项

配置项 可以理解为 怎么填写
Base URL 请求发往哪里 omyai 接口地址,是否带路径见下方对照表。
API Key 用哪把密钥鉴权和扣费 在 API 密钥页面 创建并复制,填入工具的密钥栏。
Model 这次调用哪个模型 选择所属分组支持的模型,手动填写时使用完整模型 ID。

同一个域名,不代表所有模型都能调用。 密钥所属分组决定可用模型和计费倍率;配置 Claude 与 GPT 时,要分别选择对应的分组。

四种接口,分开看

协议就是客户端与模型之间的“沟通格式”。OpenAI 的 Chat Completions 和 Responses 要分别选择,不要合并成一个“OpenAI 兼容”选项来理解。

接口类型 常见用途 基础地址 Base URL 请求路径
OpenAI · Chat Completions 支持 Chat 接口的聊天客户端 https://omyai.vip/v1 /v1/chat/completions
OpenAI · Responses Codex、支持 Responses 的应用 https://omyai.vip/v1 /v1/responses
Anthropic · Messages Claude Code https://omyai.vip /v1/messages
Gemini · 原生接口 Gemini CLI 等原生客户端 https://omyai.vip /v1beta/models/模型名:generateContent

CC Switch 速记:Codex 选 Responses,加 /v1;Claude Code 不加;Gemini 原生配置不加。

上表按对应客户端的配置习惯填写。其他工具可能自动补路径,优先看字段说明;各接口与模型是否可用,以平台和当前分组支持情况为准。

OpenAI · Chat Completions:按消息列表对话

适合:已经支持 Chat Completions 的聊天工具或应用。 通常由客户端把用户消息、助手回复等组成 messages 列表,发送给模型。

  • 完整请求地址: https://omyai.vip/v1/chat/completions
  • 主要输入: messages,每条消息包含角色和内容。
  • 返回形式: choices 中的助手消息;工具调用也有对应的字段格式。

客户端如果让你选择“Chat Completions”或“OpenAI Chat”,选这个接口。不要在 Base URL 中追加 /chat/completions,除非字段明确要求完整请求地址。

OpenAI · Responses:统一处理输入、输出与工具调用

适合:Codex 和明确支持 Responses 的应用。 它以 input 接收输入,以 output 返回消息、工具调用等不同类型的结果。

  • 完整请求地址: https://omyai.vip/v1/responses
  • 主要输入: input,可包含文本或结构化输入项。
  • 返回形式: output 项列表,不能按 Chat 的 choices 格式直接读取。

Responses 还提供会话衔接和内置工具等能力,但通过中转站能用哪些功能,需要看平台适配和模型支持。配置 Codex 时,选择 Responses;其他工具只有明确支持这一接口时才选择它。

两者最容易混淆的地方

对比项 Chat Completions Responses
Base URL https://omyai.vip/v1 https://omyai.vip/v1
接口路径 /chat/completions /responses
主要输入字段 messages input
主要输出字段 choices output
接入时怎么选 工具要求 Chat 接口时选它 Codex 或工具要求 Responses 时选它

地址前缀相同,不代表接口可以互换。 只修改模型名称或把路径换成 /responses,无法把一个只支持 Chat 的客户端变成 Responses 客户端。

接口差异参考 OpenAI 官方文档:迁移到 Responses。

Anthropic 与 Gemini:按客户端原生协议配置

Claude Code 使用 Anthropic Messages,按它的原生配置填写域名,由客户端拼接 /v1/messages。Gemini 原生客户端则使用自己的模型路径和请求格式,不应直接套用 OpenAI Chat 或 Responses 的配置。

模型品牌和协议也不是一回事:选 Claude 模型,不代表客户端一定使用 Anthropic 协议。 有些工具通过兼容接口调用其他品牌模型,是否可用取决于平台适配和分组支持。

为什么有的加 /v1,有的不加

Base URL 是基础地址,不是完整请求地址。 客户端会在它后面拼接具体的接口路径。

Codex
https://omyai.vip/v1 + /responses
→ https://omyai.vip/v1/responses

Claude Code
https://omyai.vip + /v1/messages
→ https://omyai.vip/v1/messages

Gemini 原生客户端
https://omyai.vip + /v1beta/models/模型名:generateContent
→ https://omyai.vip/v1beta/models/模型名:generateContent

不要把完整请求地址填进 Base URL。 例如,把 /v1/messages 填进去后,客户端继续拼接路径,就可能出现重复路径和 404。

上面的拼接用于说明原理,无需自己输入完整请求路径。使用 CC Switch 自动导入时,确认地址与客户端对应即可。

配好了,但连接不上?

现象 先检查
404 / 路径不存在 是否多填或漏填 /v1,是否把完整请求路径当成了 Base URL。
401 / 密钥无效 Key 是否完整、是否启用,复制时有没有多余空格。
模型不可用 / 没有权限 密钥分组是否正确,模型 ID 是否在当前分组的可用列表中。
能聊天,但工具调用失败 客户端协议与模型能力是否匹配;能返回文本不代表支持全部工具功能。

完成配置后,重新打开客户端或命令行会话,发送一句简单的测试消息,再到 omyai 使用日志 确认实际调用的模型和费用。

想直接配置,可前往 一键配置;想按步骤了解安装过程,可阅读 快速入门。

文档是知识的开始,也是协作的共识。