developer 原样发回去就 422；Ultra 号没有 5 小时窗口，周用量一直没被采样
这一窗四仓没有新版本，但两处仍在发行版里的行为需要今晚决断：CLIProxyAPI v8.0.51 把 developer 角色原样转给只认四种角色的上游（复现为 DeepSeek 422），sub2api 遇到没有 5 小时窗口的 Claude 账号会提前返回、周用量不再采样；另补上上一期漏掉的 codex-proxy 局域网访问预发布。
北京 20:19 到 20:57 这一窗，四仓没有新的正式版本。两条新素材是同一种形状：一条把请求交给上游时多带了一样东西，一条在少了一行响应头时提前收工。
两处都还在发行版里。第一处今天已经有人踩到并开了单，第二处还没人报障，只是面板上的数字对不上。另有一个预发布比窗口早 12 分钟发出，上一期没写，这期补上。
v8.0.51 把 developer 原样发出去，只认四种角色的上游回 422
20:34 开出的 issue #7202 写得够细：同一份配置、同一把 key、同一个
/v1/responses 请求，v8.0.45 走到 response.completed，v8.0.51 直接 422。报障人还贴了两个镜像的 sha256，两者不同。1上游那句话是
messages[0].role: unknown variant developer, expected one of system, user, assistant, tool, latest_reminder。同一个 payload 直接打 api.deepseek.com 也回 422，所以差异只出在中转的转换上。1差异就在一个文件里。v8.0.50 第 258–260 行还是
if role == "developer" { role = "user" }；v8.0.51 同一位置换成三行注释，写明 Chat Completions 支持 developer 消息，降级那三行没了。23发行说明把这条写作
fix(translator): preserve developer roles in responses to chat completions，发布时刻是 11 月 2 日 01:08。措辞没错，问题在于 "preserve" 只对接受 developer 的上游成立。4
isUserTurn := role == "user"。5
developer 在这里被改写成 user，补一条 system 到 user 的降级只值三行。6这条路是 openai-compatibility 分组：执行器把
to 设成 openai（chat completions），请求翻译在第 141 行，payload 规则在第 174 行之后才跑。78谁会踩到：任何向
/v1/responses 发 developer 的客户端，加一个严格校验 role 的上游。报障人说 Codex CLI 与桌面版从 0.166 起就发 developer；DeepSeek 这类会拒，OpenAI 自己的接口接受。1和上一张同题单不是一条路。上一条是 Codex → chat completions，那张单里的
system 从更早就被写成 developer，属于"一直如此"；这一条是 Responses → chat completions，v8.0.51 才丢掉降级，是这一版新出的回归。9今天能做的三件事，按动手成本排：
- 客户端别发 developer：把那段上下文改成 system 或 user，两边都不会坏。
- 在
payload.override里把角色改回去，规则跑在译文之后，改的就是messages数组。 - 退回 v8.0.50：恢复最快，代价是丢掉 v8.0.51 的其他修复。
payload:
override:
- models:
- name: "deepseek-*"
protocol: "openai"
from-protocol: "responses"
params:
'messages.#(role=="developer")#.role': "system"写稿时还没有 PR 认领这张单。上一条改 Codex 那条路的补丁 #7194 已经关闭、未合并。11
Ultra 号没有 5 小时窗口，于是周用量从头到尾没被采样
Claude 改了套餐口径：已验证的 Ultra 账号没有五小时上限，未验证的账号才有临时限制。判断自己是否已验证，官方给的办法是看 Settings > Usage——见不到 Current session 那一栏，就算已验证。12
所以这类账号的成功响应里，
anthropic-ratelimit-unified-5h-status 缺席是常态，不是异常。sub2api v0.2.19 把它当成了"没什么可做"：
UpdateSessionWindow 第 2061 行取这行头，为空就在第 2063 行 return，后面整段周用量采样与窗口初始化都不执行。13
return，没有任何采样动作。14真正会写周用量的只有
samplePassiveUsageFromHeaders，在 v0.2.19 里只有两处调用：一处藏在 Fable 专属的 429 分支（第 1701 行），另一处在 5h 状态存在时那一段的后半（第 2124 行）。1516429 那条共用路径也一样。
HandleUpstreamError 第 375–386 行先试 Fable 专属限流，再由 persistAnthropicExhaustedWindowLimit 写 SetRateLimited——冷却记下了，最新的利用率没记。1718结果就是面板：账号页的周用量来自
account.Extra 里的 passive_usage_7d_*，没人写它就一直停在旧值。19 PR 描述里点出的现象是「周额度用尽之后，面板还显示上一次的 50%」。20同一个字段还被调度阈值读。所以周阈值不会提前把账号拦住，只能等到 429 硬停。21
边界要说清：5h 那一栏是空的，正常；7d 长期不动，是缺陷。看到 50% 不要当成还能放量的依据，也别为此手动清限流——周额度确实用完了，清掉只会让它重新被调度、然后立刻再 429。
PR #8482 在 20:40 开出，3 文件 +169/−6，mergeable clean。它做三件事：5h 状态缺席时也采样周用量；429 进入窗口处理之前先采样；前端把空 5h 占位藏掉。20
前端那行的条件是"有重置时间、或者利用率大于 0 才显示"。作者在说明里点明：真实为 0 且有重置时间的窗口照常显示，正数但缺重置时间的也照常显示。23
这张单明确不含两件事：#7990（5h 重置时把周样本清掉）与 #8337（setup-token 的主动查询回填）。相关的还有 10 月 31 日开的 #8456，正是要求适配这次套餐改名，目前 0 评论。24
codex-proxy 的预发布：把服务开到局域网的那个开关
这条比窗口早 12 分钟：v2.1.22-beta.7ae8044 在 20:07 发布，属预发布，稳定版仍是 v2.1.21。25
lan_access 为真而管理密钥为空或仍是 pwd 时回 400，文案要求先设一个非默认密钥。27另外新加了一个
lan_runtime，读的是 socket 实际绑定的地址与端口，不是配置文件里的值。代码注释写得很直白：保存的配置可能要重启才生效。28运维上看，这是第一次有人给"把中转开到局域网"做了个正规开关。要开之前先确认管理密钥不是默认值——这条现在是硬校验，不再靠自觉。整包 16 个文件里有服务端路由与入口改动，不只是界面。29
还没闭合的几张单
References
- 1
- 2v8.0.50 第 255–260 行同位置
github.com
- 3v8.0.51 第 255–258 行
github.com
- 4CLIProxyAPI v8.0.51 发行说明
github.com
- 5v8.0.51 同一文件
github.com
- 6v8.0.50 同一文件
github.com
- 7openai_compat_executor.go 第 129–141 行
github.com
- 8同一文件第 170–176 行
github.com
- 9codex_openai_request.go 第 218–222 行
github.com
- 10#7193 的答复：payload 规则与末尾的 #
github.com
- 11CLIProxyAPI PR #7194（已关闭未合并）
github.com
- 12What is the Ultra plan?
support.claude.com
- 13
- 14同一文件同一段
github.com
- 15第 1697–1702 行的调用
github.com
- 16第 2119–2128 行的调用
github.com
- 17HandleUpstreamError 第 373–388 行
github.com
- 18
- 19account_usage_service.go 第 614–620 行
github.com
- 20sub2api PR #8482
github.com
- 21
- 22PR 头分支 ratelimit_service.go 第 375–378 行
github.com
- 23AccountUsageCell.vue 第 42–46 行
github.com
- 24sub2api issue #8456
github.com
- 25codex-proxy v2.1.22-beta.7ae8044
github.com
- 26src/routes/admin/settings.ts 第 343–352 行
github.com
- 27同文件第 207–216 行
github.com
- 28src/utils/lan-access.ts 第 13–19 行
github.com
- 29v2.1.21...v2.1.22-beta.7ae8044 的文件清单
github.com
- 30CLIProxyAPI PR #7200
github.com
- 31CLIProxyAPI PR #7168
github.com
- 32CLIProxyAPI issue #7201
github.com
- 33CLIProxyAPI PR #7196
github.com
- 34CLIProxyAPI 发行列表
github.com
- 35sub2api 发行列表
github.com
- 36codex2api 发行列表
github.com
- 37codex-proxy 发行列表
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.