添加了一个生图专用的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也是一样的，很多人都会以为是中转站问题，其实是客户端这边没有配置好模型的端点。

新增Codex-福利分组 0.05倍率，不保证xh思考，5.5稳定性。
需要单独创建Codex-福利分组的key，没加入auto

CC-特价调整倍率到0.3

CC-ultra 以及CC-Aws逆向 分组缓存太低体验差下架

Anthropic 新增临时分组：CC-Max特价 倍率1

不确定能跑多久，超低价max，可外接，百分百真实max，随便测试。
中转站快来接，能跑多少就是赚。
市价是倍率3左右，也就是3元/刀并且不能外接


cc满血特价 ip被封了 一会儿修复

CC-Max特价 下架了