auth 目录读不到一次，整池 OAuth 凭据会被注销；三张单 12 分钟修进 dev，发行版还没带
v8.0.38 上 auth 目录读不到一次，整池文件凭据会被注销；三张单在北京 20:02–20:15 全部修进 dev，发行版一笔没带，附今晚的核查与恢复步骤。
上一期发稿时，CLIProxyAPI 的 #6870、#6871、#6872 三张还开着、没打标。
这一轮它们全落了：北京 20:02、20:06、20:15，三笔提交进 dev。20:18，三张单一起打上 Fixed。
发行版仍停在 v8.0.38，一笔都没带上；单本身还开着，只挂了 Fixed 标签。1
三张里最要紧的是 #6870。
在 v8.0.38 上，auth 目录只要有一次读不到，整池文件凭据就会被当成已删除。
文件还在盘上，进程不再看它们。
| 单 | 问题 | 修复提交（北京 10-22） | v8.0.38 |
|---|---|---|---|
| #6870 | 读不到 auth 目录时整池文件凭据被注销 | 57a12996，20:06，6 文件 +310/−18 | 没有 |
| #6871 | OAuth 登录协程读 Handler.cfg 不持锁 | 8bd17955，20:15，4 文件 +121/−11 | 没有 |
| #6872 | 分配预算测试在 -race 下随机挂 | ad09c779，20:02，3 文件 +14/−0 | 没有 |
一、一次读不到的目录，会把整池文件凭据注销
链路有四段，每一段都能在 v8.0.38 里指到行。
reloadClients 末尾调 refreshAuthState（clients.go 第 200 行）。后者做一次全量扫描，把目录整个重读一遍。3
扫描时读目录出错，
FileSynthesizer.Synthesize 直接返回空列表加 nil 错误。那里的注释写的是「目录不存在不算错」。
internal/watcher/synthesizer/file.go 第 39–43 行：os.ReadDir 一出错就 return out, nil，注释只覆盖了目录不存在这一种。4结果为空，删除逻辑就当这些凭据的来源文件都没了。
prepareAuthUpdatesLocked 对当前每一个不在新结果里的 id 发一条 Delete。
internal/watcher/dispatcher.go 第 345–351 行：注释说「缺号不等于源文件被删」，代码还是给每个缺号发了 AuthUpdateActionDelete。5四段连起来，一次目录读失败就等于给整池文件凭据判了注销。
被删的是进程内的注册，不是磁盘文件；凭据要等下一次能读到目录的扫描才回来。
触发条件是三类系统错误：EACCES（权限或挂载点变化）、EIO（网络盘抖动）、EMFILE（描述符耗尽）。单里点的就是这三种。
单个文件读不到的情况，v8.0.38 已经挡住了：该文件记成不完整、凭据保留。
缺的是目录这一级。
修复补的正是这一级。
57a12996（北京 20:06，6 文件 +310/−18）把非
ErrNotExist 的读目录失败记成不完整。6dispatcher 再把「父目录不完整」也算成不完整，哈希与文件索引一并留下，不再发删除。
internal/watcher/synthesizer/file.go 第 39–46 行：只有 fs.ErrNotExist 当作「没有凭据」，其余读失败走 RecordIncompleteFile。7今晚先核一遍，再决定要不要动
条数应该和 auth-dir 里的
.json 文件数对得上。条数对不上、但目录里文件都在，就是撞上了这条路径。
恢复不用重建凭据。进程重启时会重新扫盘装载，文件没被删，重启就回来。
避开这条路径有三件事可做。auth-dir 放本地盘；把
ulimit -n 抬到连接数之上；存储抖动时不要保存配置。最后一条最容易被忽略：每次保存配置都会触发一次全量扫描，不是只在启动时扫。
这条也没有开关可关。全量扫描不是可选项，v8.0.38 里绕不开它。
二、登录还没结束就保存配置，两边读同一份指针
v8.0.38 里，Claude、Codex、Antigravity 三个 OAuth 登录处理器都直接读
h.cfg。后台等回调的协程还要再读一次
h.cfg.AuthDir，那次读发生在响应返回之后。9这张单把问题定性为数据竞争。11
复现方式是把一次 Codex 登录与一次配置保存并发跑：
-race 下每次都报，不加 -race 看不出来。单里没有给出确定的现象。顺代码看，只有当那次保存同时改了 auth-dir，登录回调才可能写进旧目录。
修法是加一个持锁读的快照函数，登录处理器与 token 落盘辅助都改用它。
提交是 8bd17955，4 文件 +121/−11。12
internal/api/handlers/management/handler.go 第 143–148 行：configSnapshot 在 h.mu 下取 h.cfg，给跑在请求之外的代码用。13覆盖范围只有三家。dev 上 xAI、Meta、Kimi 三个登录处理器仍然直接读
h.cfg。14今晚的动作很简单：登录流程在跑的时候，别去保存配置。
要改配置，等登录结束再改。
三、第三张只是测试
ad09c779 加了 build tag，检测到 race 就在这个用例上跳过。运行时零改动，3 个文件、14 行。16
对运维来说它的意义只有一个：dev 的 CI 不再因为这条红。
四、dev 已经领先发行版 15 笔、77 个文件
v8.0.38 发布于北京 10-21 23:11。
到这一轮收工，dev 相对它多了 15 笔提交、77 个文件。17
里面有这一周反复提到的几笔：上下文超限的两笔、Vertex 多区域主机、Claude 延迟搜索。
还有超限错误码、请求级 401 误判、cloak never 的头，加上今晚这三笔。
跟 dev 打一次镜像能一次拿全，代价是这些改动都没过发行版那一道回归。
不跟的话，至少把上一节那三件事做了。
否则一次挂载抖动加一次保存配置，就能让整池凭据下线。
仓库没有给出下一版的日期。
五、上游与重置：这一小时没有新事故
OpenAI 状态页全绿。最近一条事故是北京 10:18 到 16:50 的对话与 Responses 报错，已恢复。18
Anthropic 状态页也是全绿，过去几天没有事故记录。19
Google Cloud 事故列表 8 条，最近一条「Multiple Products」的最后更新停在北京 17:24。窗口内没有新动作。20
Codex 重置这一小时没有落地。今日还没重置，最近一次已验证的全局重置在北京 10-20 14:33。21
累计 56 次、手上还存着 10 张，节奏约两天一次。
References
- 1#6870：auth 目录读不到时全量扫描注销全部文件凭据
github.com
- 2v8.0.38 config_reload.go 第 149 行
github.com
- 3v8.0.38 clients.go 第 200 行
github.com
- 4v8.0.38 synthesizer/file.go 第 39–43 行
github.com
- 5v8.0.38 dispatcher.go 第 345–351 行
github.com
- 6提交 57a12996：目录读不到时保留文件凭据
github.com
- 7dev 分支 synthesizer/file.go 第 39–46 行
github.com
- 8v8.0.38 管理接口：GET /credentials 列出文件凭据
github.com
- 9
- 10v8.0.38 config_v8.go 第 210 行
github.com
- 11#6871：OAuth 登录协程与配置保存的竞争
github.com
- 12提交 8bd17955：OAuth 登录流程持锁读配置
github.com
- 13dev 分支 handler.go 第 143–148 行
github.com
- 14
- 15#6872：-race 下的分配预算测试不稳定
github.com
- 16提交 ad09c779：race 下跳过分配预算测试
github.com
- 17v8.0.38...dev 的差异
github.com
- 18OpenAI 状态页
status.openai.com
- 19Anthropic 状态页
status.anthropic.com
- 20Google Cloud 状态页
status.cloud.google.com
- 21Codex Reset 追踪
codex-reset.com
- 22CLIProxyAPI v8.0.38
github.com
- 23sub2api v0.2.17
github.com
- 24codex-proxy v2.1.20-beta.0543eaa
github.com
- 25codex2api v3.1.1
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.