General config ignored - cc-switch

Quick fix

Upgrade to cc-switch v3.12.2+, where general config fragments persist across a restart. As a stopgap, turn general config off and write the JSON directly.

Symptom

Error outputCopy

通用配置里面的 参数被忽略 结果就是 什么都没写进去 我现在是直接写死在 配置JSON 那里 不开启 “通用配置功能”。就没问题了

English translation

The parameters in general config are ignored — nothing gets written at all. I now hard-code them in the config JSON and leave the "general config" feature off, and then there is no problem

Cause

cc-switch works by rewriting the whole config file (see #124), so shared parameters written by hand into one provider's JSON are overwritten when you switch provider; maintainers suggest using 通用配置 (general config) in the provider edit screen to write shared fragments. The startup order in v3.12.0 ignores those general config fragments, so after a restart the parameters were never written to the config file — presenting as "general config ignored". Fixed in v3.12.2 by adjusting the startup order.

The same class also includes: Codex MCP config disappearing after every restart (#1330, marked by maintainers as a duplicate of #4358, mostly on the MCP sync/rewrite path); general config lost when switching Codex provider (fixed in #124); and the "extended thinking" option disappearing after saving and reopening (#1183, fixed in 3.11.1).

Fix

1. 1

   Upgrade cc-switch to v3.12.2 or newer. If it still reproduces on v3.12.3, report back on the original issue.

2. 2

   Write shared fragments into 通用配置 (general config) in the provider edit screen rather than by hand into a single provider config JSON, since switching provider rewrites the config file.

3. 3

   If general config is still ignored after a restart, turn the general config feature off for now and write the shared parameters into the config JSON directly.

4. 4

   If Codex MCP disappears after a restart, untick Codex in the MCP config and tick it again as a stopgap, then restart the downstream app. Follow #4358 for this one.

Affected Versions

ToolClaude Code / Codex / Cowork

Version3.11 - 3.15.0（受影响；3.11.1 修复“扩展思考”保存，3.12.2 修复通用配置重启丢失）

PlatformsWindowsmacOS

Source Issues

This page is distilled from 4 real issues

• #124[bug]codex切换(启用)不同的供应商,会丢失通用配置信息
• #1183扩展思考选项无法保存
• #1330mcp配置异常
• #1391cc switch claude 写入通用配置BUG 退出程序 再重新启动 通用配置被忽略

FAQ

Why is general config lost after switching provider?

cc-switch switches provider by rewriting the whole config file, so anything written by hand into a single provider JSON does not survive. Put shared fragments into 通用配置 (general config), which also persists across a restart from v3.12.2+.

General config is still ignored after upgrading to v3.12.2. What now?

If v3.12.2/v3.12.3 still reproduces it, turn the general config feature off for now, write the shared parameters into the config JSON directly, and report back on the original issue.

Why does Codex MCP disappear after a restart?

An MCP config sync problem, folded into #4358. As a stopgap, untick Codex in the MCP config and tick it again so cc-switch rewrites the downstream config.

cc-switch MCP settings will not sync to Claude Code. What now?

The same MCP sync problem, folded into #4358. Try unticking and re-ticking the target app in the MCP config, or edit, save, and restart the downstream app.

Related problems

AnyRouter 429 error in Claude CodeAdd "model": "opus[1m]" to the provider JSON and restart Claude Code. If 429 persists, upstream rate limiting is likely; switch networks or use haiku.1 issues mergedcc-switch login and auth config cannot be entered or deletedUpgrade to v3.17.0 or newer: the Google OAuth misdetection and the legacy-provider gating that hid the API key field are both fixed.4 issues mergednot installed or not executableUpgrade CC Switch to v3.16.2+, or set the CLI install directory by hand in settings, and clear noise printed by your shell at startup.4 issues merged