CC Switch:AI 编程工具越用越多之后,配置切换这件小事终于有人管了

它不是新的代码 Agent，而是一个把 Claude Code、Codex、Gemini CLI、OpenCode、OpenClaw 等工具配置集中管理起来的桌面控制台。

最近 AI 编程工具有个很明显的趋势：工具越来越多，入口也越来越多。

你可能今天用 Claude Code，明天试 Codex，后天又想跑 Gemini CLI；某个项目要接官方 API，另一个项目又要换中转服务；一会儿改 JSON，一会儿改 TOML，一会儿又去翻环境变量。真正写代码之前，先在配置文件里绕一圈。

这时候 CC Switch 这类工具的价值就出来了。它做的不是“替你写代码”，而是帮你管理 AI 编程工具背后的那些配置、供应商、MCP、Skills 和使用成本。说白了，它更像一个 AI Coding 工具的控制面板。

主界面

添加Provider

CC Switch 是什么？

CC Switch 是一个面向 Claude Code、Codex、Gemini CLI、OpenCode、OpenClaw 和 Hermes Agent 的 All-in-One 管理工具。它基于 Tauri 2 构建，支持 Windows、macOS、Linux。

它最核心的动作很朴素：把原来散落在不同 CLI 工具里的配置，收进一个桌面应用里统一管理。

如果你高频使用 AI Coding 工具，就会知道它非常烦。因为每个工具都有自己的配置格式、登录方式、供应商参数、MCP 写法、提示词文件和插件生态。用得越多，越容易把自己电脑上的配置搞成一团。

CC Switch 的第一层价值，是供应商管理。它内置了 50+ 供应商预设，可以管理 Claude Code、Codex、Gemini CLI、OpenCode、OpenClaw 等工具的供应商配置，并支持一键切换、系统托盘快速切换、拖拽排序、导入导出。

如果你经常在官方 API、中转服务、不同账号、不同模型供应商之间切换，CC Switch 的体验会比手改配置文件舒服很多。

我觉得这类工具真正击中的不是“高级用户炫技”，而是一个很现实的场景：AI 编程工具开始进入多账号、多模型、多供应商并存的阶段。以前一个工具一个账号还能忍，现在多个 CLI 工具一起上，靠记忆维护配置就很容易出错。

以前的方式

CC Switch 的方式

很多人一开始用 AI Coding 工具，只关心模型和上下文。真正用久了才发现，生产力差距往往来自外围资产：MCP Server、项目提示词、Skills、团队约定、常用工作流。

CC Switch 把这些也放进了统一管理范围。提供了统一 MCP 面板，支持多应用同步；Prompts 可以跨应用同步到 CLAUDE.md、AGENTS.md、GEMINI.md；Skills 支持从 GitHub 仓库或 ZIP 文件安装，也支持软链接和文件复制。

这部分对团队很有意义。因为很多公司不是缺一个更聪明的模型，而是缺一套可复制的使用方式。谁的 MCP 配得好，谁的 AGENTS.md 写得稳，谁的 Skills 能沉淀下来，团队效率就会差一截。

CC Switch 还提供了本地代理热切换能力，包括格式转换、自动故障转移、熔断器、供应商健康监控等。也支持按应用配置代理，例如 Claude、Codex 或 Gemini 使用不同供应商。

有点像 AI Coding 的轻量网关。对于重度使用者来说，稳定性会变得很重要：一个接口慢了、挂了、额度没了，能不能快速切到另一个可用入口，直接影响工作流是否中断。

AI 编程工具有一个很隐蔽的问题：用的时候很爽，月底看账单才知道自己爽过头了。

CC Switch 有用量仪表盘，可以跨供应商追踪支出、请求数和 Token 用量，支持趋势图表、详细请求日志和自定义模型定价。

第一，不要因为工具内置了很多供应商预设，就随便把 Key 填到不熟悉的平台里。供应商的来源、稳定性、计费规则、隐私边界，都要自己判断。

第二，切换配置本质上还是会影响本地 CLI 工具的运行方式。重要项目里，最好先保留官方配置和默认配置，别把所有回退路都删掉。

第三，团队使用时要明确谁维护供应商、谁维护 MCP、谁维护 Skills。不然工具把入口统一了，管理责任却还是散的。

如果你已经把 Claude Code、Codex、Gemini CLI 这类工具用进日常工作流，它值得试一下。尤其是当你开始频繁切供应商、同步 MCP、沉淀 Skills 的时候，这类工具会明显减少很多低价值折腾。

项目地址：https://github.com/farion1231/cc-switch