忘记说了，现在的cc-反重力更换了渠道，基本没有中断期，我自己有时候也在hermes使用。
缓存高命中而且不是kiro反代，会比较接近原生，所以目前auto分组我调整给了反重力，让大家体验会更好些。

新增了codex-plus分组，倍率更低，但稳定性也会随着降低。
想要玩破限的可以用plus分组的试试看看

模版切换回去旧版了🌝看着太累了，给旧版模版加入了ccs一键导入，方便小白。
另外是不建议使用gpt模型给claudecode使用，缓存不高。

plus号池稳定性好很多了，所以加入auto了，使用auto分组的就可以直接自动使用plus分组，失败才熔断到pro号池分组。

想要单独使用pro号池分组的可以单独创建codex分组的sk，或者单独plus

专业claude测试平台测试猫佬API claude max渠道满分
https://cctest.ai/zh

添加了一个生图专用的API地址：
https://image.maolaoapi.com/
生图超时的可以换成这个地址，没有优化线路，单纯没有用cloudflare

如果遇到上下文压缩超时的也可以换这个线路，就是平时慢了点。

free用的人太多了限流厉害，下掉了

Gpt准备迎来大涨了 天塌了，如果是涨的比较狠，还不如用claude

之前没有添加codex-auto-review 这个编辑审核模型，所以所有 apply_patch 编辑都会被卡住。
已经添加了这个模型重定向到gpt-5.4-mini，价格跟gpt-5.4-mini一致。

这是开启了自动审核功能才会遇到的问题

还有遇到codex 这种类似变体的模型问题可以第一时间联系我兼容

之前为了让 Codex 先能用自动审批，我把 codex-auto-review 映射到了 gpt-5.4-mini。

但我后来觉得，这里不该用 mini模型 来做审批，自动审批更适合交给更好的模型。
所以我准备把它切到 gpt-5.5。


代价是自动审批的 token 会更高一些（codex官方也是使用旗舰模型审批）

Anthropic 新增CC-Windsurf逆向分组，倍率0.5，支持1M上下文

Anthropic 新增官Key 分组，倍率3.5，纯key原生api，非max套壳非反代，无限制支持外部调用。
由https://cctest.ai/ 提供测试

⚠️ Hermes / OpenAI 兼容接口调用 Claude 模型避坑

如果你用 Hermes、OpenClaw类 Agent，通过 OpenAI-compatible 接口调用 Claude 模型，比如：

claude-opus-4-7
claude-sonnet-4-6

遇到一切换 Claude 模型就秒报错，不一定是 key 坏了，也不一定是上游渠道挂了。

我这边实测踩到一个坑：

Hermes 开了 fast / priority 模式后，切到 Claude 模型时会自动带一个参数：

speed="fast"

这个参数对 Anthropic 原生 Messages API 是有意义的，但如果你走的是 OpenAI-compatible 的 /v1/chat/completions，就可能直接报错：

Completions.create() got an unexpected keyword argument 'speed'

重点是：这个错误甚至可能还没真正打到中转站/上游，客户端 SDK 本地就先炸了。

排查建议：

1. 先直连 /v1/chat/completions 测模型是否可用
2. 再看 Agent 实际请求里有没有多带 speed / service_tier / reasoning 这类额外参数
3. OpenAI-compatible 转 Claude 时，不要盲目复用 Anthropic 原生参数
4. 如果是 Hermes，临时可以关 fast mode，或者在 chat_completions 路径过滤掉 speed

结论：

Claude 模型能不能用，要分清楚两件事：

✅ 渠道是否支持这个模型
✅ 客户端发出的请求格式是否兼容当前接口

很多“模型不可用”的问题，其实是请求参数不兼容。

包括gpt-image-2也是一样的，很多人都会以为是中转站问题，其实是客户端这边没有配置好模型的端点。