重启CC switch后打开codex，所有的设置、插件、都会丢失重置 - CC Switch
Quick fix
将 Codex/Claude Code 的跨供应商配置和插件写入“通用配置”，避免切换供应商时被覆盖；已丢失内容可到 default 供应商或通用配置中恢复。
Symptom
Section titled “Symptom”重启CC switch后打开codex，所有的设置、插件、都会丢失重置。从报告看，cc-switch 在切换或重启供应商后会按当前启用的供应商重新生成目标 CLI 的配置。如果用户只把 API、插件、Marketplace、MCP 等写在某个供应商的 JSON 里，它们不会进入下一套配置，表现为 Codex 设置/插件被重置、Claude Code 插件不激活、API 地址丢失等。通用配置是跨供应商保留这些内容的正确位置：多条报告确认“将对应配置写入 通用配置中”即可避免丢失，已经丢的配置需要回 default 供应商或通用配置里找。
同一主线还有多个变体：Codex 历史会话与 model_provider 绑定，切换供应商后旧会话找不到原 provider（#2615）；MCP 配置被重新覆盖成错误结构，关闭 cc-switch 时反而正常（#946）；v3.16.5 升级后 Codex 桌面端已配置服务商全部不可用（#4948）；生成 specific provider 的终端命令时配置文件不存在（#1430）等。这些问题都指向配置切换/同步逻辑，而非某个供应商自身的连通性。
在 CC Switch 中把需要在不同供应商之间保留的 Codex/Claude Code 设置、插件、Marketplace、MCP 配置写入“通用配置”，再切换供应商。
如果配置已经丢失，先检查新建/导入 CC Switch 时生成的 default 供应商；如果已删除，再检查“通用配置”里是否还有原配置（#1459）。
对于 Codex 历史会话：切换供应商后旧会话仍报找不到原 provider，是因为 Codex 会话和 model_provider 绑定，当前不会随切换自动迁移；需要回到原 provider 或跟踪主 issue 修复（#2615）。
如果 MCP 在 Claude Code 中多一层嵌套且关闭 cc-switch 后正常，说明 cc-switch 打开时会覆盖配置；应把可用的 MCP 配置放入通用配置，避免只在单个供应商 JSON 中重复嵌套（#946）。
Affected Versions
Section titled “Affected Versions”Source Issues
Section titled “Source Issues”本页汇总自 10 个真实 issue
- #921codex的api请求地址重视丢失
- #946mcp配置格式问题
- #1430复制命令行启动specific provider的terminal 出错
- #1459cc switch切换供应商，覆盖了claude code的原配置文件，现在官方的插件marketplace已经不显示了，有啥方法能够复原吗？
- #2125claude code 切换不同供应商后，原来下载的 plugin 无法被激活
- #2615codex切换配置a到b,会导致a的会话无法使用报错
- #3135切换claude 配置的时候，如果其他的agent的配置文件出错，则会切换失败
- #3769无法切换api
- #4948升级到版本v3.16.5后之前配置的可用服务商在使用codex桌面端时全部都不能用了，删掉重新配置同样无法使用，天塌了
- #6543CC switch关闭后codex设置丢失。
- Windows 上重启 CC Switch 后 Codex 设置和插件全部丢失，有临时解决方案吗？
- 有。把对应配置写入“通用配置”中即可避免再次丢失，这是多条报告确认的临时方案。
- Claude Code 插件文件还在 ~/.claude/plugins，为什么切换供应商后插件不激活？
- 插件文件没有丢，但激活插件所需的配置随供应商切换被覆盖；需要从 default 供应商或通用配置恢复，或把插件配置放入通用配置。
- 切换供应商后 Codex 历史对话报找不到原来的 provider，能恢复吗？
- Codex 会话和 model_provider 绑定，切换供应商后历史会话会受影响；需要切回原 provider，或跟踪主 issue 的合并修复。
这是一个非官方社区 wiki，与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。