分组与倍率
注意：GPT-5.5 只挂在 3 个分组上，新一代那几个不降智分组里没有它，别照抄别的模型的选组经验。
| 分组 | 倍率 | 特点 |
|---|---|---|
| GPT-超低价（不保稳定） | 0.1x | 低价混池，价格最低，稳定性不作保证 |
| GPT-pro | 0.2x | 纯 pro 号池，速度与稳定性最好 |
| GPT-专用 | 0.4x | 专用号池，含图像生成与 5.x 全系 |
接入信息
模型名必须带点号。
| 项目 | 填什么 |
|---|---|
| 模型名（model） | gpt-5.5 |
| Chat Completions 端点 | https://turingapi.space/v1/chat/completions |
| Responses 端点 | https://turingapi.space/v1/responses |
| Base URL（OpenAI SDK） | https://turingapi.space/v1 |
| 认证方式 | Authorization: Bearer sk-xxx |
调用示例
三种写法。
curl（Chat Completions）
curl https://turingapi.space/v1/chat/completions \
-H "Authorization: Bearer $TURING_KEY" \
-H "content-type: application/json" \
-d '{
"model": "gpt-5.5",
"messages": [{"role": "user", "content": "你好"}]
}'输出长度用 max_completion_tokens 控制；老参数 max_tokens 在新一代模型上可能不被接受。
Python（openai 官方 SDK）
from openai import OpenAI
client = OpenAI(
api_key="sk-你的密钥",
base_url="https://turingapi.space/v1", # 含 /v1
)
r = client.chat.completions.create(
model="gpt-5.5",
messages=[{"role": "user", "content": "你好"}],
)
print(r.choices[0].message.content)OpenAI SDK 的 base_url 必须带 /v1，这和 Anthropic SDK 正好相反。
Responses 协议
curl https://turingapi.space/v1/responses \
-H "Authorization: Bearer $TURING_KEY" \
-H "content-type: application/json" \
-d '{
"model": "gpt-5.5",
"input": "你好"
}'Codex CLI 这类新工具走的是 Responses 协议。同一把密钥两个端点都通用。
怎么选分组
它的价值是兼容，所以选组优先看能不能用：
只有「GPT-超低价」「GPT-pro」「GPT-专用」三个分组挂了 5.5。开到别的不降智分组时会一直报模型不存在。
5.5 的优势只在兼容。新写的代码没必要停在上一代，直接选 GPT-6 Sol。
把老项目迁到中转站，第一步只改 base_url 和密钥，模型名保持不动。跑通之后再考虑升级模型，出问题好定位。
在客户端里用这个模型
老工具链里最常出现它：
Codex CLI
走 Responses 协议，配置写在 config.toml
Cursor
Override OpenAI Base URL，模型要手动加
Cline
模型不支持 tools 会静默卡住
Cherry Studio
桌面聊天，模型名手填
常见问题
可用性是最常见的问题。
为什么报模型不存在？
先看你的分组是否包含 5.5（只有三个分组有），再看模型名有没有被写成 gpt-5-5——中点必须保留。
和 GPT-6 Sol 差多少？
能力上一代之差，日常任务差别不大，复杂推理明显。新项目不建议停在 5.5。
能直接用在新版客户端里吗？
能。OpenAI 协议向后兼容，客户端只要能填自定义模型名就行。
支持 tools 吗？
支持。但部分新工具（如走 Responses 协议并依赖新字段的）在 5.5 上可能有兼容问题，遇到就换 6 系列。
要不要现在就迁到 6？
跑得好的老项目不必急着迁。稳定优先，等 6 系列的兼容性经过一段时间验证再动。
相关模型
接入过程卡住了？到 QQ 群 1128182538 说明「客户端 + 报错码 + 时间点」，比只说"用不了"好排查得多。其他通用问题见 常见问题。