Claude Code 的免费分类器只给原样透传；Pro 档 Argon 一天内被反复报两次打满五小时
Anthropic 把 Claude Code 的 auto mode 分类器请求改成不计费，但只对原样透传的中转生效：本期给出四条条件、两套实现各自的现状与三步自查；另报 Pro 档 Argon 额度被快速烧穿的社区信号，以及两套实现都不按额度阈值摘 Antigravity 号的现状。
本期窗口从北京 22:28 到发稿，四仓没有新版本。
窗口里有两条线，今晚都值得判断一次。
第一条：Anthropic 把 Claude Code 的 auto mode 分类器请求改成不计费，但只对原样透传的中转生效。少做一步，这些请求照旧按 token 计费。
第二条：Pro 档的 Gemini 4 Argon，同一天在社区被反复报「两次就打满 5 小时窗口」。
免费只给「原样透传」
Anthropic 的文档把条件写成四条。5
请求头要原样转发；请求体字段要原样转发，包括中转自己不认识的
safeguards。响应与流式事件不能丢键，例如
safeguard_results；tool-use 的 ID 不许改写。5四条缺一条，这批请求就按普通 token 计费。
客户端会在会话里打一句：this session isn't eligible because your requests go through 你的域名, which isn't compatible with this update。6
这句提示只出现一次，之后一切如常。多出来的那部分钱不会自己报出来。
文档也给了退路，并把代价写在旁边。
设
CLAUDE_CODE_AUTO_MODE_SERVER=0 只是不再提示，分类器请求仍然按 token 计费。5所以看到这句，先别去翻账单。先确认 Claude Code 打进来的是哪条入口。
先分清是「入口不对」还是「实现不对」
这句提示有三种来路，处置完全不同。
第一种，请求没到 Anthropic 上游。服务端检查要打到 Anthropic 自己那侧才判得出来。
第二种，到了，但中转把请求体重编码过。协议转换通常会把不认识的字段丢掉。
第三种，字段在，回程的键被翻译层改了名，
safeguard_results 到不了客户端。三种都不报错，客户端也照常工作。
判据只有一个方向：抓一次真实请求，看这三处有没有原样过去、原样回来。
两套实现现在在哪
CLIProxyAPI v8.0.40 把请求体当原始字节，只在指定路径上做 sjson 修改，不重新序列化。
所以
safeguards 这类未知字段天然活着。
同一段里 advanced-tool-use、fallbacks、per-turn-control 都按这套形状判：客户端点名，或 body 里存在对应字段，就补对应的 beta。整份清单是 29 条。7
与 auto mode 直接相关的是第 172 行的清单注释：第 26 条
afk-mode-2026-01-31，注明 auto-mode sessions, forwarded when the caller sends it。8也就是说，这条 beta 只在调用方自己带上来时才转发，代理不替你补。
但它不是逐字节透传：这个头会按 Claude Code 2.1.280 的形状重建。
重建时有两条规则要分清。10
代理不管理的客户端 beta 会被转发，注释写明理由：删掉它们会让请求直接失败（#5738）。
而代理自己管理的那几条，对未确认的 CLI-profile 调用方会被删掉，以免拼出真实 Claude Code 不会发的形状。
所以能不能过第四条，取决于这套重排有没有动到你关心的键。
sub2api v0.2.18 的 API Key 直通是另一种做法：定点清理。
它按 beta 令牌只删五个字段：
context_management、thinking.block_binding、fallbacks、fallback_credit_token，以及消息内的 output_config。safeguards 不在名单里，所以原样过去。11
五个清理点在第 1041、1048、1055、1063、1072 行，每个都是「没有对应 beta 令牌才删」；名单之外一律不动。11
这一条只核到请求体。响应侧它要解析 usage，
safeguard_results 有没有原样回去，得自己抓一次包才算数。今天就能做的三步
第一步在客户端上看：会话开头有没有那句 notice。这一步不用动服务。
第二步在
/status 里看 Auto mode server 那一栏，确认这次走的是服务端检查还是本地回退。12第三步抓一份请求，看三处：
safeguards 在不在、Anthropic-Beta 里有没有 afk-mode 与 dangerous-tool-use、回程有没有 safeguard_results。三步都过就是合格透传。缺哪一步，缺的那一步就是钱。
PR #6924 把这套透传钉成了回归测试，但它不改行为。
作者 bob-codedaptive 在北京 10-24 00:02 提交，3 个文件 +193/−0，base 是 dev，可合并状态 clean。12
16 个用例覆盖原生 Messages 执行器的四种组合：API key 与 OAuth 两种凭证、可识别与通用两类调用方、JSON 与 SSE 两种响应、上游有判定与无判定。
断言的是四件事：未知请求字段与 beta 值存活、tool ID 不变、判定原样、缺失时不伪造。12
作者自己写明：这些用例在 v8.0.40 与 v8.0.30 上都已经通过，属于保护既有支持，不是新增能力。
同一份说明里还有一句给运维的话：强设
CLAUDE_CODE_AUTO_MODE_SERVER=0 不等于分类器免费。Pro 档的 Argon：一天之内多帖说两次打满
先看官方口径。Antigravity 的模型可用性表里，Gemini 4 Argon 对 Google AI Pro 打勾。13
脚注写的是 Available with paid Google AI Pro plans or on trial with eligible premium devices，付费 Pro 或有高级设备的试用都能用。13
同一张表上 Free 与 Google AI Plus 仍是叉；Argon 还带
***，不在 IDE 里提供。13社区侧，同一天 r/GeminiAI 出现密集的额度帖。
北京 10-23 22:27 一帖：用 Argon 一周，一般提交 3–5 次才打满，今天只用 2 次就 100%，还是 Argon low 档；帖主说自己是付费 Pro，编辑里写已经退订。14
北京 10-24 00:06 另一帖：Pro 会员用 Argon High，三个问题就把整段 5 小时额度用光；发帖时 3 条回复。15
这些是用户自述，量级没法核，也没有一条挂在 Google 员工名下。
能确定的是密度与时间：一天之内多帖，指向同一个模型与同一段窗口。
阈值停调救不了这一类
额度掉得更快，最直接的反应是靠阈值提前停调账号。这条路在 sub2api 上对 Antigravity 不通。
允许设置自动停调阈值的平台只有八个：OpenAI、Anthropic、Grok、Kimi、智谱、MiniMax、OpenCode Go、Command Code。20
Antigravity 不在里面。
名单在第 138 行，注释里写了纳入的理由：有原生用量窗口或滚动窗口的才进来。Antigravity 一条都没有。20
阈值评估那边还有一句明写的注释：Gemini、Kiro、Antigravity 故意不做阈值停调，
antigravity_sched_* 只作为观测快照写入。21也就是说，给 Antigravity 设的阈值不会生效，面板读数照写。
CLIProxyAPI 这一侧同理：响应头级别的额度快照只认 claude、codex、devin 三家。22
换句话说，这两套都不会从响应头里读到 Antigravity 的剩余额度，只能等 429 到了才知道。22
两条路都只剩一个出口：等上游回 429。
这时候判据要分清三档。23
RESOURCE_EXHAUSTED 加 QUOTA_EXHAUSTED（或 INSUFFICIENT_G1_CREDITS_BALANCE），按整窗口耗尽处理。所以日志里那句 429 属于哪一档，取决于 reason 与
Retry-After，不取决于状态码。处置按这个顺序：先把 Antigravity 账号的 429 按 reason 分组；再看同一批账号的额度下降速率比上周快多少；最后决定是压低 Pro 档账号的排队权重，还是把 daily 端点单独分池。
跟踪项：重置还没到点，那张大单只是 rebase
上期留的待验项还挂着。Tibo 那句 before 10am PST 换成北京时间是 10-24 01:00，按字面 PST 标准时算是 02:00。25
到发稿时两个点都还没到，今天 UTC 也还没重置。
更直接的证据是他没有新帖：feed 里的 newest_post_at 停在北京 10-23 12:47，也就是那条预告本身。26
最近一次已验证的全局重置仍是北京 10-23 01:10；追踪站的时间线计数器走到 0d 23:11。27
两家的累计数照旧对不上（codex-reset 记 57 次，opentherank 记 65 次），这条不会因为再过一小时就一致。28
sub2api 那张 151 个文件的大单在本窗口动了，但只是把自己 rebase 到 v0.2.18。
#7704 第 16 笔提交是 Merge upstream v0.2.18 into feat/api-key-concurrency-v2（北京 22:44），没有新功能。29
它仍是 open、可合并、+14104/−524。做的是给每个 API key 设并发上限与有界队列：默认不限，限流时排队 5 个、等 30 秒。29
上游与社区
OpenAI 状态页 All Systems Operational，窗口内无新事件；最近一条仍是 10-23 客服响应延迟，北京 11:41 到 13:58，已恢复。30
Anthropic 全组件 operational，页面最后更新北京 10-23 21:59。31
Google Cloud 有 8 条记录，最近一条修改时间停在北京 10-23 00:19，都在窗口之前。32
Codex 分区窗口内一条新话题，是 Android 端 thinking 消息被截断的报障（北京 10-24 00:13），与中转无关。33
Claude 侧同晚出现多条安全分类器误判的报障。它和本期的 auto mode 是两件事，但都在
safeguards 这条链路上。一条说 Opus 5.5 在一天里把常规代码回复截断 20 多次，原话是 Your response above was stopped by a safety classifier，更早还有 Opus 5.5's safeguards flagged this message。34
另一条说粘贴一段回复就触发 Restricted。35
两条都是刚开、零回复的用户自述。它们说明的是同一件事：服务端检查一旦生效，判定权就在上游手里。
社区取数这一轮三侧都通了：Gemini 走 r/GeminiAI（官方论坛窗口内 0 条新帖，最新仍是上期引过的那份额度估算），Claude 走 r/ClaudeAI 与 anthropics/claude-code，OpenAI 走 Codex 分区 RSS 与 r/OpenAI。
接下来要盯的：#7797 能不能合；Tibo 那条承诺在 01:00 之后落不落地；Pro 档 Argon 的额度报障会不会变成上游的限额调整。
References
- 1CLIProxyAPI v8.0.40
github.com
- 2Sub2API 0.2.18 发行说明
github.com
- 3codex-proxy v2.1.20
github.com
- 4codex2api v3.1.1
github.com
- 5Auto mode classifier request charges
code.claude.com
- 6
- 7claude_executor_request.go 第 224–236 行
github.com
- 8claude_executor_request.go 第 160–175 行
github.com
- 9claude_executor_request.go 第 843–862 行
github.com
- 10claude_executor_request.go 第 1340–1395 行
github.com
- 11gateway_request.go 第 1033–1077 行
github.com
- 12
- 13Antigravity 支持的模型
antigravity.google
- 14Argon Limited Nerfed AGAIN
reddit.com
- 15Gemini 4 Argon eats too much
reddit.com
- 16what's wrong with Argon's usage limit
reddit.com
- 17
- 18Why am I getting limited to flash
reddit.com
- 19
- 20domain_constants.go 第 133–152 行
github.com
- 21
- 22quota_signals.go 第 13–24 行
github.com
- 23
- 24antigravity_executor.go 第 44–50 行
github.com
- 25@thsottiaux 的重置预告
x.com
- 26Codex Reset 的 feed
codex-reset.com
- 27Codex Reset 首页
codex-reset.com
- 28OpenTherank 的重置统计
opentherank.com
- 29PR 7704：API key concurrency limits
github.com
- 30OpenAI 状态页
status.openai.com
- 31Anthropic 状态页
status.anthropic.com
- 32Google Cloud 状态页
status.cloud.google.com
- 33Agent's thinking messages intermittently truncated
community.openai.com
- 34
- 35
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.