先回 200，再在流里收到 400：Argon 的工具结果收尾轮断在半路
这一小时四个仓库零发版，值得动的只有 Antigravity 上的 gemini-4-argon-high：它在工具结果收尾的那一轮先回 200、再在流里断出 400，补丁还没合并。文里给了两条相遇的代码、为什么清冷却与换号都落空，以及今晚的三步处置。
四个仓库在这一小时里都没有新版本，主线与开发分支也没有新提交。今晚没有必须升的东西。
| 仓库 | 当前版本 | 本窗口的动作 |
|---|---|---|
| CLIProxyAPI | v8.0.49 | 零发版，两条分支零提交1 |
| sub2api | 0.2.19 | 零发版2 |
| codex-proxy | v2.1.21 | 零发版3 |
| codex2api | v3.1.2 | 零发版，一张改出站身份的补丁开着4 |
真正需要今晚看一眼的是 Antigravity 通道上的
gemini-4-argon-high。它会在工具结果收尾的那一轮断掉：请求先被接受，reasoning 往下游吐几十秒，然后流里冒出一个 400。200 已经发出去了，400 在流里才来
#7156 的作者在说明里写下了现场：请求返回 200，流开始出 reasoning，几十秒之后、完成之前，流里来一条 400 INVALID_ARGUMENT，正文是 Request contains an invalid argument.。客户端拿不到终局帧，只能看着连接自己断。仓库自带的测试里记着同一类拒绝的另一种原文：
Requests ending with a model turn are not supported.7两种文案指向同一件事：上游收到一个以模型轮结尾的请求，就不肯再往下写。
命中它要两个条件同时成立。走 Antigravity 通道、用
gemini-4-argon 系模型；并且这一轮对话的最后一轮只有工具结果、没有别的 part。作者试过两种单点改动：把角色单独改成
user，或者补一个空的 {"text":""} part。两种都挡不住，于是他改了边界。两条代码在这里相遇
第一处是 v8.0.49 的
normalizeAntigravityGeminiFunctionResponseRoles。它逐条扫内容，遇到纯 functionResponse 的轮次，在第 642 行把角色写成 model8。
sjson.SetBytes(contentJSON, "role", "model") 把它写成模型轮8第二处是同仓库的
EnsureGeminiTrailingUserContent。它的活儿是在末尾补一条 user 轮，第 92 行留了一个豁免：尾轮是 model 角色、内容里只有 functionResponse 时，直接返回原 payload9。
两条合起来就是今天的行为：前一处把收尾轮标成模型轮，后一处看到模型轮就认定不需要再补用户轮。
这套行为从 v8.0.43 起就在。逐版查过 v8.0.43 到 v8.0.49，两个函数每一版都有；补丁新增的那个文件在这七个版本里全部返回 404。
400 走的是请求过错那条路
shouldSkipCredentialCooldown 见到这个结果码就跳过冷却11。这次失败在账号上留下的痕迹几乎是零。好处是账上不会因为一次 400 被冻住。代价是运维惯用的两个动作此刻都落空：
POST /v8/management/routing/cooldown/reset 清的是冷却，而流已经开出去几十秒，重放选号那一步早就过去了。补丁改了两处
补丁新增
helps/antigravity_tool_result_boundary.go。核心函数 EnsureAntigravityGeminiToolResultBoundary 做三件事：拼一个 text part 放这一轮回答过的函数名，追加到 parts 末尾，再把整轮角色写成 user。
sjson.SetBytes(..., "role", "user") 把整轮改成用户轮12第二处在 reasoning 重放。补丁把 payload 拆成发出去的那份与重放快照那份，快照取边界之前的状态。
理由写在 PR 说明里：直接改发出去的 payload，下一轮
thoughtSignature 重放的 contextHash 会对不上，用边界前快照就绕开这一层。现状：open、非 draft、基分支
dev、mergeable clean、7 个文件 +583/−9，只有一条机器人评审，结论是没有未决问题。人工评审一条都没有。今晚能做的三件事
- 把 Argon 从主力模型里摘掉。 Antigravity 那一段的模型目录里只有
gemini-4-argon-high一个 Argon 变体，从分组或账号的白名单里去掉它，比在会话层做补救稳13。 - 在终局工具结果后补一句用户消息。 这是按补丁改法倒推出来的绕法，仓库里没有对应改动，能不能稳定生效要你在自己的流量上验完一整轮工具对话。
- 把排查时间放在请求形状上。 这类 400 不进冷却，账号调度也不会因为一次失败改变排序。
另一张：codex2api 把「统一身份」开关删掉了
#846 是另一种性质：合并之后它会改变出站身份。open、非 draft、基分支 main、mergeable unstable、32 个文件 +246/−377、5 笔提交，评审只有机器人一条。删掉的是
codex_unified_client_identity_enabled：前端选项、设置 API、运行时字段、数据库读写一起移除。维护请求与 OAuth 刷新从此共用同一套对话身份解析和账号覆盖。v3.1.2 的文档把这个开关原来的行为写得很清楚。它默认关闭；开启后用量探针、重置券、每日用量、token 明细、订阅同步、模型清单、模型发现都改用对话身份14。
身份解析失败时，旧实现回退内置的
codex-tui 身份，并按频率限制写一条日志。
Unified: true15四处行为变化，逐条对照：
- 换码阶段写死的
User-Agent: codex-cli/0.91.0被移除。 - 刷新从表单改成 JSON，带
refresh_reason，只复用 UA 与 Originator；会话头与 attestation 不再带上。 - 身份配置解析失败直接报错，回退内置身份那条路被删掉。
- OAuth 阶段按 Codex
rust-v0.166.0区分。
对运维的意思落在升级前的检查：先确认
codex_user_agent_config 能解析出来。auto 模式下版本号要 ≥ codex_min_cli_version，升级之后后台的维护请求才不会整片报错。PR 说明还提到，数据库里的遗留列会保留但不再读写。回滚到旧版本时那个开关的值会丢，效果等于关闭。
今晚不动它：mergeable 是
unstable，评审只有一条机器人。上游与额度：这一小时没有新信号
三家状态页都干净。OpenAI 最近一条事件是 10 月 30 日的小故障，已经恢复16；Anthropic 页面全绿，当天没有事件17；Google Cloud 的事故列表最新一条停在 10 月 20 日的 europe-west218。
Codex 额度这侧一样安静。今天 UTC 还没重置，最近一次已验证的全局重置在 10 月 28 日，四天前；累计 61 次、节奏大约每两天一次19。
大约 13 小时前有一枚 banked 重置落进监控账号，状态是 available。追踪站把它标成不计入预测样本，到今天它还没兑成一次可观测的全局重置；要用的话自己去 Settings → Usage 用掉。
两家追踪站的累计数对不上：codex-reset 记 61 次，opentherank 记 70 次、中位间隔 3 天、最长 68 天20。各按各家标签写就清楚了。
上期在跟的条目还开着
#7154、#7151、#7152 与 sub2api 的 #8471 四条都还是 open，形态没变。dev 头停在窗口之前，这一小时里没有新提交。今晚的动作顺序
- 先在日志里找有没有撞上：200 之后流内 400
INVALID_ARGUMENT，模型是gemini-4-argon-high。 - 撞上了就把 Argon 从模型白名单里摘掉，观察一轮。
- 想留着 Argon 的，先在一条测试流量上加那句用户消息，验证整轮工具对话能走完。
- 冷却与账号调度照原样放着：这类 400 走请求过错那条路，清一次冷却在这条路上只是空动作。
- codex2api 记一条升级前检查：核
codex_user_agent_config能不能解析。
References
- 1CLIProxyAPI Releases
github.com
- 2sub2api Releases
github.com
- 3codex-proxy Releases
github.com
- 4codex2api Releases
github.com
- 5CLIProxyAPI #7156
github.com
- 6codex2api #846
github.com
- 7CLIProxyAPI trailing reasoning 测试
github.com
- 8
- 9
- 10CLIProxyAPI v8.0.49 client_error.go
github.com
- 11
- 12
- 13CLIProxyAPI v8.0.49 models.json
github.com
- 14codex2api v3.1.2 docs/API.md
github.com
- 15
- 16OpenAI Status
status.openai.com
- 17Anthropic Status
status.anthropic.com
- 18Google Cloud Status
status.cloud.google.com
- 19codex-reset
codex-reset.com
- 20opentherank codex-reset
opentherank.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.