10/15 下午接续：Codex 全局重置已落地，sub2api 把重复的 780 字节响应头打成 502
补报 10 月 15 日 14:07 到 14:55（北京）：Codex 全局重置已经落地，两个第三方追踪站记的落地时刻却不一致；sub2api 上同一条 502 有报障归因和修正后根因两个版本，另有一条 Antigravity 身份句插件的公开产物尚未做过 live 验证。
这一期覆盖 10 月 15 日 14:07 到 14:55（北京），承接上一期的发稿时间。
四个仓库这一窗口都没有出新版本。
严格晚于上期发稿的素材有三处：上游一次重置落地，sub2api 一条报障加一条更正，CLIProxyAPI 一条已跟踪项换了形态。
现在就做
- Codex 全局重置已经落地，号池额度读数与分组轮换策略可以重新校准。 第三方记录把落地时刻标在 10 月 15 日 04:55 UTC，也就是北京 12:55。1
- sub2api 反代后面的 nginx，先把响应头缓冲放开。 重复的
x-codex-turn-state会把响应头撑到约 27KB，默认 4k/8k 的proxy_buffer_size直接报upstream sent too big header，给客户端回 502。2 - 只保留首个
x-codex-turn-state，别把上游给的多份值原样转下去。 这是当天晚些时候那条修复 PR 对报障归因的更正，本刊在 v0.2.16 源码里核过。3 - 那条修复 PR #8105 是草稿，不能当可用版本。 3
- Antigravity 身份句的插件路线有公开产物了，但作者自己说没做过 live 验证。 4
上游额度：重置落地，两个追踪站记的时刻不一致
上一期写到截稿时，追踪站还记着当天没有重置。这一窗口两个站都改口了。
原帖。 Codex 负责人 Tibo 在 10 月 15 日 12:55（北京）发帖：The reports of my reset button being lost are greatly exaggerated / Day 10/ Reset。5
一分钟后他补了第二条：Landing within the next 2 hours。6
两个第三方重置追踪站。 opentherank 的 10 月日历把 15 日标成 Reset，落地时刻写 04:55 UTC。1
它记的这条来源就是那句 Day 10/ Reset，与 10 月 13 日那次分得很开。1
codex-reset.com 这一小时自己前后不一致，值得单独说一句。
它的时间线新增了一条 Oct 15 RESET，来源是 Landing within the next 2 hours。7
它的首页头条却还写着今天到现在没有重置，最近一次已验证全局重置是 10 月 13 日 05:03 UTC。8
同一页的雷达把 04:56 那条标成 VERIFYING，把 04:55 那条标成 NOTE。8
预测笔记里又写着「自 10 月 15 日那次重置以来没有新提示」。8
| 站点 | 对 10 月 15 日的记录 | 它记的落地时刻 | 呈现上的问题 |
|---|---|---|---|
| opentherank | 10 月日历 15 日标 Reset，帖表第 1 条即这条 1 | 04:55 UTC | 无 |
| codex-reset.com | 时间线新增一条 RESET，页面计数器写距最近一次已验证重置 0 天 39 分 7 | 6:13 AM | 首页头条仍写「今天没有」8 |
社区旁证。 r/OpenAI 有两条。一条 We got a rest today 在 12:59（北京）发出，20 分、19 条评论。9
另一条 GPT Web down 30 min after reset 在 14:49（北京）发出，1 分、3 条评论。10
官方侧没有同步。 OpenAI 状态页上唯一在办的事件，仍是 10 月 14 日凌晨的 Compliance API 成本数据延迟。11
官方写明它不影响 API 与 ChatGPT，窗口内没有新更新。11
那条 GPT Web 的帖子自己也写着 status.openai.com 没报任何故障。10
影响面。 重置动的是订阅侧的用量窗口。走 API-key 的通道按 token 计费，不在这套窗口里。8
动作。 把落地时刻当成新基线，重新读一遍各分组账号的额度百分比。1
先并置观察，不要据此改号池。
sub2api：同一条 502，报障人和修正 PR 给了两个根因
报障人给的量级是：单条约 780 字符，同一个响应里重复 1–34 次，响应头最大约 27KB。2
他说这个长度是 2026-09-22 起从 292/332 涨上来的，涨之前撞不到代理的上限。2
下游挂七层反向代理时，nginx 默认
proxy_buffer_size 只有 4k/8k。2它直接报
upstream sent too big header，客户端收到 502。2他的环境一天因此出现约 2,300 次 502。2
复现条件。 他用 8 个连续请求复现出 2 个。2
首字节 20.1 秒那次有 9 行、响应头 7,987 字节；4.7 秒那次 2 行、2,377 字节。2
版本是 v0.2.16，他另外核过
main 的 92c9433d4，问题仍在。2按他的说法，这个函数唯一的防重条件是
c.Writer.Written()，而首个输出暂存阶段事件还没真正写到 writer 上。2当天晚些时候的更正。 同一个提交者在 14:51（北京）开了一条 PR，标题是「透传模式只回传一个 x-codex-turn-state」。3
正文第一句就是更正 #8104 里的分析。3
他用四种配置各带与不带响应头过滤器跑了多次：sync、interval、首输出超时、keepalive。3
applyAttemptResponseHeaders 每次都只提交一份。3能产生多份的只有透传路径。上游在一个响应里带了 N 份，它就把 N 份都写下去。3
另外两条路径各只写一份。3
结论因此反了过来：重复是上游、或者上游链路里的某个中转产生的。3
sub2api 的透传路径只是把它原样转发了下去。3
writeOpenAIPassthroughResponseHeaders 的函数头，高亮区间止于第 2502 行；第 2498 到 2502 行就是 turn-state 的 dst.Del 加 for … dst.Add，上游给几个值这段循环就走几遍。上面第 2488 到 2492 行是用量头的同一写法，两处并排可以看出「逐个 Add」是透传路径的统一做法。12暂存与显式回传两条路径都用
Set，同一个 key 只留一个值。14为什么重复本身没有意义。 Codex 客户端取值用的是
headers.get("x-codex-turn-state")，只读首个值。16形态。 #8104 开着、0 条评论、没有标签，是一条纯报障。2
#8105 标着草稿，开着、未合并、可合并状态 unstable，改 2 个文件 +19/−1。3
它新增的测试喂 1 个空值加 9 个相同值，期望下游只下发 1 份。3
眼下能做。 先放开反代这一侧的响应头缓冲，502 会先停住。2
再在自己的链路上只保留首个
x-codex-turn-state，把上游的多份值折成一个。3如果你自己就往上游转发、又把上游的头回传，去核一下那段代码是不是也在
Add。3CLIProxyAPI：那条身份句的插件路线，作者已经公开发布 v0.1.0
上一期报过 PR #6649：Antigravity 上 system 开头一句 Claude Agent SDK 身份句，让
gemini-3-flash 回 429。17那条 PR 本身早于本期基线，这一窗口的增量是它的两条新评论。
14:01（北京），作者补了第一条：早期部署的插件处理范围更宽，还会删掉前缀后面的部分空白。17
他写明本地源码已按 PR 的范围收窄，生产上跑的仍是早期私有产物，公开版本还没做过 live 验证。17
14:16（北京），他补了第二条：插件已经独立公开发布。17
首版只发布 Linux/amd64、glibc >= 2.34、C ABI v1 一种组合。19
作者写明不支持 musl/Alpine、Windows、macOS 或 ARM。19
商店收录申请 #255 开着、非草稿，只改
registry.json 一个文件，现在还在待审。19要留意的边界。 作者自己写明，公开版没有重新部署到生产，也没有发出 live 请求。17
他的原部署用的还是早期私有产物，两者的验证边界写在 README、Release 和商店申请里。17
想用这条路线，先拿测试环境自己验一遍。17
版本与上游：这一窗口没有版本可升
codex-proxy 与 codex2api 这一窗口里 0 条 issue 或 PR 更新。
官方状态。 Anthropic 状态页这一窗口 0 条事件，全部组件正常，10 月 15 日与 14 日都没有记录。28
Google Cloud 的事件源里，最近一条仍是 10 月 8 日开始、10 月 9 日结束的 Cloud Storage 上传与写入延迟。29
OpenAI 状态页仍只有那一条 Compliance API 成本数据延迟，窗口内没有新更新。11
社区侧。 r/ClaudeAI 窗口内只有一条与额度无关的新帖，额度与封号方向没有条目。30
r/GeminiAI 窗口内唯一的新帖只提到 AI Pro Workspace 账号，同样与额度、封号无关。31
OpenAI 开发者社区的 Codex 分区这一窗口没有新条目，上一次更新停在 14:04（北京）的界面帖。32
linux.do 原站这一窗口仍返回 403，它的晚报镜像最新一期还是 10 月 14 日的第 006 期。33
References
- 1Will Codex Reset Today? · OpenTheRank
opentherank.com
- 2Issue #8104
github.com
- 3PR #8105
github.com
- 4strip-cli-identity v0.1.0
github.com
- 5
- 6
- 7Codex Reset History: Timeline
codex-reset.com
- 8Codex Reset — Last Reset Tracker
codex-reset.com
- 9r/OpenAI · We got a rest today
reddit.com
- 10
- 11OpenAI Status
status.openai.com
- 12openai_gateway_passthrough.go at v0.2.16
github.com
- 13
- 14openai_codex_turn_state.go at v0.2.16
github.com
- 15openai_gateway_passthrough.go at v0.2.16
github.com
- 16codex-rs/codex-api/src/sse/responses.rs
github.com
- 17PR #6649
github.com
- 18cliproxyapi-plugin-strip-cli-identity
github.com
- 19
- 20CLIProxyAPI v8.0.29
github.com
- 21Sub2API v0.2.16
github.com
- 22codex-proxy v2.1.17
github.com
- 23codex2api v3.1.0
github.com
- 24CLIProxyAPI issues
github.com
- 25sub2api issues
github.com
- 26PR #5764
github.com
- 27PR #8087
github.com
- 28Claude Status
status.anthropic.com
- 29Google Cloud Service Health
status.cloud.google.com
- 30r/ClaudeAI
reddit.com
- 31r/GeminiAI
reddit.com
- 32Codex · OpenAI Developer Community
community.openai.com
- 33linux.do 晚报 · 板块汇总
linuxdo.club
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.