模型清单是中转自己编的，换成本人账号的补丁刚被评审挑了 8 处

选择器里那份清单，来自中转的内置表

curl -s -H "Authorization: Bearer <你的中转 key>" \
  "https://<中转域名>/v1/models?client_version=0.165.0" | head -c 400

curl -s -o /dev/null -w "%{http_code}\n" \
  -H "Authorization: Bearer <你的中转 key>" \
  "https://<中转域名>/backend-api/codex/models?client_version=0.165.0"

补丁想做的事，和它的边界

八条评审意见，两处直接影响能不能用

• 15 秒的 http.Client.Timeout 是整请求超时，与仓库网络策略冲突。那份策略只允许在取凭证时设超时，连接建立之后交给下游客户端截止。12
• providers 那张表没有清理逻辑，而 client_version 由调用方给，键可以一直长下去。
• 取数用的是 http.DefaultTransport，不走配置里的 proxy-url，配了代理的实例会直连。
• provider 那几行按 info.ID 匹配，遇到别名或强前缀就匹配不上，那一行会从选择器里消失。
• 取数还在飞的时候凭据被删或被改，RegisterClient 会把已经删掉的 ID 注册回来。
• defer resp.Body.Close() 没有处理关闭错误，违反仓库自己的代码约定。

今天怎么处置

今晚可以先做的四件事

1. 别在 config.yaml 里写 client.codex.account-catalog。v8.0.48 里没有这个键，写了既不报错也不生效，只会让你以为开了。
2. 有人问「模型清单为什么和我的不一样」，跑第一节那两条命令，把两份 id 的差异摊在对方面前。
3. 报「Codex 不能跑命令」的，先按客户端侧排查，别急着给账号标状态。
4. 盯 #7130 的两件事：评审有没有闭合、有没有合并进 dev。合并之前，它只是别人分支上的代码。