首页 / 模型列表 / Claude Opus 4.8

Claude Opus 4.8 倍率与接入

Q: claude-opus-4.8 这个写法能用吗？

在部分分组可以，属于别名映射。不是所有分组都配了，换分组后可能失效。稳定做法是用 claude-opus-4-8。

Q: 支持 prompt caching 吗？

支持。Anthropic 协议里在 content 块上加 cache_control: {"type": "ephemeral"} 即可。长系统提示词场景能显著降费，前提是你所在的分组缓存配置正常。

Q: 老项目里写的是 claude-3-opus，能直接用吗？

不能。老模型名不一定在当前分组里映射，请改成 claude-opus-4-8 或 claude-opus-4-6（4.6 的兼容面最广）。

模型名 claude-opus-4-8。它是上一代旗舰，能力接近 Opus 5 但线路更成熟，在需要长期稳定输出的生产任务里，故障率往往比追新更低。

成熟旗舰线路稳定支持 tools别名兼容

分组与倍率

Opus 4.8 在 7 个分组可用，部分分组同时支持带点号的别名 claude-opus-4.8。

分组	倍率	特点
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 数结算。倍率会随上游成本调整，以控制台内实时展示的数值为准。

接入信息

除了标准模型名，部分分组还接受 claude-opus-4.8 这种带点别名。

项目	填什么
模型名（model）	`claude-opus-4-8`
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-4-8",
    "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-4-8",
    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-4-8",
    "max_tokens": 1024,
    "messages": [{"role": "user", "content": "你好"}]
  }'

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

怎么选分组

它和 Opus 5 定位重叠，选之前先想清楚你要的是能力上限还是稳定：

生产环境优先它，不追新

Opus 5 系列上线时间短，上游线路在高峰期偶有抖动。已经跑在生产上的服务，用 4.8 的故障率通常更低。

别名只在部分分组可用

有些分组配了 claude-opus-4.8 别名，有些不配。跨分组切换时统一使用中划线模型名，避免切换后突然 404。

先测缓存命中再谈倍率

4.8 在很多分组下缓存策略不同，长系统提示词的任务缓存命中与否，实际费用能差好几倍。用真实 prompt 跑一晚上比看倍率表有意义。

在客户端里用这个模型

常用客户端的具体填法：

Claude Code

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

Cursor

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

Cline

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

Cherry Studio

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

常见问题

关于别名和稳定性的问题最多。

claude-opus-4.8 这个写法能用吗？

在部分分组可以，属于别名映射。不是所有分组都配了，换分组后可能失效。稳定做法是用 claude-opus-4-8。

和 Opus 5 相比差多少？

能力接近，差别更多在线路成熟度与响应速度。Opus 5 在极复杂推理上更强，4.8 在稳定性和缓存表现上更可预期。

支持 prompt caching 吗？

支持。Anthropic 协议里在 content 块上加 cache_control: {"type": "ephemeral"} 即可。长系统提示词场景能显著降费，前提是你所在的分组缓存配置正常。

为什么两个分组的价格差好几倍？

号池类型不同。低价分组多为缓存命中率高的池子或混池，高价分组是 0 注入的高质量线路。价格差本质是稳定性与输出纯度的差价。

老项目里写的是 claude-3-opus，能直接用吗？

不能。老模型名不一定在当前分组里映射，请改成 claude-opus-4-8 或 claude-opus-4-6（4.6 的兼容面最广）。