本站同一个 API Key 可以用三种协议调用文本模型：POST /v1/chat/completions（OpenAI 兼容）、POST /v1/responses（OpenAI Responses）、POST /v1/messages（Anthropic Messages）。模型的原生协议与你选的协议不同时，网关自动转换。本页是 2026-10-04 对全部 75 个文本模型逐一实测的结果，帮你按客户端和模型选协议。端点与字段见 协议支持的模型。
通道选择
除了协议，还可以选调用地址（通道）。本站有两个调用地址，两个 URL 的模型数量都是一样的，同一个 API Key、同样的价格、同样的三种协议，区别只在响应速度：
调用地址
国内通道 URL
https://api.acapi.top国内模型（DeepSeek、Qwen、GLM、Kimi、豆包、MiniMax 等）走这里响应更快
国外通道 URL
https://acapi.top海外文本模型（GPT、Claude、Gemini、Grok 等）走这里响应更快
区别是国内模型走国内通道响应更快，国外模型走国外通道响应更快；两个 URL 的模型数量都是一样的，同一个 API Key、同样的价格，任选一个都能调用全部模型。OpenAI 兼容客户端的 Base URL 在地址后加 /v1（如 https://api.acapi.top/v1）。
| 你主要调用的模型 | 推荐通道 | Base URL（Anthropic / Gemini 原生） | Base URL（OpenAI 兼容） |
|---|---|---|---|
| DeepSeek、Qwen、GLM、Kimi、豆包、MiniMax 等国内模型 | 国内通道 | https://api.acapi.top | https://api.acapi.top/v1 |
| GPT、Claude、Gemini、Grok 等海外文本模型 | 国外通道 | https://acapi.top | https://acapi.top/v1 |
- ·国内模型走国内通道响应更快，国外模型走国外通道响应更快；选错通道也能正常调用，只是慢一些。
- ·一个客户端只能填一个 Base URL 时，按你最常用的模型选；国内、海外模型混用且都常用，可以建两个连接（同一个 API Key）分别填两个地址。
- ·Gemini 原生协议端点（
/v1beta/models/{model}:generateContent等）两个通道均可用。 - ·某个通道连不上、超时或明显变慢时，把 Base URL 换成另一个通道再试，API Key 与模型名都不用改。
一句话规则
GPT → `/v1/responses`；Claude → `/v1/messages`；其余（Gemini、Grok、DeepSeek、豆包、GLM、Qwen、Kimi、MiniMax）→ `/v1/chat/completions`。 拿不准时选 Chat Completions：覆盖面最广，实测 75 个文本模型中 73 个直接可用（另 2 个为当时线路故障，不是协议问题）。
按系列的实测结果
「原生」= 线路直接按该协议处理；「转换」= 网关转换协议后实测可用；「不支持」= 两次实测都被明确拒绝。
| 系列 | Chat Completions | Responses | Messages | 推荐 |
|---|---|---|---|---|
GPT（gpt-6*、gpt-5.x） | 原生 | 原生 | 转换 | /v1/responses |
gpt-5.3-codex | 可用（个别线路首次会拒，重试可用） | 原生 | 不支持 | /v1/responses |
| Claude（4.5 起全系） | 转换 | 转换（3 款例外，见下） | 原生 | /v1/messages |
| Gemini | 原生 | 转换 | 转换 | /v1/chat/completions |
gemini-4-argon（Gemini-4 Argon） | 原生 | 原生 | 转换 | /v1/chat/completions |
| Grok | 原生 | 原生 | 转换 | /v1/chat/completions |
| DeepSeek、豆包、Qwen、MiniMax | 原生 | 转换 | 转换 | /v1/chat/completions |
GLM（glm-5.2 / glm-5.3 系、glm-5-turbo、glm-5v-turbo） | 原生 | 转换 | 转换 | /v1/chat/completions |
glm-5、glm-5.1 | 原生 | 不支持 | 转换 | /v1/chat/completions |
kimi-k3 | 原生 | 转换 | 转换 | /v1/chat/completions |
kimi-k2.7、kimi-k2.6 | 原生 | 不支持 | 转换 | /v1/chat/completions |
福利版（*-free） | 原生 | 未实测 | 未实测 | /v1/chat/completions |
`/v1/responses` 不支持：
claude-opus-4-5、claude-sonnet-4-6、claude-opus-4-7、glm-5、glm-5.1、kimi-k2.6、kimi-k2.7。`/v1/messages` 不支持：gpt-5.3-codex。`gpt-6-sol` 带 function `tools` 走 Chat Completions 时由网关自动处理（自动改走 Responses，响应格式不变），无需改协议。按客户端选
| 客户端只讲的协议 | 典型客户端 | 怎么选模型 |
|---|---|---|
| Chat Completions（OpenAI 兼容） | Cherry Studio 默认模式、WorkBuddy 等多数第三方客户端 | 全部文本模型可用；gpt-6-sol 带工具（Agent 模式）由网关自动处理；gpt-5.3-codex 线路不稳，建议改用 gpt-5.4 / gpt-5.5 |
| Messages（Anthropic） | Claude Code、Claude 桌面类客户端 | Claude 全系原生，首选；GPT、Gemini、Grok 与国内模型也可用（转换；国内模型的思考内容以 thinking 块返回，客户端需能处理）；不要选 `gpt-5.3-codex` |
| Responses | Codex CLI / Codex Desktop | GPT 全系原生，首选；Gemini、Grok、豆包、DeepSeek、MiniMax、kimi-k3、glm-5.2 / glm-5.3 系也可用（转换）；不要选上面「Responses 不支持」的 7 个模型 |
转换时要注意
- ·走转换协议时，各家专有字段可能丢失或改形：Claude 走 Chat Completions 会丢 prompt cache 的
cache_control与thinking；推理、工具、多模态字段以目标模型本族协议最完整。 - ·
minimax-m2.7的思考内容以内联<think>标签出现在正文里，不是独立的 reasoning 字段。 - ·Responses 下推理模型在输出预算很小时会返回
status: "incomplete"（预算全部用在推理上），把max_output_tokens调大即可，不是故障。 - ·模型会增减，可调用列表以
GET /v1/models实时返回为准；本页结论随实测更新。