fix: 修复聚合供应商切换后的登录与模式误判

[yanlong832-source]

问题

纯 API Key 用户切换到聚合供应商后，auth.json 中的 OPENAI_API_KEY 会被删除或被旧路径整体重写。Codex 桌面版因此误判为未登录并显示登录页面。

此外，管理工具从实时配置回填时会把聚合模式写入的占位 Key 识别为普通 API Key，进而将 RelayMode::Aggregate 错误改成 PureApi，丢失聚合轮转语义。

修复内容

• 聚合模式切换时保留实时 auth.json 中已有的 OPENAI_API_KEY。
• 实时认证缺少 Key 时写入非真实占位值，仅用于满足 Codex 桌面版登录状态检查。
• 保留 auth.json 中 OAuth 等其他字段，不使用聚合 profile 的旧认证快照覆盖实时状态。
• 回填实时配置时保持 RelayMode::Aggregate。
• 将管理器的聚合写入入口统一到兼容切换路径，并继续传递公共配置与 computer-use guard。
• Official / PureApi 现有认证行为保持不变。

聚合成员的真实 API Key 仍只来自各成员供应商配置；占位值不参与上游请求认证。聚合请求继续通过本地代理 127.0.0.1:57321 和内部 token codex-plus-aggregate 转发。

回归覆盖

新增单元与集成测试，覆盖：

• 保留实时 Key 与其他认证字段；
• 忽略旧 profile 认证快照；
• 缺少 Key 时写入占位值；
• 管理器聚合入口写入本地代理配置；
• 回填后仍保持 Aggregate 模式。

验证

• git diff --check 通过。
• 独立代码复核未发现阻塞问题。
• 本机定向 cargo test 未完成：离线缓存缺少依赖，联网依赖下载在 120 秒后超时，尚未进入可见测试执行阶段。建议以 CI 结果作为完整 Rust 测试依据。

[BigPizzaV3]

补充一个 P1 数据完整性问题：ensure_openai_api_key_in_auth_contents 对“非空但 JSON 解析失败”的实时 auth.json 会直接丢弃原内容，改写成只含占位 OPENAI_API_KEY 的 JSON。切换期间 auth.json 可能被 Codex 刷新/写入到短暂的半文件状态，这会清掉 OAuth tokens 等字段，下一次登录状态会丢失。建议解析失败时保留已有 profile 快照或返回错误并延后切换，不能静默覆盖整个 auth 文件。