10/16 凌晨续报：OpenAI 登录与注册降级已恢复，中转侧四条动态都还没进版本
补报 10 月 16 日 01:00 到 01:45（北京）：OpenAI 那条登录与注册降级已经恢复；中转侧本窗口出现四条动态——CLIProxyAPI 两条新条目、sub2api 一条撤索引的修复、codex-proxy 一条并进 dev，没有一条进版本。
补报 10 月 16 日 01:00 到 01:45（北京）。第二十四期在北京 01:00 刊出，本期接在它后面。
这个窗口四个仓库都没有发新版，主干上只有 codex-proxy 一处合并。上游那条登录与注册降级走完了全程：正在调查、已缓解、已恢复。中转侧新出现四条，没有一条进了任何人手上的版本。
影响面两块。客户端用户那边，ChatGPT 应用登录与注册的报障可以收尾了。中转运维这边，今晚依旧没有要升的版本，要看的只有代码和配置里的东西。
今晚先做这几件事：
- 客户端还在报登录失败、注册失败，或 iOS 应用控件消失，先对一眼状态页：那条事件已经 resolved。之后再出现同类报障，按新问题查。
- 跑 CLIProxyAPI 并且上游走 SOCKS5 代理的站点，客户端取消请求不会立刻断开正在协商的那条连接；这个修复不在你手上的版本里。
- 用管理接口或脚本整份改
config.yaml的站点，别拿旧副本回写，并发编辑会被静默覆盖；接口这一侧现在也没有 ETag 可用。 - 开着请求日志、又用按值删除客户端密钥的站点，今晚就能自查一件事：那条删除请求的 URL 里，客户端密钥是明文。
- sub2api 撤索引那条迁移还没发版，今晚不用动；知道它在省哪一份成本就够了。
上游：那条登录与注册降级已经从正在调查走到已恢复
OpenAI 状态页那条事件在北京 01:13 从正在调查改成已缓解，原文是「We have applied the mitigation and are monitoring the recovery.」1。
北京 01:41，同一条事件被标为已恢复，正文只有一句「All impacted services have now fully recovered.」1。
从北京 00:29 开单到 01:41 收尾，这条事件一共四条更新，中间那条把范围从 iOS 应用扩到 iOS 与 Android 两个应用 1。
状态页整体现在还是「部分系统降级」，但那是另一条事件造成的：Compliance API 的成本数据延迟，从北京 10 月 15 日 01:00 挂到现在，状态是已确认 2。
组件列表里唯一标降级的还是 Compliance API，两个 Login 组件与 ChatGPT 桌面版里的 Codex 都是正常 2。整条登录事件挂着的那一小时，组件一直没变红，现在回头看，官方确实没把它落到某个具体组件上。
CLIProxyAPI：一条拨号不认取消，一条把整份配置和客户端密钥都摊开
SOCKS5 拨号丢掉了调用方的 context
出站走 SOCKS5 或 SOCKS5h 代理时，代码自己装了一个拨号回调，把调用方的 context 丢掉，直接调
Dial 4。代理接受了 TCP 连接、却在协商阶段卡住时，取消那个 context 不会让这条拨号返回，连接会一直挂着 3。
v8.0.30 里这段就是这样写的：
transport.DialContext = func(_ context.Context, network, addr string) (net.Conn, error) { return dialer.Dial(network, addr) }，那个下划线就是被丢掉的取消信号 4。修法是把已有的 SOCKS
ContextDialer 直接用上，让取消一路传到连接建立与协商两段；类型断言不成立时直接报错，而不是退回旧写法 3。对运维意味着什么：用 SOCKS5 代理出站、客户端或网关又经常主动取消请求的站点，被取消的拨号会占着 goroutine 和连接不放。这段写在代码里，配置项里没有对应开关；要么自己打这个补丁，要么等它并进版本。
管理接口整份写配置会丢更新；按值删客户端密钥会写进日志
issue
#6666 在北京 01:26 开出，作者 georgenijo，开着、无标签、0 评论 5。它说的是管理接口整份改
config.yaml 会丢更新。这类改动天生是「读、改、写回」三步，网页管理界面、脚本、自动化几个写入方撞在中间时，后写的会把先写的静默覆盖 5。报告人点了名：对
api-keys 这条尤其难受——别人刚撤销的客户端密钥会被写回来 5。本刊在 v8.0.30 里核了这一段。
PutConfigYAML 校验完请求体、拿到锁之后就无条件写盘，不比对任何版本标记 6；GetConfigYAML 把原始字节直接写回，响应头里没有 ETag 7。这个版本里没有 If-Match 与 ETag 的处理。他的提案是：GET 返回 ETag（
ComputeSourceHash 算的正好就是这个），PUT 接受一个可选的 If-Match，哈希对不上回 412；不带 If-Match 时行为不变，所以是向后兼容的 5。而请求日志给查询串脱敏时只认几个词：
key、api-key、apikey、api_key、token、secret，value 不在名单里 10。删除方法也不在日志跳过的范围里，只有 GET 会被跳过 10。
internal/util/provider.go，高亮段是第 280–292 行的 shouldMaskQueryParam：带 key、api-key、apikey、api_key、token、secret 的查询参数会在写日志前被打码，value 不在其中 10。所以开着请求日志的站点，一次按值删除就会把完整的客户端密钥写进日志。今晚能做的：翻一下自己的请求日志有没有这类行；有的话按泄露处理，之后改走整份 PUT 或 PATCH 维护密钥，或者等这个提案落地。
sub2api：要撤掉那条没人查的宽 GIN 索引
它要撤掉
accounts.extra 上那条覆盖整个 JSONB 文档的 GIN 索引。这条索引是 v0.2.16 的迁移 045 建的，注释里当时写着它是为了加速按 extra 查找 12。理由写得很直白：
accounts.extra 是频繁更新的列，一条覆盖整份文档的 GIN 索引会带来额外的写入与 vacuum 维护成本 11。本刊在 v0.2.16 里核了它的判断：通用的按 extra 查找用的是
sqljson.ValueEQ 按路径取值，不是注释里说的 @> 包含查询 13。这次 PR 顺手把那段注释改成实际行为 11。今晚不用动。这是一条前向清理迁移，要等合并发版；读者手上 v0.2.16 的那条索引还在，那份写入成本也还照付。
codex-proxy：一条跟了几期的改动并进了 dev
这条 10 月 15 日上午就开着，前几期一直按未合并登记，这次形态变了：进了主干，但没进版本。仓库最新稳定版仍是 v2.1.17 15。
今晚不用动。它只到了 dev，要等下一个版本；现在能做的只是知道这条改了，升级后本地模型不再被代理接走。
其余上游与社区：本窗口没有新事件
Anthropic 状态页是「所有系统正常」，当日无事件记录 16。
Google Cloud 最近一条事件仍是 10 月 8 日到 9 日的 Cloud Storage 上传与写入延迟 17。
Codex 重置追踪两站本窗口都没有新记录。codex-reset.com 仍记最近一次已验证的全局重置在北京 10 月 15 日 14:13，累计 54 次、另有 10 次 banked，24 小时概率 18%、48 小时 33%，模型置信度低 18。
opentherank 也停在同一天：最近一次记录是北京 10 月 15 日 12:55，累计 62 次，中位间隔 3.1 天 19。
OpenAI 开发者社区的 Codex 分区本窗口没有新话题，最新一条仍停在北京 00:31 20。
扫的三个板块里也没有与额度、封号或故障相关的新帖。r/ClaudeAI 只有一条比较 Claude 与 Codex 谁更常拒绝任务的帖子 21，r/OpenAI 只有一条与本次事件无关，r/GeminiAI 没有新帖。
本期未闭合项
sub2api 四条修复仍开着、都没有合并，本窗口内没有新动作：
#8127 撤 GIN 索引 11、#8125 自定义页面的凭证开关 22、#8123 TypeSafe 图片开关头的透传 23、#8121 GPT-5.5 退役后的模型过滤 24。codex2api 的
#790 降智检测也仍开着、未合并 26。References
- 1Widespread feature degradation
status.openai.com
- 2OpenAI Status summary
status.openai.com
- 3
- 4
- 5
- 6
- 7
- 8CLIProxyAPI v8.0.30 管理路由，第 88–91 行
github.com
- 9
- 10
- 11
- 12sub2api v0.2.16 迁移 045
github.com
- 13
- 14
- 15codex-proxy Releases
github.com
- 16Claude Status
status.anthropic.com
- 17Google Cloud incidents.json
status.cloud.google.com
- 18Codex Reset Tracker
codex-reset.com
- 19Codex reset tracker
opentherank.com
- 20Codex - OpenAI Developer Community
community.openai.com
- 21Claude tells me No more often than Codex
reddit.com
- 22
- 23fix(typesafe): 透传 System One 图片开关请求头
github.com
- 24
- 25
- 26
- 27CLIProxyAPI Releases
github.com
- 28sub2api Releases
github.com
- 29codex2api Releases
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.