切换 Provider 时，程序无法解析该账号 ID，因此切换失败。Codex
Quick fix
用户确认：将设备 A 的 codex_oauth_auth.json 手动复制到设备 B 后可恢复切换；这是临时绕过方式，原帖尚无正式修复。
Symptom
Section titled “Symptom”切换 Provider 时，程序无法解析该账号 ID，因此切换失败。该报告涉及跨设备恢复 WebDAV 或 S3 云同步快照：OpenAI Official Provider 的 meta.authBinding.accountId 被恢复，但设备 B 不存在原设备的 codex_oauth_auth.json，认证中心也没有对应账号。切换时无法解析这个账号 ID，导致失败。报告者据此指出，Provider 绑定与 OAuth 账号存储的同步范围不一致。
如遇到相同情况，核对恢复后的 Provider 是否仍保留 meta.authBinding.accountId，而当前设备认证中心没有对应账号。
用户已验证的临时绕过方式是将设备 A 的 codex_oauth_auth.json 手动复制到设备 B，之后切换恢复正常。原帖没有提供完整文件路径或配置内容差异。
关注源 issue #7561 的后续处理。该报告仍处于开放状态；恢复后显示未绑定或需要重新认证、引导重新绑定等行为属于报告者的期望，尚无已实现的正式修复记录。
Affected Versions
Section titled “Affected Versions”ToolCodex
Version3.20.3（报告的受影响 cc-switch 版本）
PlatformsWindows
Source Issues
Section titled “Source Issues”（暂无 FAQ）
切换供应商会重置claude settings.json - Claude Code切换前先在“通用配置”中从当前供应商提取配置，并在新供应商中勾选“写入通用配置”。切换 Codex 供应商会覆盖 config.toml - Codex先升级 cc-switch 到 v3.17.0+，并把要保留的 MCP/插件/偏好同步进「通用配置」；仍被旧快照回写时切走再切回一次。Codex provider 写回会重置 live UI settings from升级到 cc-switch v4.0：切换供应商只改地址、Key、模型、协议几个关键字段，不再整份覆盖 ~/.codex/config.toml，其余配置原样保留。
这是一个非官方社区 wiki，与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。