Claude Opus 5 倍率与接入

Q: 模型名到底怎么写？

是 claude-opus-5，中划线，全小写。写成 claude-opus-5.5、claude-3-opus、Claude-Opus-5 都会返回模型不存在的错误。带点号的 5.5 是另一个模型，见 Claude Opus 5.5。

Q: 为什么请求返回 400 说 max_tokens 必填？

Anthropic Messages 协议要求 max_tokens 必填，OpenAI 协议里它可选。用 Anthropic 端点调用时必须显式写上，一般设 4096–8192 起。

Q: 能不能用 OpenAI 协议调？

可以。同一把密钥在 /v1/chat/completions 上同样能调 Opus 5，适合只支持 OpenAI 协议的客户端。不过工具调用（tools）的字段格式两套协议不同，能走 Anthropic 协议时优先走原生协议。

Q: 报 404 但密钥是对的？

九成是端点写错。Anthropic SDK 的 base_url 填 https://turingapi.space（不带 /v1），SDK 自己会拼 /v1/messages；curl 则要写全 https://turingapi.space/v1/messages。

模型名是 claude-opus-5，端点 https://turingapi.space/v1/messages。它在 7 个分组可用，倍率从 0.1x 到 2.5x，逐 token 按官方单价乘倍率结算。

旗舰级推理长任务链路支持 tools单次上下文最大档

分组与倍率

同一个模型在不同分组下价格差很大，原因是号池类型不同。下表按倍率从低到高排列。

分组	倍率	特点
kiro-高缓	0.1x	高缓存命中，重复上下文的项目最省
kiro-企业版	0.43x	企业号池，长时间会话最稳
ccmax-微注入-colding-不可外接	1.2x	纯 max 号池，有微量注入；外接会缓存异常，仅限站内使用
ccmax-0注入-仅colding	1.2x	0 注入线路，输出最接近原生；仅常规对话与编码，不支持二次转发
微注入-coding-可外接	1.3x	纯 max 号池，编码场景优化，允许外接客户端
ccmax-微注入-蒸馏	1.7x	纯 max 号池，允许外接，掺水全退
ccmax-0注入-蒸馏	2.5x	0 注入且允许蒸馏，线路最贵

倍率是相对官方定价的计费倍数：0.43x 就是按官方价的 43% 计费，数字越小越便宜。实际扣费 = 该模型的官方单价 × 你所在分组的倍率，再按实际 token 数结算。倍率会随上游成本调整，以控制台内实时展示的数值为准。

接入信息

三项要填对：模型名、端点、认证头。写错任何一项的表现都是 404 或 401。

项目	填什么
模型名（model）	`claude-opus-5`
Anthropic 端点	`https://turingapi.space/v1/messages`
OpenAI 兼容端点	`https://turingapi.space/v1/chat/completions`
Base URL（Anthropic SDK）	`https://turingapi.space`
认证方式	`x-api-key: sk-xxx（Anthropic 协议）／Authorization: Bearer sk-xxx（OpenAI 协议）`

调用示例

下面三种写法调的都是同一个模型，按你手上客户端支持的协议选一种。

curl 直接调用（Anthropic Messages）

curl https://turingapi.space/v1/messages \
  -H "x-api-key: $TURING_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "content-type: application/json" \
  -d '{
    "model": "claude-opus-5",
    "max_tokens": 1024,
    "messages": [{"role": "user", "content": "你好"}]
  }'

max_tokens 在 Anthropic 协议里是必填项，漏了会直接返回 400。

Python（anthropic 官方 SDK）

from anthropic import Anthropic

client = Anthropic(
    api_key="sk-你的密钥",
    base_url="https://turingapi.space",   # 注意：不带 /v1
)

r = client.messages.create(
    model="claude-opus-5",
    max_tokens=1024,
    messages=[{"role": "user", "content": "你好"}],
)
print(r.content[0].text)

base_url 写成 https://turingapi.space/v1 会变成 /v1/v1/messages，返回 404。

OpenAI 协议调用同一模型

curl https://turingapi.space/v1/chat/completions \
  -H "Authorization: Bearer $TURING_KEY" \
  -H "content-type: application/json" \
  -d '{
    "model": "claude-opus-5",
    "max_tokens": 1024,
    "messages": [{"role": "user", "content": "你好"}]
  }'

一把密钥两种协议通用。客户端只支持 OpenAI 协议时，用这个端点同样能调 Claude。

怎么选分组

倍率低不等于适合你。按这个顺序判断：

先要稳定，再谈便宜

长时间连续编码、上下文很长的任务，优先 0.43x 的企业号池分组；0.1x 的高缓分组便宜，但命中缓存才有优势，冷启动并不省。

要外接客户端就别选「不可外接」

分组名里带「不可外接」「仅colding」的，只能站内或 CLI 自带提示词使用。接 Cursor、Cherry Studio 这类第三方客户端时选了它，会出现缓存异常或直接失败。

按预算线性试

先充小额，用真实任务跑一天，把实际消耗和官方倍率对一遍。Opus 5 单价在这三个模型里最高，误用一次长上下文任务就能吃掉不少额度。

在客户端里用这个模型

这四页有该客户端把模型名填在哪一栏的具体说明。

Claude Code

终端里直接跑，注意 ANTHROPIC_BASE_URL 的写法

Cursor

Override OpenAI Base URL，模型名要手动加

Cline

选支持 tools 的模型，否则会静默卡住

Cherry Studio

桌面聊天，模型名直接填 API 名

常见问题

Opus 5 特有的几个问题，基本都是模型名和 max_tokens 引起的。

模型名到底怎么写？

是 claude-opus-5，中划线，全小写。写成 claude-opus-5.5、claude-3-opus、Claude-Opus-5 都会返回模型不存在的错误。带点号的 5.5 是另一个模型，见 Claude Opus 5.5。

为什么请求返回 400 说 max_tokens 必填？

Anthropic Messages 协议要求 max_tokens 必填，OpenAI 协议里它可选。用 Anthropic 端点调用时必须显式写上，一般设 4096–8192 起。

它和 Claude Sonnet 5 该用哪个？

Opus 5 强在长任务的一致性和复杂推理，Sonnet 5 是日常开发的主力。判断标准很简单：一次任务需要跨十几个文件、或者需要模型自己维护很长的思路，用 Opus 5；写函数、改单文件、日常问答，Sonnet 5 更快也更便宜。

能不能用 OpenAI 协议调？

可以。同一把密钥在 /v1/chat/completions 上同样能调 Opus 5，适合只支持 OpenAI 协议的客户端。不过工具调用（tools）的字段格式两套协议不同，能走 Anthropic 协议时优先走原生协议。

为什么同一个模型不同分组倍率差 25 倍？

因为分组对应不同的上游号池。0.1x 是缓存命中率高的号池，2.5x 是 0 注入、允许蒸馏的高质量线路。便宜的分组在并发高峰或冷上下文时体验会差一些，贵的分组是拿钱换稳定性。

报 404 但密钥是对的？

九成是端点写错。Anthropic SDK 的 base_url 填 https://turingapi.space（不带 /v1），SDK 自己会拼 /v1/messages；curl 则要写全 https://turingapi.space/v1/messages。