10/16 凌晨快报：OpenAI 正在调查 ChatGPT 登录与注册降级，中转侧四条修复都没落地
补报 10 月 16 日 00:00 到 00:56（北京）：OpenAI 状态页新开一条正在调查的功能降级，涉及 ChatGPT iOS/Android 应用的登录与注册；中转侧新增两条 CLIProxyAPI 报障和两条未合并的修复，本窗口四个仓库都没有新版本可升。
补报 10 月 16 日 00:00 到 00:56（北京）。第二十三期在北京 00:00 刊出，本期接在它后面。
这个窗口里四个仓库都没有发新版，主干也没有新提交，所以今晚没有要升的版本。上游那边新开了一条正在调查的降级事件；中转侧新出来四条，两条是刚开的报障，两条是还没合并的修复。
影响面分两块。对客户端用户来说，ChatGPT 应用的登录与注册正在出问题。对中转运维来说，下面四条全部还停在仓库里，一行改动都没有进任何人手上的版本。
今晚先做这几件事：
- 客户端报登录失败、注册失败，或 iOS 应用里的控件突然消失，先打开 OpenAI 状态页对一下这条事件。这类报障出在上游，先别急着去动自己的账号。
- 跑 CLIProxyAPI 并且把 Claude 上游转给 Codex / Responses 客户端的站点，CPU 打满时先看每分片一次的那次全文校验；对应的改动只存在于代码里，配置项里没有开关。
- 用 Meta（
muse-*）模型的中转，用量记录里的 TTFT 按首包时间读，别拿它当号池质量的指标。 - sub2api 上跑 OpenCode 免费档的站点，今晚等修复；后台的账号连通性测试走同一份逻辑，会跟着一起失败、也会跟着一起修好。
- codex2api 的降智检测还停在 PR 里，今晚不用动，也不要按它的文档去配。
上游：OpenAI 正在调查登录与注册的降级
OpenAI 状态页在北京 00:29 新开一条事件，标题是「Widespread feature degradation」，状态 investigating，影响面仍标 none 1。
第一条更新只提到 ChatGPT iOS 应用的登录与注册。北京 00:35 的第二次更新把范围扩到 iOS 与 Android 两个应用，措辞改成「广泛的功能降级」，并说会继续给更新 1。
社区侧的时间对得上。r/OpenAI 在 00:33 有一条帖子，作者问 Pro 账号的 iOS 应用控件全部消失、界面看起来像免费档 2。这条与官方事件相隔几分钟，说的是同一类现象。
状态页的组件列表里，两个 Login 组件当前都标 operational，ChatGPT Desktop 里的 Codex 也标 operational，唯一标降级的是 Compliance API 3。挂 investigating 的事件与没有变红的组件并存，官方还没把范围落到某个具体组件上。
OpenAI 开发者社区的 Codex 分区在同一窗口有三条新话题，时间从 00:12 到 00:31，其中两条讲 Codex 云端任务返回 UNKNOWN 或 AppServerBackendRequestError 4。它们与这次事件时间挨得很近，同源与否官方没有说明，这里按同一时段的社区报障登记。
中转侧更该留意的是另一条。r/OpenAI 在 00:12 转述了 Codex 负责人 Tibo 在 X 上的原话：上游已经落地一批改动并追加算力，用来显著降低「Selected model is at capacity. Please try a different model」这条报错的出现频率，真出现的时候客户端也会自行继续 5。这条报错是中转站最常遇到的容量类拒答，往后可以把它和账号风控分开看。
CLIProxyAPI：两条新报障，一条吃 CPU，一条把 TTFT 记成首包
每个上游分片都要重算一遍请求体校验
issue
#6665 在北京 00:49 开出，作者 JohnsonRan，open、无标签、0 评论 6。ConvertClaudeResponseToOpenAIResponses 每收到一个上游 SSE 分片就跑一次。函数开头给这一整条流建状态时取过一次请求体，往下十几行又取了一次，结果写进 requestForToolMetadata 7。
claude_openai-responses_response.go，高亮段是第 663–690 行：第 665 行给这条流建状态时已经取过一次请求体，第 678 行在同一个函数里又取了一次 7。报告人给的数据来自生产环境。Codex 客户端走 Claude 上游这条路上，
pickRequestJSON 到 gjson.validstring 约占 CPU 的 10%；基准测试是 64 KiB 请求、每轮一个 text delta，每个分片从 26.1 µs 降到 1.45 µs 6。他说这行是 ea37d13a 引入的，而同一份结果在几行之前已经存进这条流的状态里，所以每个分片再取一次是重复劳动 6。
v8.0.30 里这段代码就是这样，配置项里没有对应的开关。CPU 逼近上限的站点，要么自己打这个补丁，要么等它并进版本。判断自己有没有命中，看流量里有没有 Claude 上游转 Responses 客户端的请求，以及请求体是不是偏大。
Meta 模型的 TTFT 实际是首包时间
issue
#6664 在北京 00:28 开出，作者 sususu98 是该仓库的协作者，open、0 评论 10。MetaExecutor 处理
muse-* 模型的流式请求时，用量记录里的 TTFT 记的是响应头到达时间，也就是 TTFB。流式执行器用了只统计往返的跟踪方式，扫描循环里只调用
ObserveResponseModel，没有调用标记首个 token 事件的那几个函数，于是记录首个 token 的开关一直是 false，发布用量时回落到首包耗时 10。对号池运维的影响在排序上。
muse-* 的 TTFT 天生比其他执行器低，因为它量的是首包；Codex 路径量的是第一个可见 token，并且会跳过摘要为空的加密思考项 10。历史记录只能按 TTFB 理解。作者说 HTTP SSE 请求日志里没有逐帧时间戳，已经落库的 Meta 记录无法回溯修正 10。
sub2api：OpenCode 免费档过不了版本闸门
读者手上跑的 v0.2.16 里，发往官方 OpenCode 上游的 User-Agent 是一个写死的常量
opencode/1.0.0 12。PR 的注释写明：Zen 免费档按客户端版本做准入，低于
opencode/1.18.0 的 UA 会吃到 426 UpgradeRequired，拒绝文案是「OpenCode 1.18.0 or newer is required to use the free tier」，这段文案来自真实的 Zen 响应 11。改法分三处。UA 常量抬到
opencode/1.18.35 ai-sdk/provider-utils/4.0.23 runtime/bun/1.3.14；客户端自带 opencode/ 开头且版本达标的 UA 时原样透传，其他编程库 UA 仍收敛为规范值 11。免费档的握手也补齐了：会话号与请求号按官方算法生成（会话降序、消息升序），账号缺
x-opencode-client 与 x-opencode-request 时补上，免费档账号一律路由到 Chat Completions 11。后台的账号连通性测试走同一份 UA 与头部逻辑，测出来的结果和真实转发会一起对齐 11。
这条链路此前修过几轮。9 月 22 日开出的
#7479 处理的是 Cloudflare 1010 把 OpenCode 与 Command Code 账号打成凭证类 strike、健康账号被自动禁用 13；10 月 6 日关闭的 #7891 把上游 403 报成中性错误 14；9 月 24 日开出的 #7566 至今还在问免费模型报 403 怎么解 15。今晚能做什么：这条 UA 写在代码常量里，只能等修复合并发版，或者自己打补丁。免费档账号的请求回 426 或 403 时，先确认撞的是这条版本闸门，再决定要不要把这些账号撤出调度。
codex2api：降智检测还停在 PR 里
它给 GPT / Codex、Responses 中转与 Claude 账号加了一套原生降智检测。管理员配好固定题库与答案或耗时判定，手动或定时对指定账号跑检测；结果在账号列表里留下逐次记录与历史详情；连续未通过达到阈值，可以自动暂停调度或切换分组 16。
默认值决定升级后它会不会自己动起来：自动检测总开关默认关，已有账号默认不参与检测，之后新建的账号默认开启但仍受总开关控制；每个账号默认保留 200 条历史；检测会消耗上游用量，用内部来源
intelligence_check 记账；Grok 与 Antigravity 暂不支持 17。判定口径写在文档里：只拿成功终态里的最终可见答案与配置比对，HTTP 成功本身不算通过，结果也不用来证明上游实际的模型身份 17。
今晚不用动它。功能还没有进任何版本，现在按文档去配没有可配的东西；想提前想清楚阈值与处置动作的，可以先读它的文档 17。
其余上游与社区：本窗口无新事件
Anthropic 状态页是 All Systems Operational，10 月 15 日那一栏写着 No incidents reported today 18。
Google Cloud 最近一条事件仍是 10 月 8 日到 9 日的 Cloud Storage 上传与写入延迟 19。
Codex 重置追踪两站停在同一条记录上。codex-reset.com 记最近一次已验证的全局重置在北京 10 月 15 日 14:13，累计 54 次，另有 10 次 banked，节奏约每 4 天一次，24 小时概率 18%、48 小时概率 33%，模型置信度低 20。opentherank 记最近一次重置在北京 10 月 15 日 12:55，累计 62 次，中位间隔 3.1 天 21。
社区侧没有与额度风控相关的新帖。r/ClaudeAI 窗口内只有一条抱怨 Claude 与 Code 之间上下文不互通 22，r/GeminiAI 窗口内只有一条说 Argon 上了 Jio 的 Pro 档 23，两条都停在客户端订阅与产品反馈上。
本期未闭合项
sub2api 的四条修复都还开着、都没有合并，本窗口内没有新动作：
#8126 是 OpenCode 反代与免费档握手 11，#8125 是自定义页面的逐页凭证开关 24，#8123 是 TypeSafe 图片开关头的透传 25，#8121 是 GPT-5.5 退役后的模型过滤 26。CLIProxyAPI 的
#6661 仍开着、未合并，基分支 dev，修的是 vertex 取址把裸主机名误判成版本段 27。codex-proxy 的 #873 也还在 dev 上开着，本窗口内该仓库没有新条目。References
- 1Widespread feature degradation
status.openai.com
- 2App not loading or working
reddit.com
- 3OpenAI Status summary
status.openai.com
- 4Codex - OpenAI Developer Community
community.openai.com
- 5Please try a different model improvement
reddit.com
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15请问 opencode 的免费模型报 403 有办法解决吗？
github.com
- 16
- 17降智检测文档（PR 头分支）
github.com
- 18Claude Status
status.anthropic.com
- 19Google Cloud incidents.json
status.cloud.google.com
- 20Codex Reset Tracker
codex-reset.com
- 21Codex reset tracker
opentherank.com
- 22
- 23Finally Argon is on Jio pro plan
reddit.com
- 24
- 25fix(typesafe): 透传 System One 图片开关请求头
github.com
- 26
- 27
- 28CLIProxyAPI Releases
github.com
- 29sub2api Releases
github.com
- 30codex-proxy Releases
github.com
- 31codex2api Releases
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.