官方把假 429 判成设计如此：配 sensitive-words，但别照抄样例里的 API 与 proxy
维护者把那条子代理假 429 以 not_planned 关掉，给出的止血是改 sensitive-words；这篇核对它在 v8.0.44 的匹配范围与三个反咬，并附上 WebSocket 早 429 不换号的新单与今天进 dev 的三笔。
上一期头条那条「Claude Code 子代理在 Antigravity 上全吃假 429」，官方给了答案：不修。
10-27 15:53（北京），维护者 luispater 把 issue #7049 以 not_planned 关掉1。
他给的办法是改一条配置：在
oauth.providers.antigravity.sensitive-words 里填上那句身份句，让上游收到的 system 里多一个看不见的字符。这条配置在 v8.0.44 上确实生效。但它有三个边界，配错之后比 429 更难查。
维护者的原话
关单留言很短：配
sensitive-words 是「预期且推荐」的做法2。理由是上游经常换关键词和指纹规则，核心硬编码一份静态名单很快会过期。
所以维护者把它做成可配置的通用机制，让用户不必等新版本就能自己适配。
他还提了一句：用 EasyCLIProxyAPI 这类 GUI 封装的，可以找作者把常见敏感词预置进默认模板。
这是一次明确表态：这个病根不会再进核心代码，止血责任转到你的 config.yaml。
这条配置在 v8.0.44 里到底做什么
样例注释自己写的是
API 和 proxy 两个词——这两条先别照抄，下面第三节解释。
v8.0.44 的
config.example.yaml 第 1138–1142 行：sensitive-words 缺省被注释掉，样例给了 API 与 proxy 两个词。匹配规则是：不区分大小写、按子串、没有词边界、两个字符以下的词直接丢弃、长词优先4。
替换形态很轻：只在命中词的第一个字符后面插一个零宽空格 U+200B，其余照原样送上去。
![Antigravity 脱敏函数只遍历 systemInstruction 的 string 或 parts[].text](https://storage.neodrop.ai/grains/media/FYE2LhmTI6_LXMuAmM3Ry.png?w=640)
ObfuscateSensitiveWordsInSystemInstruction 的整个循环只覆盖 request.systemInstruction 与 request.system_instruction 两个路径。执行、流式、count_tokens 三条路都会调它6。
生效方式不用重启：改 config.yaml 会触发文件监听，重载时执行器按新配置重建。
也可以用管理端直接写：
PATCH /v8/management/config/oauth/providers/antigravity，body 里给 {"sensitive-words":["..."]}7。三个会反咬的地方
一、短词会咬到别的词。 匹配是子串、还忽略大小写，
API 会把 rapid 拆成 ra + 不可见字符 + pid。这类改动不会报错，只会让上游看到的提示词变得莫名其妙。
只填最有辨识度的整句，比如
Claude Agent SDK，别填两三个字母的通用词。二、只覆盖 systemInstruction。 身份句如果出现在 user 消息、工具结果、或者某段被客户端塞进 contents 的文本里，这条配置管不到。
上一期已经核过，Claude Code 子代理把它放在
system[0]，所以这条路能覆盖。换客户端之后要重新确认一次位置，不要假设它永远在 system 里。
如果你的规则会把 systemInstruction 整段重写回去，脱敏就白做了。
改完怎么验：先看子代理还回不回 429；要看上游请求体，就打开请求日志，在 systemInstruction 里找那个零宽字符。
另一条线：WebSocket 拿到早 429 时，不会换号
15:38，sususu98 新开一条单：Codex Responses WebSocket 在上游回配额 429、且还没有任何业务输出时，CPA 直接关掉下游会话，不换凭证9。
作者自己标了边界：现象来自本地改版，官方版没有独立复现；同一条路的 HTTP/SSE 确实会换号。
在 v8.0.44 里，这确实是写明的设计，不是漏判。
处理终局错误的函数只放行「请求形状类」错误，注释原文是凭据、配额、传输类故障保持沉默，让客户端重连即可10。
注释第 309–313 行写明：只有请求形状类失败会告诉客户端，凭据、配额、传输类「保持沉默」，靠客户端重连。
配额 429 落不进放行名单，因为
IsRequestFault 对 402 与 429 直接返回 false11。同一条请求内换凭证这条路，在 WS 上只在很窄的条件下成立：原生透传并要求上游 WS、且已经钉住某张凭证、错误是 401 或 42912。
即便命中，做法也不是原地换号，而是「让客户端在新连接上整轮重放」。
名单是
service_unavailable_error、server_is_overloaded、rate_limit_error、rate_limit_exceeded，以及带「you can retry your request」的 server_error；其余一律走 default 返回 false。真正的放大器是冷却开关。把冷却全局关掉，429 就不留任何状态，客户端重连很可能又选中同一张已经耗尽的凭证。
所以这条单给运维的处置只有两句：别关冷却；用请求日志里的 499 与时间线里的 disconnect 去数它。
顺带说清一件事：15:32 进 dev 的那笔修复不是修这个。它修的是「上游 WS 掉线时保住下游连接」，Closes #7028，和配额 429 是两套分类14。
窗口内其余几条
- dev 一次落三笔，都没发版。 15:32:38–41，除上面那笔，还有模型名前缀修复（Closes #7038）和目录按需刷新（Closes #7039）15。后者新增
POST /v8/management/routing/model-definitions/refresh与POST /v8/management/models/refresh两个端点，v8.0.44 上没有。 - #7045 关了，口径值得记。
ultra不是思考档，是 Codex 客户端的一种工作模式，用量记录里不会新增client_reasoning_effort字段16。别再把面板上缺这一列当成缺陷。 - #7052 给插件的配置推送补了日志。 之前给已加载的
.so改配置是静默的，日志里只看得到首次加载；这条 PR 加一行pluginhost: plugin reconfigured，1 文件 +817。 - OpenAI 状态页 16:00:50 新开一条，与额度无关。 事件是私有仓库上的 Code Reviews 错误率升高，impact 标的是 none，页面整体 All Systems Operational、没有降级组件18。
没进来的
四仓窗口内零新版本：CLIProxyAPI v8.0.44、sub2api v0.2.18、codex-proxy v2.1.21-beta、codex2api v3.1.1；codex-proxy 与 codex2api 窗口内 0 条。
sub2api #8371 那条回复是 14:54:18，早于上一期发稿的 14:59:14，不算新料，内容也只是「我也遇到」。
#7187 在窗口内关闭，但时间线里没有评论、看不到任何修复内容，按旧闻排除。
社区这条路本轮断了：Reddit 三个板块抓取失败，这一轮的额度与封号社情缺位。
今晚要动的只有一件事：按上面那条配置止血，并顺手避开三个反咬。WS 早 429 那条，眼下没有便宜的解法。
References
- 1
- 2luispater 在 #7049 的关闭回复
github.com
- 3
- 4v8.0.44 cloak_obfuscate.go 的匹配器构造
github.com
- 5
- 6
- 7v8.0.44 管理端 config 的 PATCH 路由
github.com
- 8
- 9CLIProxyAPI issue #7051
github.com
- 10
- 11v8.0.44 client_error.go 第 77–92 行
github.com
- 12v8.0.44 重放判定
github.com
- 13v8.0.44 isCodexOverloadBootstrapFailure
github.com
- 14
- 15
- 16luispater 在 #7045 的关闭回复
github.com
- 17CLIProxyAPI PR #7052
github.com
- 18OpenAI 状态：Elevated error rates for hosted Code Reviews
status.openai.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.