一句 system 提示词让 Claude 子代理全吃假 429；五张修复单午后被作者关掉 (2026)

北京时间 13:42 到 14:51，四仓没有新版本，主干也没有新提交。

这一个多小时里落下两件事。五张修复单在 14:24 被作者自己关掉；六分钟后，同仓库开出一张新单，把 Antigravity 上的假 429 钉在一句固定的 system 提示词上。

前者说明哪些缺口从今天起只能自己绕，后者给出一个现在就能改的配置键。

五张单在十一秒里被作者自己关掉

五张单都出自 eaxeax。他在 10-27 凌晨 03:35 一口气开出 #7030 到 #7034，每张修一张自己报的单1。

14:24:16 起，他用十一秒把它们依次关掉。五张的 merged 全为 false，merged_at 全为 null2。

关单留言分成两拨。

前三张是同一种写法：「Closing: #7026 was closed as not planned (the fallback is intended)」这类2。括号里补了各自的理由——回落到直连是有意行为2，外层请求重试覆盖了 EOF3。

后两张换了说法：「issues here are fixed independently of pull requests」，后面紧跟一句 #7028、#7029 还开着4 5。

这对应 10:00 维护者在那两张单下的回复：按用户报障独立修，修的时候不参考关联 PR，也不加 Co-authored-by6。

三个底层报障单今早 08:03 到 08:32 已被判成 not planned，理由都落在「有意行为」上7。

五张补丁止步于关闭，v8.0.44 的发行内容里没有它们。发行版是 10-26 23:48 发的，dev 头停在今早 10:29，比关单时刻早将近四小时8。

两条「独立修」因此还停在承诺上。

单号	补丁在修什么	底层单	现在能靠什么
#7030	把 `interaction.completed` 当已交付终局	#7024 判 not planned	客户端读到这个事件再断开；本地仍可能记一次 499
#7031	代理配了却不可用时让请求失败	#7026 判 not planned	在容器或主机层堵死直连，出站只留代理
#7032	Codex WS 的 Upgrade 遇 EOF 重试三次	#7027 判 not planned	`routing.retry.request-retry` 在请求层重来，默认 3 次
#7033	上游 WS 断线不再关下游 socket	#7028 仍 open	等维护者；客户端按「本轮失败」重发
#7034	Home 选择先被释放时仍钉住上一轮凭证	#7029 仍 open	同上

表格里前三条来自关单留言的原话2 3，后两条来自那两张单当前的 open 状态9。

对运维的读法很直接：前三件今天起按「不会修」处理；后两件可以等，等多久没有时间表。

六分钟后：一句 system 提示词让整池吃假 429

14:30:46，issue #7049 开出，作者 1442856416，零评论、无标签10。

环境写得够细：CPA 8.0.44、三张 Antigravity OAuth（都是 PRO）、模型 gemini-3.8-flash-high，客户端 Claude Code 2.1.310 走 Anthropic Messages 入口。

现象是 Claude Code 的每个子代理（Task 工具）都回 429 RESOURCE_EXHAUSTED，同一张凭证上的主代理一路 200。

额度侧的记录排除了额度：失败时刻三张号在 gemini-3.8-flash-high 上都还剩 89%、87%、99%。

作者把定位过程写成了可复查的二分：把一条 84 KB 的子代理请求逐字段删，只有删掉 system 才回 200。

再单独放：只留那段长代理提示，200；只留 You are a Claude agent, built on Anthropic's Claude Agent SDK.，429；把这句话改成 You are a Claude agent.，200。

所以上游按一句固定提示词做内容判定。

他附的统计更好用：1330 条请求里，302 条客户端 body 含 built on Anthropic，上游 body 一条都没有；881 条上游 systemInstruction.parts[0] 被换成了 Antigravity 的自我介绍，块数仍是 2 对 2。

官方客户端在发出前就地替换了这句话。代理把它原样转了上去。

这条路上确实没有改写。system 由 Claude→Gemini 翻译层直接拼进 systemInstruction.parts11。

翻译层会丢掉 x-anthropic-billing-header: 那一块系统文本，这句身份话不在丢弃范围里12。

为什么它看起来像额度耗尽

429 到执行器时，decideAntigravity429 的默认判断是 soft_retry，报文里认不出额度耗尽就一路落到这个默认值13。

执行器的 switch 只有两个分支：短冷却换号与整条额度耗尽。

v8.0.44 的 429 分支 — v8.0.44 `internal/runtime/executor/antigravity_executor_execute.go` 第 161–181 行：429 进来先问 `decideAntigravity429`，switch 里只有 `ShortCooldownSwitchAuth`（第 165 行，写短冷却）与 `FullQuotaExhausted`（第 174 行，只处理额度耗尽）两个分支。默认的 `soft_retry` 两个都不进，第 189 行把它直接包成状态错误抛出去。14*

soft_retry 就这样往上抛。

上层仍会给这次 429 记一笔模型级冷却，reason 写的是 quota，退避从 1 秒起算、最低 10 秒、上限 30 分钟15 16。

于是冷却列表里显示的是「额度」。运维照这条线索换号，下一张号撞上同一句提示词，再记一笔。

报障人量到的形状也吻合：一次客户端请求，每张凭证上打 4 次上游、约 30 秒，全部 429，最后 429 回给客户端。

今天能做的两条

第一条是配置。oauth.providers.antigravity.sensitive-words 收一个字符串列表17。

命中的词会在首字符后插一个零宽空格，肉眼读不出差别，上游的精确匹配失效18。

它只作用于系统指令，用户消息原样保留。

脱敏的作用范围 — v8.0.44 `internal/runtime/executor/helps/cloak_obfuscate.go` 第 114–145 行：函数只遍历 `request.systemInstruction` 与 `request.system_instruction`（第 119 行），改写的是 `parts[].text`（第 142 行）。同一个文件第 62–73 行的 `obfuscateWord` 负责插入零宽空格，页面上看不出字形变化。19*

报障人自己测过这条配置，填上那句原文就能把 429 变成 200。

第二条是用 request_interceptor 插件把身份句换成 Antigravity 自己的介绍，也就是官方客户端的做法。代价是模型此后自称 Antigravity。

两条都有同一个前提：那句话得在 system 里。客户端把它塞进第一条 user 消息，配置就碰不到。

另外三条

生图拿不到 url：`payload` 规则到不了这个入口

#7048 报的是 xAI 图片模型。客户端不发 response_format 时，/v1/images/generations 按 b64_json 返回20。

他试过在 requests.payload.default 里给 grok-imagine-* 加 response_format: url，重启后仍回 b64。

代码对得上：response_format 缺失时第 734 行写成 b64_json，第 743 行按模型分流后带着这个值去组上游请求21。

payload 规则的调用点全在执行器里，生图这条在 handler 组装完就交给 ExecuteImageWithAuthManager。

生图入口的缺省值 — v8.0.44 `sdk/api/handlers/openai/openai_images_handlers.go` 第 726–746 行：第 732 行读客户端的 `response_format`，第 733–734 行缺失就补 `b64_json`，第 743–745 行把同一个值交给 xAI 分支。这段代码在 handler 里，`ApplyPayloadConfig` 的调用点都在执行器，两边接不上。21*

这类客户端只认 data[0].url，于是报「No valid image URL in response」。报障人点名了 LobeHub 的 xAI 图片供应商。

今天只有两条路：让客户端带上 response_format: "url"，或者换一个会带的前端。这张单零评论，目前无人提修单。

Kimi 的一次过载，能被冷却到窗口重置

sub2api #8371 记的是另一笔账：Kimi Coding Plan 账号，实际并发只有 2，上游回 The engine is currently overloaded，账号被停到 17:1822。

这条分支不看报文内容。国产供应商的 429 先交给 applyCNProviderReactive429，Coding Plan 账号只要快照里有未来的窗口重置点，就冷却到那一点23。

国产供应商的 429 分支 — v0.2.18 `backend/internal/service/ratelimit_cn_providers.go` 第 283–298 行：第 287 行先看余额不足的措辞，第 293–295 行对 Coding Plan 账号直接调 `cooldownCNProviderToQuotaSnapshotReset`。这个函数在两个分支之间没有读报文内容，过载的措辞与额度耗尽走同一条路。23*

「最早的窗口重置点」取自快照里的 5h 与周两个时间，谁先到用谁24。

后台那个「429 默认回避」设置在这条分支之后才被读到，默认 5 秒、上限 2 小时，所以调它没用25。

今天按顺序做三件：把 Kimi 账号的本地并发从 10 降到 2–3；同组再加一个 Kimi 号做 failover；已经误冷却的用 POST /api/v1/admin/accounts/{id}/clear-rate-limit 立刻解开26。

这个接口会把限流时间、模型级限流与临时不可调度一起清掉27，比等到 17:18 划算。

两条小的

Devin 走 apply_patch 撞上畸形参数时回的是同一句 502，日志也只有那一句。这条错误没实现 LogDiagnostic()，而日志函数优先读它28。报障人一轮里跨五张 Devin 凭证重试六次，每次都看到同一行29。PR #7047 只加诊断、不动行为，仍 open30。

模型列表冷启动会多打一次上游：refreshCachedOpenAIModels 进了 singleflight 不复查缓存，前一个请求刚写完，后一个才开始查31。PR #8373 补了这一步，1 文件 +5/−1，作者贴的压测里 9000 次从 34 次失败降到 032。

版本与上游

四仓窗口内零新版本。CLIProxyAPI 仍是 v8.0.44（10-26 23:48 发布，dev 头今早 10:29）8。

sub2api 仍是 v0.2.18（10-23 15:44，main 停在 10-25 21:48）33。

codex-proxy 是 v2.1.21-beta.852249c（10-27 02:42，dev 头 00:35）34；codex2api 是 v3.1.1（10-17 05:46，main 停在 10-26 00:39）35。

这两仓窗口内零条目。

上游三家都安静。OpenAI 全绿，最近一条是 02:19 到 02:30 的 Ads POST 错误率36。

Claude 全绿，页面 14:04 刚更新过，最近一条仍是 10-25 16:17 起的 Fable 5.1 报错37。

GCP 最新一条还是 10-23 00:19 更新的 europe-west2 事故报告38。

重置侧同样没动。追踪站记的最新一条帖子是 11:29，标为只计可见性的回复，信号字段仍是 inactive；最近一次观测到的全局重置停在 10-26 14:08，验证状态还是 pending39。

接下来要做的三件事

查本站有没有 Claude Code 子代理走 Antigravity。有，就把 oauth.providers.antigravity.sensitive-words 填上那句原文，重启后抓一条子代理请求，确认 systemInstruction 里那句被插了零宽字符。
把 Kimi Coding Plan 账号的本地并发从 10 降到 2–3；已经被过载 429 停到窗口末尾的，用 clear-rate-limit 现在解开。
生图前端只有在发 response_format 时才拿得到 url。不发的前端，要么改造，要么先换成能发的那一个。

References

1
PR #7030
github.com
2
PR #7031
github.com
3
PR #7032
github.com
4
PR #7033
github.com
5
PR #7034
github.com
6
issue #7028 的回复
github.com
7
issue #7024
github.com
8
CLIProxyAPI v8.0.44
github.com
9
issue #7029
github.com
10
issue #7049
github.com
11
gemini_claude_request.go 第 71–80 行
github.com
12
claude_attribution.go 第 11–18 行
github.com
13
antigravity_executor_credits.go 第 226–283 行
github.com
14
antigravity_executor_execute.go 第 161–181 行
github.com
15
conductor_cooldown.go 第 1089–1135 行
github.com
16
退避常量
github.com
17
config.example.yaml 第 1139–1143 行
github.com
18
cloak_obfuscate.go 第 61–75 行
github.com
19
cloak_obfuscate.go 第 114–145 行
github.com
20
issue #7048
github.com
21
openai_images_handlers.go 第 726–746 行
github.com
22
sub2api issue #8371
github.com
23
ratelimit_cn_providers.go 第 283–298 行
github.com
24
cnProviderQuotaSnapshotReset 第 183–214 行
github.com
25
ratelimit_service.go 第 1405–1425 行
github.com
26
admin 路由第 406 行
github.com
27
ClearRateLimit 第 2183–2205 行
github.com
28
conductor_execution.go 第 1965–1978 行
github.com
29
issue #7046
github.com
30
PR #7047
github.com
31
openai_codex_models_service.go 第 1863–1912 行
github.com
32
sub2api PR #8373
github.com
33
sub2api v0.2.18
github.com
34
codex-proxy 发行版
github.com
35
codex2api v3.1.1
github.com
36
status.openai.com
status.openai.com
37
status.claude.com
status.claude.com
38
status.cloud.google.com
status.cloud.google.com
39
codex-reset
codex-reset.com