重启电脑后禁用的 MCP 重新生效 - Codex

Quick fix

官方尚未修复此配置覆盖问题，需手动清理配置文件中的冲突 MCP 节点，并谨慎使用 deeplink 导入以防自定义设置丢失。

Symptom

报错原文复制

重启电脑，打开 Codex 终端，会发现禁用的 MCP  会再次生效

Cause

cc-switch 在管理 Codex 配置时存在模板重建与覆盖行为。当系统重启或通过 deeplink 导入 provider 时，底层的 `build_codex_settings` 会重新生成固定的 TOML 模板，导致已禁用的 MCP 服务（如 `[mcp_servers.time]`）被重新写入并生效，同时非 provider 相关的自定义设置（如 `web_search`）会被丢弃。此外，Codex 使用 TOML 格式，而 Claude 使用 JSON 格式，在不同 CLI 下管理同一 MCP 服务时极易引发配置冲突。由于相关 issue 尚未合并修复方案（部分已 stale 关闭），目前只能通过手动干预解决。

Fix

1. 1

   由于官方尚未提供自动修复方案，请手动打开 Codex 配置文件，删除或注释掉重新生效的 MCP 节点（例如 `[mcp_servers.time]` 或 `[mcp_servers.serena]`）。

2. 2

   在导入 provider deeplink 时，请避免使用携带内联 `config` payload 的链接，以防 `build_codex_settings` 重建模板并覆盖您的自定义字段。

Affected Versions

ToolCodex

Version未知

PlatformsWindows

Source Issues

本页汇总自 3 个真实 issue

• #935mcp管理问题
• #1781重启电脑后禁用的 MCP 重新生效
• #5510Preserve custom Codex config fields in provider deeplink imports

FAQ

为什么在 Codex 和 Claude 中配置同一个 MCP 服务会产生冲突？

因为不同 CLI 终端的配置格式存在差异，Codex 使用 TOML 格式，而 Claude 使用 JSON 格式，混合管理时配置可能会被覆盖或冲突。

导入 deeplink 后，我的 `web_search` 等自定义配置为什么丢失了？

导入确认后，`build_codex_settings` 会重建固定的 TOML 模板，该过程会丢弃非 provider 相关的 Codex 自定义设置。

相关问题

claude mcp list 显示 ✘ Failed to connectWindows 下 cc-switch 会把 MCP 的 npx 命令自动包装成 cmd /c，破坏 stdio 管道导致连接失败；手动改回 ~/.claude.json 或用 claude mcp add 重写可临时解决。10 issues mergedcc-switch 导致 Claude Code / Codex 的 MCP 配置丢失升级 cc-switch 到最新修复版，关闭或谨慎使用统一接管 MCP，逐个排查无效 MCP，并手动修正被改写的 command/type/path 字段。14 issues merged每次点击都会先弹出系统文件夹选择器 cc-switch修改 src/App.tsx 移除 handleOpenTerminal 中的 pickDirectory() 调用，即可解决点击打开终端时强制弹出文件夹选择器的问题。3 issues merged