[Bug]: 最新版和之前的版本都不行：聚合运营商启动codex会弹登录页

[2235251017]

影响范围

启动 / 重启 Codex++

当前行为

聚合运营商启动codex会弹登录页，切换到单个就可以了

预期行为

聚合运营商启动codex可以支持使用，按设置的路由策略去执行

复现步骤

1.添加并使用聚合运营商；
2. 重启codex；
3. 打开就是codex的登录页；

日志 / 配置片段

Codex++ 版本

v1.2.41

系统

Windows

提交前确认

• 我已经脱敏了 API Key、Token、账号等敏感信息。
• 我已经确认这是当前最新版仍然存在的问题。

[nicobeyond]

遇到一样的问题，希望能尽快解决。

[193625721ymj-cloud]

我的也是，偶尔会正常不用进入登录页面，供应商切回默认的配置重启就是我配置的聚合供应商不会有登录页了

[dx9052]

一样会跳到官方登录，咋解决？

[dx9052]

我的也是，偶尔会正常不用进入登录页面，供应商切回默认的配置重启就是我配置的聚合供应商不会有登录页了

什么意思？啥叫切换回默认的配置？需要先用官方登录一下？

[dx9052]

查出来了，问题在 Codex++ 1.2.43，不是你的供应商或 Key。

根因

• 聚合模式正确生成了本地代理：http://127.0.0.1:57321/v1
• 代理 token 也存在于 experimental_bearer_token
• 但 Codex++ 错把 Aggregate 走进“官方供应商”认证分支，删除 OPENAI_API_KEY
• 随后写出了 0 字节的 ~/.codex/auth.json
• 当前 Codex CLI 0.146.0-alpha.3.1 读取后报：
  EOF while parsing a value at line 1 column 0
• 桌面端因此退回官方登录页

单一供应商走 PureApi 分支，会正常写入 Key，所以没有问题。

我已做隔离验证：

• 原始聚合快照：认证失败
• 把 auth.json 改成合法的 {}：聚合代理请求成功并返回 OK
• 通过 codex login --with-api-key 补齐认证：同样成功
• 未修改你当前正常使用的单一供应商配置，测试过程中复制的临时 Key 已清理

这与上游未关闭的问题 CodexPlusPlus #1604 完全一致。当前最新版仍是 1.2.43，主分支中的相关错误分支也尚未修复。

临时处理

切换到聚合供应商并出现登录页后，在 PowerShell 执行：

$auth = Join-Path $HOME ".codex\auth.json"
[IO.File]::WriteAllText(
  $auth,
  "{}" + [Environment]::NewLine,
  [Text.UTF8Encoding]::new($false)
)

然后关闭 Codex，从 Windows 开始菜单直接重新打开。不要再次点击 Codex++ 的“重启 Codex”，否则 1.2.43 可能再次把文件清空。

上游代码的正确修复是让 RelayMode::Aggregate 与 RelayMode::PureApi 一样保留 authContents，并禁止写出 0 字节 auth.json。

[tmuer]

试了你的pwsh代码，还是会跳登陆页。是不是聚合供应商就必须账号登陆呢？

[BigPizzaV3]

已对照当前 main 确认，这个问题仍可直接修复，保留并列入 P0：Aggregate 切换必须保证 auth.json 始终是合法 JSON，并保留足以让 Codex 进入 API 模式的认证状态。

此前 PR #1813 的方向能解决 0 字节文件，但其实现会在实时 auth.json 非空且暂时解析失败时，覆盖成仅含占位 Key 的 JSON，存在清掉 OAuth token 的数据完整性风险，因此没有合并。新的修复应满足：

1. 非空 auth.json 解析失败时中止/延后切换，或退回已验证的 profile 快照，绝不能静默覆盖。
2. Aggregate 的 backfill 与 apply 都保留认证状态，不被 Official 分支误处理。
3. 原子写入合法 JSON，并覆盖空文件、已有 API Key、官方 OAuth、临时损坏文件四类测试。

在修复前，不建议继续手工反复改写 auth.json；请先备份登录状态。