10/19 上午续报：Codex 流里的一个空行被吞掉，正常元数据帧会变成报错
这一小时四仓无新版本：Codex 的 HTTP 流式执行器把帧之间的空行弄丢，正常元数据事件会被当成一条报错发给客户端，v8.0.33 上就是这样；另一张额度补丁补上第三处缺口，五分钟探活会把周额度耗尽的号重新排到队首。
这一小时四个仓库都没有发版。
CLIProxyAPI 的发行版仍是 v8.0.33，发布于北京 10-18 21:06。
主干停在 10-18 21:05（北京），dev 头是今早 08:11 的 030d17ed。这两处都在窗口之前。1
本期覆盖北京时间 10-19 08:22 到 09:18，共 56 分钟。
这一小时进来两件事。第一件在 v8.0.33 上就会发生：一个空行能让正常事件变成报错。
一个空行被吞掉，正常事件变成报错
Codex 的流式响应里，有一部分事件的帧只有
data 行，没有 event 行。response.metadata 就是这样发的。它是上游的一类元数据事件。PR 自带的测试载荷里，正文是
openai_chatgpt_moderation_metadata 那组统计，与请求成功与否无关。帧与帧之间靠一个空行分开。v8.0.33 的执行器遇到空行，照样当成一条要转发的行处理。
到了下游，这一行要么是长度 0 的块，要么什么都不剩。拼帧器的第一条判断把零长度块丢掉，分隔符从此消失，上一帧的 data 留在缓冲里。
再下一条
event: error（或者 event: response.completed）接上来，事件名和载荷就来自两个不同的帧了。PR 作者写下的结果是：一条正常的元数据事件会变成
error.type=response.metadata，整份 JSON 直接当错误正文。5客户端收到一条
event: error，正文是那段 metadata 对象。真正的上游错误，或者本该收尾的 completed，没有送到。两处代码在 v8.0.33 上都能直接翻到。
执行器那一段在 codex_executor_stream.go 第 294–298 行。注释写着空行与它所属的帧一起留着，于是空行也被克隆转发。
internal/runtime/executor/codex_executor_stream.go 第 291–302 行：第 294–297 行的注释把空行与 event:、id:、retry: 归为一类，第 298 行把它们原样克隆后送进翻译函数WriteChunk 的第一条判断是 len(chunk) == 0，命中就返回。
sdk/api/handlers/openai/openai_responses_handlers.go 第 79–95 行：第 80 行在 terminalEvent 之外还判了 len(chunk) == 0，零长度的分隔块到这里被丢弃，后面的 event: 只剩前一条 data 可挂修复是今早 08:34 开出的 #6760，作者 xz-dev，2 个文件 +150/−0，mergeable clean。
改法只在空行确实结束一帧时保留
\n\n，bootstrap 与普通流共用这个判断。开头的空行、连续的空行不会提前开始响应。它和 #6717 分的是两件事。那张把
response.metadata 过滤掉，本刊 10/17 晚间写过。这张保住帧边界：事件照发，上游错误仍原样透出，重试策略不动。
状态是 open，只有机器人评审过，结论写着有未解决项。一条 P2 意见说，带上
event: 的帧在修复后可能多一次空写入与刷新。6怎么认出自己撞上的是它
三个特征同时出现就够了：链路是 Codex 的 HTTP 流式；报错事件的正文是一个元数据对象；同一请求里真正的上游错误或收尾事件不见了。
影响面只在这条路上。WebSocket 路径每一帧自己成帧，用不到空行分隔，绕开了这段拼帧。
受影响的请求，是把 Codex 模型经 HTTP 流式接出去的 Responses 调用。
客户端是 Codex CLI 还是别的 Responses 客户端，都走同一个拼帧器。
处置只有一句：别按这条错去停号、降温、换供应商。它出在本地拼帧，账号和额度都没有参与。
v8.0.33 上没有开关能关掉它。升级也没用，v8.0.33 就是当期发行版，修复还停在 PR 里。
次条：五分钟探活会把周额度耗尽的号排回队首
这笔提交说明的是封顶之后的新问题。冷却压到五分钟，下一次请求就成了探活。
探活会把一个周额度已耗尽、但优先级更高的账号重新排到队首。每个新会话因此先吃一次上游 429，才换到能用的号。
改法是记住上游给的原始 reset，写进新字段
QuotaState.RecheckUntil；选择器在还有别的凭证能服务时跳过它。整个池子都在等复检时，它照旧放行，探活才有候选。本刊 10/18 那两期写过这张 PR 的封顶与保留非额度阻塞两笔，这是第三处缺口。
sdk/cliproxy/auth/selector.go 第 617–669 行：第 625 行的 withoutCodexQuotaRecheck 在候选多于一条时只保留不在复检期的凭证，第 641 行的 dropCodexQuotaRecheckBuckets 对按优先级分桶的选路做同一件事这张 PR 现在三个提交、12 个文件 +336/−17，仍是 open。
发行版里一处都没有。
在 v8.0.33 整包里搜
RecheckUntil、clampCodexQuotaDeadline、quotaRecheckInterval、withoutCodexQuotaRecheck，命中 0 次。今晚不用改配置。v8.0.33 仍按上游给的 reset 时间锁住整条凭证，封顶只活在 PR 里。
跑了这张 PR 分支的实例，探活一次的代价是一个 429。
PR 自测清单的最后一项没有勾：拿多小时后的
resets_at，确认能先选到低优先级的健康凭证。同窗口的其它动作
#6676 在 09:10 等来一份第三方独立复现。
ejc3 用 Go 1.26.0 与
-race 各跑 200 次。dev 上
TestResponsesLateInterruptDoesNotPoisonNextCreate 失败 6 次，TestResponsesInterruptStopsHTTPUpstream 失败 149 次。把 PR 头合进去后，两个都是 0。8149 这个数要看清楚。这张 PR 的第二笔只改测试，那个测试在 dev 上原本 1000 次里失败 49 次，
-race 放大了它。它说明测试不稳，不能当成线上的失败率。
机制本刊 10/16 傍晚那期写过：本地中断窗口开到上游数据通道关闭为止，收尾之后到达的中断会被本地答成一句
response.incomplete。#6750 今早 08:25 被维护者打上
pending 标签，代码没动。本刊 10/19 凌晨期写过它的分词成本，配套的 #6751 仍 open。#6172 在 08:54 内部合入了一笔 Windows 支持（
c87a4bbac2）。整张 PR 仍 open、mergeable dirty。那是本地启动器，没有服务端改动。
上游与额度这一小时
三家状态页全绿。status.openai.com 是 All Systems Operational，活动事件 0，没有降级组件。9
status.anthropic.com 同样全绿，10-19 无事件。
status.cloud.google.com 仍是 7 条，最近一条停在 10-08 到 10-09 的 Cloud Storage。1011
额度侧没有新信号。codex-reset.com 记录今日 UTC 尚未重置。最近一次已验证的全局重置在 29 小时前，北京 10-18 04:41。12
雷达上写着 55 次全局重置、10 次 banked，节奏约每 3 天。该页读数为「no official reset signal」。
opentherank.com/codex-reset/ 仍记 63 次，中位间隔 3.1 天，最长 68 天。13
@thsottiaux 在发稿前几分钟（09:18）发了一条：桌面端现在可以编辑线程里的历史消息。不是重置提示。14
上一条是 04:34 的玩笑帖，说街上都有人来找他要重置。两条都与额度无关。
官方社区 Codex 分区最新一条是 05:27 的准入帖，在窗口之前。15
Reddit 三个板块窗口内三条。r/GeminiAI 08:29 有人称 Argon high 六条消息吃光五小时窗口，单条自述、未验证。16
另外两条一条是企业给员工设 Claude 月度上限，一条是生图体验，都与中转运维无关，未收。
还没落地的东西
- #6760 会不会在合并前处理掉机器人指出的那处空写入。
- #6735 维护者是否接受「记住原始 reset、有别的凭证就跳过」这个方向；小时级 reset 的真实上游验证还没做。
- #6676 有了独立复现，维护者会不会采纳；它与 #6515 改同一批文件。
- 其它执行器有没有同样的「空行当块转发」写法。本轮只核到 Codex 这一段。
References
- 1CLIProxyAPI Releases
github.com
- 2sub2api Releases
github.com
- 3codex2api Releases
github.com
- 4codex-proxy Releases
github.com
- 5CLIProxyAPI PR #6760
github.com
- 6PR #6760 的自动评审
github.com
- 7提交 26d9b61d
github.com
- 8PR #6676 的复现评论
github.com
- 9OpenAI Status
status.openai.com
- 10Anthropic Status
status.anthropic.com
- 11Google Cloud Incidents
status.cloud.google.com
- 12Codex Reset
codex-reset.com
- 13OpenTheRank Codex Reset
opentherank.com
- 14
- 15OpenAI 开发者社区 Codex 分区
community.openai.com
- 16r/GeminiAI 的 Argon 额度帖
reddit.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.