CCFly
国内直连接入,覆盖 Claude 等模型,近 30 天可用率 96.7%,首页响应约 74ms,支持 USDT/加密货币 充值。(该站尚在复核中,未确认 /v1 接口真实性,请注意甄别。)
主营 Anthropic Claude 系列的中转站,含 Opus / Sonnet / Haiku 全线,多数兼容 Claude Code、Cline 等编程客户端。
国内直连接入,覆盖 Claude 等模型,近 30 天可用率 96.7%,首页响应约 74ms,支持 USDT/加密货币 充值。(该站尚在复核中,未确认 /v1 接口真实性,请注意甄别。)
海外/全球接入,覆盖 Claude 等模型,近 30 天可用率 96.7%,首页响应约 738ms。(该站尚在复核中,未确认 /v1 接口真实性,请注意甄别。)
海外/全球接入,覆盖 Claude 等模型,近 30 天可用率 96.7%,首页响应约 765ms。(该站尚在复核中,未确认 /v1 接口真实性,请注意甄别。)
Claude 系列在中转站生态里是需求最集中的一块,主要来自 Claude Code ——这个命令行工具把「一天写几百万 token」变成了常态,对单价和稳定性都特别敏感。
这一类站点的分水岭在于「是否真的能跑 Claude Code」。仅提供 /v1/chat/completions 兼容接口是不够的,Claude Code 走的是 Anthropic 原生协议,需要站点同时支持 /v1/messages 接口。这也是为什么有的站网页版能用、一到 Claude Code 就报错。
第二道分水岭是 prompt caching 是否被正确透传。Claude Code 会大量重复发送同一份上下文,命中缓存的部分官方是按约十分之一计价。如果中转站在中间把缓存字段剥掉了,你的账单会比预期高出好几倍,而表面上看单价没变。这一点很难从宣传页看出来,只能靠实际跑一段时间对账。
另外建议关注 Opus 是否真的可用。部分站点宣传「全线 Claude」,但 Opus 因成本高经常被悄悄降级到 Sonnet 或直接返回错误。本站的接口探测会记录 /v1/models 的返回,可以作为交叉验证的起点。
下面几条是按当前实测数据实时算出来的,不是写死的结论 —— 数据一变,推荐就会跟着变。每一条都标了依据,你可以点进详情页自己核对。
每类取综合评分靠前的 3 家做对照。其中 1 家已确认存在 /v1/models 接口 —— 这个数字是实测探到的,不是站点自述。
| 中转站 | 地区 | 可用率 | 延迟 | 模型数 | 支付 | 接口 |
|---|---|---|---|---|---|---|
|
CCFly
ccfly.codes
|
国内直连 | 100% | 605 ms | — | USDT/加密货币 | 有 /v1/models |
|
GitHub (langfuse/langfuse)
github.com
|
海外/全球 | 72.13% | 1045 ms | — | — | 未确认 |
|
codesome.ai
codesome.ai
|
海外/全球 | 100% | 622 ms | — | — | 未确认 |
这一类目下被问得最多的几个问题。答案里的判断标准适用于整个类别,不针对某一家站点。
大概率是该站不支持 Anthropic 原生协议。Claude Code 请求的是 /v1/messages,而不是 OpenAI 风格的 /v1/chat/completions。判断方法:把 base_url 指到站点后直接请求一次 /v1/messages,返回 404 或 405 就是没实现。
最常见的原因是 prompt caching 没被透传。Claude Code 的缓存命中能省掉约九成的重复输入费用,如果中转站不支持,你要为每次重复发送的上下文全价付费。这类站表面倍率低,实际总价可能高于贵一些但支持缓存的站。
可从三个方向交叉验证:一是请求 /v1/models 看返回清单里有没有 Opus;二是问一个只有旗舰模型能答对的高难度问题,对比官方渠道的回答质量;三是看延迟 —— Opus 的响应明显慢于 Haiku,如果标称 Opus 但速度和 Haiku 一样,就有理由怀疑被降级。
需要。Claude Code 会并行发起多个子任务请求,瞬时并发比网页对话高得多。部分站点对单账号设了较低的并发上限,表现为任务中途大量失败而不是直接报限流。建议先在目标站跑一个完整的中型项目试手,观察错误率。
分类页看的是「有哪些站」,下面这几页看的是「谁更稳、谁更快、谁更便宜」—— 两者配合看,比单看任何一边都更有判断力。