10/15 下午续报：system 开头一句 Claude 身份句让 gemini-3-flash 回 429，额度冷却修复已进 dev
补报 10 月 15 日 13:14 到 14:05（北京）：Antigravity 上 system 开头一句 Claude Agent SDK 身份句就能让 gemini-3-flash 回 429；同时有插件资源路由的鉴权缺口、sub2api 的 stream=false 返 SSE，以及额度冷却修复改从 dev 直提、没有进版本。
这一期覆盖 10 月 15 日 13:14 到 14:05（北京，约 50 分钟），承接上一期的发稿时间。
四个仓库这一窗口都没有出新版本。严格晚于上期发稿的新素材来自 CLIProxyAPI 三条、sub2api 一条。
上期那条「在途成功清掉刚写的额度冷却」也落地了，路径和上期说的不一样。
现在就做
- 在转发链路上剥掉 system 开头那句 Claude Agent SDK 身份句，再送 Antigravity 的
gemini-3-flash。 报障人用单变量对照把触发点锁到那 62 个字节：留着回 429，删掉回 200。1 - 插件提供的资源路由，来源限制放到你自己的反向代理或网关上。 插件的现有接口拿不到客户端地址，判断「是不是本机来的」只剩下可伪造的头。2
- sub2api 上
stream=false的响应，先看Content-Type再决定怎么解析。 报障人的四组对照里，四组回来的Content-Type都是text/event-stream。3 - 额度冷却那条修复已经进 dev，还没有进版本；手里的 v8.0.29 照上期的办法处理。 上期那条 PR #6644 已经关闭且未合并，替代者是直接提交到
dev的 35af74f。4
Antigravity：system 开头一句 Claude 身份句，gemini-3-flash 就回 429
报障人盯上的是 system 开头那一句
You are a Claude agent, built on Anthropic's Claude Agent SDK.。1 他把它单独拿出来做对照，认定这 62 个字节就是触发点。1| 对照 | 实测结果（取自 PR #6649 正文） |
|---|---|
| 原始失败请求，含该前导句 | 429 1 |
| 同一请求，只删掉该句 | 200 1 |
| system 只有该句，user 是一句简短问候 | 429 1 |
| 同长度的中性 system 文本 | 200 1 |
| 同一句放到 user 里 | 200 1 |
You are Claude Code, Anthropic's official CLI for Claude. 作 system | 200 1 |
You are Claude Code, Anthropic's official CLI for Claude, running within the Claude Agent SDK. 作 system | 200 1 |
删掉这一句之后，原请求的 53 个 tools、用户上下文和
reasoning_effort: high 都保留下来。1修法落在哪。 补丁放在 Antigravity executor 的请求构建收口。五类输入协议在这里汇合，一处改动覆盖全部五种。1
匹配范围收得很窄：只认上游模型
gemini-3-flash 和这一条精确句子。1 它只处理 request.systemInstruction.parts 里首个非空文本 part 的开头，不跨 part 匹配。1身份句独占一个 part 时删掉该 part；归一化跑在最终 payload 规则之前，用户自己的 override 与 filter 仍然最后拍板。1
OpenAI Chat Completions、Claude Messages、OpenAI Responses、Gemini 原生、Interactions 五种输入协议共用这个请求构建器。1 token 计数路径调用同一个 helper。1
在 v8.0.29 的整包源码里搜
Claude Agent SDK，四处命中全在测试文件里；执行路径上没有一处会动这句。5
buildRequest，高亮区间止于第 59 行的 payload = geminiToAntigravity(modelName, payload, projectID, derivedSessionIDs...)；第 55 行取到 projectID，第 59 行把 payload 交出去，两行之间只有这一段赋值。补丁要插的就是这个位置。5他在 PR 评论里补了一条可选路线：同一个问题也能用现有插件机制处理，注册
request_normalizer、针对 ToFormat == "antigravity" 的 payload 动手。1 那条插件尚未公开发布，评论里也没有安装地址。1眼下能做。 在你的转发链路上把这一句剥掉，Claude Agent SDK 类客户端默认就带它；剥掉之后原请求的 tools 与参数不受影响。1 链路不方便改的实例，就把这类客户端从 Antigravity 的
gemini-3-flash 路由上摘下来。1CLIProxyAPI：插件的资源路由没有管理鉴权，回环判断做不了
报障人指出，插件提供的资源路由不走管理鉴权，谁来读由插件自己决定。2
「只允许本机访问」是最常见的策略，插件的现有接口支撑不了它。2
本刊在 v8.0.29 里核到这三处。6
ManagementRequest 确实只有那五个字段，RequestInterceptRequest 与 UsageRecord 同样不带客户端地址。7 管理请求的头确实来自 cloneHeader(r.Header)。8提案是加两个由宿主机填写的只读字段。2
RemoteAddr 取入站连接的 r.RemoteAddr，Host 取 r.Host，先落在 ManagementRequest 上，最好也进请求拦截与完成回调的 payload。2现状与处置。 issue #6651 开着、0 条评论、没有对应 PR。2
在它落地之前，把插件资源路由挡在你的反向代理后面，或者给这些路由加一层你自己的 token。2
CLIProxyAPI：一条 redacted_thinking 报障，还定不了性
issue #6650 在 13:50（北京）开出，标题是「redacted_thinking 有问题」，正文只有一句话。9
正文指向本地 127.0.0.1:8317 上的转发器，给出的方向是在转换层把 redacted_thinking 块剥掉，或者转成普通 thinking 块再转发给 Kimi。9
到截稿它是 0 条评论、无版本、无复现步骤、无错误码。9
本刊按未复现登记。把 Claude 系客户端接到 Kimi 上的实例，可以照这个方向查一次转换层对 redacted_thinking 的处理。9
已跟踪项：额度冷却修复改从 dev 直提，Argon 补了 JSON 没补内置注入
上期的主线换了落地方式。修 issue #6643 的 PR #6644 已经关闭，
merged=false，代码没有从它进主干。10替代者是直接提交到
dev 的 35af74f，时间是北京 13:05。4 这条提交的标题是 fix(auth): protect active model and credential cooldowns from being cleared by stale in-flight execution successes。4报障人在关闭评论里认可这条路线，说它不受时钟精度影响、也不需要持久化时间字段。10 他还说自己在
dev 上跑过 TestManager_Issue6643_*，包括 issue 里那个并发在途的场景。10这条提交动 480 行、删 25 行，落在
dev 上，没有进任何版本。4v8.0.29 上这段代码没有变，升级到下一个版本才会带上修复。11
Argon 缺项那条也换了路径。
dev 上另有一条 7459255675，标题是 feat(registry): add gemini-4-argon model definition，关闭 issue #6645，北京 13:09。12 它只改 internal/registry/models/models.json，+33 行。12这条提交和 PR #6648 解决的是两件事。dev 上的提交把模型写进内置目录；PR #6648 加的是
WithGeminiBuiltins 内置注入。13sub2api：stream=false 仍可能回 SSE
issue #7978 是 10 月 9 日开的，本窗口 13:29（北京）新增一条评论，附上一个只依赖 Python 标准库的检查脚本。3
报障人做了四组对照。3
stream=true 正常返回 SSE，结尾是 response.completed；stream=false 的响应体是 SSE；再加 Accept: application/json 同样是 SSE；省略 stream 同样是 SSE。3复现环境是 Cloudflare 后面的一个部署，模型
gpt-6-luna，10 月 14 日仍然可复现。3状态。 issue 开着、3 条评论，没有修复 PR。3
版本与上游：这一窗口没有版本可升
四个仓库的版本都停在原处：CLIProxyAPI 是 10 月 14 日的 v8.0.29，16 sub2api 是 10 月 13 日的 v0.2.16，17 codex-proxy 是 10 月 14 日的 v2.1.17，18 codex2api 是 10 月 12 日的 v3.1.0。19
codex-proxy 与 codex2api 这一窗口里 0 条 issue 或 PR 更新。
上期盯的那条 Codex 重置预告，到本期截稿还没有落地。20 codex-reset.com 显示今天（UTC）尚无重置，最近一次已验证的全局重置仍是 10 月 13 日 05:03 UTC，也就是北京 13:03。20 opentherank 的记录停在 10 月 13 日 05:06 UTC。21
Anthropic 状态页窗口内 0 条事件，全部组件正常，页面在 13:55（北京）更新。22
Google Cloud 的事件源里最近一条仍是 10 月 8 日开始、10 月 9 日结束的 Cloud Storage 上传与写入延迟。23
OpenAI 状态页仍标着整体降级，唯一事件还是 10 月 14 日凌晨那条 Compliance API 成本数据延迟。24 官方写明它不影响 API 与 ChatGPT 使用，窗口内没有新更新。24
社区侧这一窗口没有新的额度或封号条目。25 r/GeminiAI 最新一条是 12:11（北京）的 Argon 好评帖，25 r/ClaudeAI 最新一条是 12:50 的 token 用量讨论，26 r/OpenAI 最新一条还是 12:59 的「We got a rest today」。27
OpenAI 开发者社区的 Codex 分区窗口内也没有额度或风控话题，最新一条是 13:47 的界面帖。28
linux.do 原站这一窗口仍返回 403，它的晚报镜像最新一期还是 10 月 14 日的第 006 期。29
References
- 1
- 2
- 3
- 4
- 5
- 6sdk/pluginapi/types.go at v8.0.29
github.com
- 7sdk/pluginapi/types.go at v8.0.29
github.com
- 8
- 9redacted_thinking 有问题 · Issue #6650
github.com
- 10
- 11
- 12
- 13
- 14
- 15
- 16CLIProxyAPI v8.0.29 · Releases
github.com
- 17Sub2API v0.2.16 · Releases
github.com
- 18codex-proxy v2.1.17 · Releases
github.com
- 19codex2api v3.1.0 · Releases
github.com
- 20Codex Reset — Last Reset Tracker & Live Forecast
codex-reset.com
- 21Will Codex Reset Today? · OpenTheRank
opentherank.com
- 22Claude Status
status.anthropic.com
- 23Google Cloud Service Health
status.cloud.google.com
- 24OpenAI Status
status.openai.com
- 25r/GeminiAI
reddit.com
- 26r/ClaudeAI
reddit.com
- 27r/OpenAI
reddit.com
- 28Codex · OpenAI Developer Community
community.openai.com
- 29第 006 期 · 2026-10-14 · linux.do 晚报
linuxdo.club
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.