配置速查
所有 OpenAI 兼容应用,本质上都只需要这两个字段。
| 配置项 | 填什么 | 容易错在哪 |
|---|---|---|
接口地址 | https://turingapi.space/v1 | 连不通就换成不带 /v1 的写法再试 |
API Key | 控制台创建的 sk- 密钥 | 放请求头,不要放 query 参数 |
模型名 | 站内实际模型名 | 从 模型列表 复制 |
/v1 的),一派自己补 /v1(要你填不带 /v1 的)。连不通时把这两种写法互换一次,能解决绝大多数 404。前置准备
通用接入的三步,适用任何语言任何框架。
在 注册页 建账号,控制台新建密钥并保存。
找设置里有没有 base_url / API Host / 自定义接口 这类字段。没有的话,改用 HTTP 请求直接调用。
控制台「模型广场」能看到范围。模型不在分组里时,请求会返回权限错误。
配置步骤
无论用什么语言,请求形状都是这一套。
HTTP 请求的形状 通用
- 方法
POST - 路径
/v1/chat/completions - 请求头带
Authorization: Bearer 密钥和Content-Type: application/json - body 里放 model 和 messages
curl https://turingapi.space/v1/chat/completions \
-H "Authorization: Bearer sk-你的密钥" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-6.1-sol",
"messages": [{"role": "user", "content": "你好"}]
}' 用这条命令先确认账号和网络没问题,再去查客户端配置,能省一半排查时间。
三种协议怎么选 进阶
/v1/chat/completions:最通用,几乎所有客户端都走这个/v1/messages:Anthropic 原生协议,Claude Code 这类工具用/v1/responses:OpenAI Responses 协议,Codex CLI 用- 同一把密钥在三个路径上都通用
选哪个协议取决于你的客户端,不取决于模型。同一把密钥能调三种协议。
浏览器直连的风险 安全
- 前端代码里出现的密钥等于公开的
- 任何人打开开发者工具都能拿到
- 浏览器直连还可能被 CORS 拦截
- 正确做法是由后端转发请求
个人自用的小工具问题不大,一旦部署给别人用,必须改成后端转发。
验证是否配置成功
看到这些就说明通了
- curl 能返回 JSON 格式的补全结果
- 返回体里有
choices字段 - 控制台「用量」页出现记录
curl 通说明账号侧一切正常,剩下的都是客户端配置问题。
通用故障对照表
- 404 → 地址多了或少了一层 /v1
- 401 → 密钥错、有空格、或没放 Bearer 头
- 403 → 余额不足或该模型未授权
- 502 → 上游线路异常,换个模型重试
curl -H "Authorization: Bearer sk-你的密钥" https://turingapi.space/v1/models这条命令能一次验掉地址和密钥两个变量,是排查的第一步。
常见问题
所有 OpenAI 兼容客户端都会遇到的四类问题。
地址到底填带不带 /v1 的?
先试带 /v1 的写法。如果 404,换成不带 /v1 的再试一次。这两派客户端各占一半,互换一次是最快的判断方式。
为什么返回 404 而不是 401?
401 是身份问题,404 是路径问题。返回 404 说明请求根本没打到正确的接口上,检查地址里的 /v1 有没有重复——比如 /v1/v1/chat/completions。
能在浏览器里直接调用吗?
技术上可以,但会把密钥暴露给所有能打开开发者工具的人。另外浏览器直连常被 CORS 拦。正式使用建议后端转发。
同一个密钥能调 Claude 和 GPT 吗?
能。一把密钥在三种协议、所有模型上都通用,通过模型名区分。不需要为不同厂商分别申请。
怎么确认模型到底有哪些?
调 GET /v1/models(带鉴权头)能拿到当前分组开放的完整清单。控制台「模型广场」也能看到。
相关客户端
OOpenAI Python SDK
改一个参数,业务代码不用动
NNode.js (openai)
注意是 baseURL 不是 base_url
CCherry Studio
图形界面配置,点「获取模型列表」自动拉取
SSillyTavern
选 Custom OpenAI-compatible 端点
接入过程卡住了?到 QQ 群 1128182538 说明「客户端 + 报错码 + 时间点」,比只说"用不了"好排查得多。其他通用问题见 常见问题。