Margrop
Articles374
Tags738
Categories7

Categories

/v1/models 0.025s 0步 0步元递归 0步本身 12类 192.168.x.x 1password 22类一键汇总 3层定位法 401 4个Gateway 4个Gateway全军覆没 503 60秒延迟 60秒超时 6个节点 AC ACP AI AI Coding Assistant AI编程助手 AI辅助 AI辅助编程 AP API Agent couldn't generate Alertmanager AppDaemon Aqara BaiduPCS CC-Switch CI/CD CLI Tools CLI工具 CONFIG Caddy Chrome缺失 Claude Code Cloudflare Codex Cookie 认证 Cron D1 DB探针 DB静止 DIY-123模型 DIY-MINI DIY平台 Date Diagrams.net Diary Docker Docker Compose EADDRINUSE EasyTier NAT穿透 Efficiency Tools Electerm English FTS5 Gateway Gemini CLI GitHub Actions HA HADashboard Hermes Hexo HomeAssistant IP IPv4 Java LVM‑Thin Linux MacOS Macmini Macmini log路径 Markdown MiniMax MiniMax-M3 Multi-Agent MySQL NAS NRestarts Nginx Node-RED Node.js OOM OpenAI OpenClaw OpenClaw gateway OpenCode OpenResty OpenWrt PPPoE Portainer PostgreSQL ProcessOn Prometheus Proxmox VE RPC Restart=always Restart=always循环 SOCKS5 SQLite SSL Session Shell Subagent TTS TimeMachine UML Uptime Kuma VM151 VM152 WeCom缺失 VM153 VPN VPS VPS4 VPS4 overlay TCP不可达 WeCom Web WebSocket Windows Workers activate ad adb adblock agent aligenie aliyun alpine annotation aop authy auto-restart autofs backup baidupan bash bitwarden boot brew browser by-design caddy2 capture_output cdn centos cert certbot charles chat chat completion chrome classloader client clone closures cloudflare cmd command commit connected container cron crontab cron任务 cron设计 ctyun dashboard ddsm demo dependency deploy developer devtools dll dns docker domain download draw drawio dsm dump duplicate service unit dylib edge exception exit 78 export fail2ban fallback fallback失效 feign firewall-cmd flow frp frpc frps fuckgfw function fuser gcc gfw git gitea github golang google_gemma-4 gperftools gridea grub gvt-g hacs havcs heap hello hexo hibernate hidpi hoisting homeassistant hosts html htmlparser https iKuai idea image img img2kvm immortalwrt import index install intel io ios ip iptables iptv ipv6 iso java javascript jetbrains jieba jni jnilib journald journald日志漂移 jpa js json jsonb jupter jupyterlab jvm k8s kernel key kid kms kodi koolproxy koolproxyr kvm lan lastpass launchctl learning lede letsencrypt linux live loopback-proxy low-code lsof lvm lxc m3u8 mac macos manual mariadb markdown maven md5 meta-acceptance meta-pattern meta-probe microcode mirror model provider modem modules monitor mount mstsc mysql n2n n5105 nas netstat network new-api nfs node node-red nodejs nohup notepad++ npm nssm ntp one-api oop openfeign openssl os otp ovz p14 packet capture pat pdf pem perf ping ping通但chat不通 pip plugin png port=18789 powerbutton print pro proxy pve pvekclean python qcow2 qemu qemu-guest-agent rar reboot reconnect循环 reflog remote remote desktop renew repo resize retina root route router rule rules running runtime safari sata schema schema列名 scipy-notebook scoping scp server server is busy service不可信 slmgr so socket-proxyd socks source spk split边界 spring springboot springfox sqlite3 CLI ss ssh ssl stale stash stderr被吞 string subprocess supernode svg svn swagger sync synology system-level daemon system-level vs user-level system-level与user-level抢端口 systemctl systemctl disable systemd systemd duplicate service systemd exit 78 systemd service unit systemd unit systemd unit race systemd-socket systemd被覆盖 tap tap-windows tapwindows telecom template terminal tls tmux token token失效 totp transient 999 trigram tvbox txt ubuntu udisk ui undertow unicode61 uninstall unlocker upgrade upstream provider timeout uptimeMs url user-level daemon v10探针 v11探针 v12探针 v13探针 v1探针 v2ray v6探针 v7探针 v8探针 vhd vim vlmcsd vm vmdk web websocket wechat windows with work day 2 worker wow xiaoya xml yum zip 一键告警脚本 上游LLM容量 不是我的锅 中国电信 中文搜索 主动0步 主动0步本身 主动不追问 主动不追问本身 主动不追问本身也是清单之外 主动不通知 主动不通知本身 主动修 主动修system-level本身也是清单之外 主动修本身也是清单之外 主动周一 主动意识到 主动意识到0步本身 主动意识到0步本身也是清单之外 主动追问 云电脑 交换机 人机协作 代理 优化 但chat 30s+ 但是我的事 体检 保护逻辑本身也是清单之外 修挖坑闭环 修正本身 修正递归 值班 假阳 假阴 健康检查 元递归 光猫 全绿 全量同步 公网IP 内存 内存优化 内网 内网IP 内网渗透 写作 分词 切换 列名误判 升级 协作 单位混淆 博客 反向代理 反常稳定 反应 vs 知识 启动 告警 告警优化 周一 周一焦虑 周三 周二 周二晚上 周五 周六 周四 周报 周日 周末 周末也是清单之外 周末本身也是清单之外 周末突破 周末第二天 周末落地 周末落地本身 夏令时 多场景 多智能体 多节点 多节点管理 天猫精灵 天翼云 安全 安装 定时任务 容器 容器网络 导入 小米 工作感悟 工作日 工作日常 工作日第三天 工作日第五天 工作日第四天 已通知用户 常用软件 幂等 广告屏蔽 序列号 应用市场 异常 循环类 心态 心智成长 心理模型 心跳 心跳检查 性能优化 感悟 打工 打工人 打工人的无奈 批量校验 技术 抓包 挖坑→修坑闭环 排查 排查思路 探针再升级 探针本身 探针版本 探针管理 探针自检 探针踩坑 接受 接受之后 接受修 接受修正 接受层 接受挖坑 接受本身 接受递归 描述文件 放下 故障 故障排查 效率 效率工具 数据 旁路由 旁路进程 无服务器 日记 时区 显卡虚拟化 智能家居 智能音箱 服务器 服务管理 架构 梯子 模块 模型别名映射 模型探测 模型端点可达性 模型端点能ping通 模型调用 毫秒 流程 流程图 流程管理 浏览器 清单之后 清单之外 清单之外也包括接受本身 清单的元递归 清单设计 清单边界 清单进化 源码备份 漫游 激活 激活循环 火绒 焦虑 玄学 生活 电信 画图 监控 监控系统 直播源 直觉 磁盘 端口 端口冲突 端口扫描 第10天 第10类 第11天 第11类 第12天 第12类 第13天 第13类 第14天 第14类 第15类 第16天 第16类 第17类 第18类 第19类 第20类 第21类 第22类 第23类 第25类 第6天 第7天 第8天 第9天 第9类 管理 续期 网关 网络 网络风暴 群晖 脚本 脚本优化 腾讯 自动化 自动恢复 自建应用 自我反思 自我打脸 节点角色 虚拟机 被动意识到 角色不匹配 角色误判 角色误配 角色错配 认证 设计偏差 证书 语雀 误报 误报过滤 超时 路由 路由器 软件管家 软路由 运维 运维监控 进程 连接保活 连接问题 通信机制 通知 通知元递归 通知挖坑 通知本身 部署 部署链路 配置 配置落后 钉钉 镜像 镜像源 长期稳定 长连接 门窗传感器 问题排查 防火墙 阿里云 阿里源 集客 静默期 飞书

Hitokoto

Archive

当五个AI编程助手同时"需要"换供应商:我是如何从配置地狱爬出来的

当五个AI编程助手同时"需要"换供应商:我是如何从配置地狱爬出来的

当五个AI编程助手同时”需要”换供应商:我是如何从配置地狱爬出来的

说出来你们可能不信,就在上周,我同时在用五款AI编程助手——Claude Code、Codex、OpenCode、OpenClaw,还有一个Gemini CLI。

为什么这么多?因为工作需要不同的工具嘛。有的做代码审查厉害,有的生成测试用例快,有的跟我的工作流集成得好。

但问题来了:某天,我常用的那个API代理商突然发了封邮件——“亲,我们的endpoint要更换啦,请更新配置”。我一看邮件,心凉了半截。

五款工具。五种配置格式。五个不同的配置文件路径。

这就是我今天的故事:从”配置地狱”爬出来,然后遇见了CC Switch CLI。

背景:五个工具,五种”方言”

先给你们看看我之前的配置文件有多乱:

Claude Code 用的是 ~/.claude/settings.json,字段名是 anthropicApiKeyapiUrl
Codex 用的是 ~/.codex/config.toml,字段名是 api_keybase_url
Gemini CLI 最特殊,用的是 ~/.gemini/.env 环境变量格式。
OpenCode 用的是 ~/.config/opencode/opencode.json,但格式跟Claude的还不完全一样。
OpenClaw 又有自己的 ~/.openclaw/openclaw.json 配置体系。

每次换API供应商,我都得:

  1. 打开一个配置文件
  2. 查文档确认字段名
  3. 修改
  4. 保存
  5. 重复上面步骤四次

这不是在写代码,这是在填表

而且最烦的是,有些字段名还很像但不完全一样——比如base_url vs apiUrl vs endpoint,每次都要确认自己没改错。

配置地狱对比图
图1:没有CC Switch之前,我的配置文件管理状态——五湖四海,格式各异

痛点:换一次供应商要多久?

给你们算个时间账:

假设我要把所有工具从”代理商A”切换到”代理商B”:

  • Claude Code: 打开 ~/.claude/settings.json,找到 apiUrl 字段,修改,保存 → 3分钟
  • Codex: 打开 ~/.codex/config.toml,找到 base_url,修改,保存 → 3分钟
  • Gemini CLI: 修改 ~/.gemini/.env 里的环境变量 → 2分钟
  • OpenCode: 打开 ~/.config/opencode/opencode.json,找到对应字段 → 3分钟
  • OpenClaw: 打开 ~/.openclaw/openclaw.json,找到对应字段 → 3分钟

加起来:14分钟。 而且这还是”顺利”的情况。如果手滑改错了字段,排查又要额外花时间。

更可怕的是:如果你有多个环境(公司、家里、不同项目),每个环境都要改一遍。

这不是在写代码,这是在跑腿。

转折点:发现CC Switch CLI

忍无可忍之后,我开始搜索”AI编程助手配置管理工具”。然后我发现了两个项目:

  1. farion1231/cc-switch — 原始的桌面GUI版本,用Rust + Tauri写的
  2. SaladDay/cc-switch-cli — CLI版本,功能一样,但更适合我这种SSH党

最终我选择了cc-switch-cli。因为:

  • 我大部分时间在远程服务器上工作
  • 命令行操作可以写脚本自动化
  • TUI界面跟我的工作流完美契合

安装只需要一行命令:

1
curl -fsSL https://github.com/SaladDay/cc-switch-cli/releases/latest/download/install.sh | bash

安装完成后,输入 cc-switch 就进入了交互式TUI界面。

CC Switch CLI到底是什么?

CC Switch CLI是一个用Rust写的跨平台命令行工具,专门用来统一管理多个AI编程助手的Provider配置

支持的应用:

  • Claude Code(默认)
  • Codex
  • Gemini CLI
  • OpenCode
  • OpenClaw

核心功能有六大模块:

功能模块 能干啥
🔌 Provider管理 一键切换API供应商,支持速度测试
🛠️ MCP服务器管理 统一管理多个工具的MCP配置
💬 Prompts管理 备份和切换System Prompts
🎯 Skills管理 安装和管理社区Skills扩展
🌉 代理管理 本地多应用代理路由控制
⚙️ 配置管理 备份、恢复、WebDAV同步

功能总览图
图2:CC Switch CLI的六大核心功能模块

核心功能详解

1. Provider管理 — 一键切换供应商

这是CC Switch的核心功能。假设我有多个API供应商配置:

1
2
3
4
5
6
7
8
9
10
11
# 列出所有已配置的供应商
cc-switch provider list

# 查看当前正在使用的供应商
cc-switch provider current

# 切换到指定供应商
cc-switch provider switch apiyi-proxy

# 测试供应商的API延迟
cc-switch provider speedtest apiyi-proxy

CC Switch会把所有供应商信息存在SQLite数据库里(~/.cc-switch/cc-switch.db),然后根据不同的应用生成对应的配置文件。

比如切到Claude Code时,它会更新 ~/.claude/settings.json;切到Codex时,它会更新 ~/.codex/config.toml你不需要知道每个工具的配置文件长什么样,CC Switch帮你搞定一切。

Provider切换流程图
图3:CC Switch执行Provider切换的完整工作流程

2. 跨应用统一管理

这是CC Switch最让我惊喜的功能——一个 --app 参数搞定所有工具。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
# 列出Claude的供应商
cc-switch --app claude provider list

# 列出Codex的供应商
cc-switch --app codex provider list

# 查看OpenClaw的供应商
cc-switch --app openclaw provider list

# 同步MCP服务器到Codex
cc-switch --app codex mcp sync

# 查看Gemini的提示词
cc-switch --app gemini prompts list

这意味着:不管你用多少个AI编程工具,都可以用同一套命令操作它们。

3. Prompts管理 — 不再丢失的提示词

你们有没有过这种经历:花了半天写了一个完美的System Prompt,结果换了个环境就找不到了?

CC Switch的Prompts管理功能可以:

  • 备份所有应用的System Prompt(CLAUDE.md、AGENTS.md、GEMINI.md等)
  • 创建多个提示词预设,随时切换
  • 通过WebDAV同步到云端,换机器也不怕
1
2
3
4
5
6
7
8
9
10
11
# 列出所有提示词预设
cc-switch prompts list

# 创建新预设
cc-switch prompts create "代码审查模式"

# 激活预设
cc-switch prompts activate 代码审查模式

# 导出到文件
cc-switch config export ~/cc-switch-backup.json

4. Skills管理 — 社区技能一键安装

CC Switch还支持Skills扩展管理。从GitHub上发现好的Skills?一键安装并启用:

1
2
3
4
5
6
7
8
9
10
11
# 搜索可用的Skills
cc-switch skills discover "testing"

# 安装
cc-switch skills install superpower-tdd

# 启用Skills
cc-switch skills enable superpower-tdd --app claude

# 同步到应用目录
cc-switch skills sync

这比之前手动clone仓库、复制到正确目录方便多了。

5. 配置备份与WebDAV同步

CC Switch会在 ~/.cc-switch/backups/ 目录自动备份配置,保留最近10个版本。

1
2
3
4
5
6
7
8
9
10
11
12
# 创建备份
cc-switch config backup --name "换供应商前"

# 恢复备份
cc-switch config restore

# 配置WebDAV同步(支持坚果云等)
cc-switch config webdav set \
--base-url https://dav.example.com \
--username user \
--password pass \
--enable

有了WebDAV同步,我在公司配置的供应商信息,回家打开电脑就自动同步过来了。

6. 环境检查

1
2
3
4
5
# 检查本地安装了哪些AI CLI工具
cc-switch env tools

# 检查环境变量冲突
cc-switch env check

这个功能帮我发现过好几次 ANTHROPIC_API_KEY 环境变量冲突的问题——有些工具在环境变量里设置了API Key,导致配置文件里的设置被忽略了。

实际使用体验

用了一个星期,说说我的感受:

优点:

  1. 大幅减少重复操作:以前换供应商要14分钟,现在一个命令搞定
  2. 配置集中管理:所有供应商信息存在一个SQLite数据库里,一目了然
  3. 自动化程度高:备份、恢复、同步都可以脚本化
  4. 交互TUI很友好:不记得命令?直接输入 cc-switch,菜单导航
  5. 支持多语言:可以切换中英文界面

缺点:

  1. 学习曲线:刚接触时要理解 --app 参数的作用
  2. 文档部分内容过时:GitHub上的README更新了,但部分第三方文档没跟上
  3. 没有GUI:习惯桌面应用的同学可能觉得不方便(但我喜欢CLI)

现在的日常

用了CC Switch之后,我的工作流变成了这样:

早上到公司:

1
2
# 检查今天要用哪个供应商
cc-switch provider list

切换供应商:

1
2
3
4
5
6
# 一键切换
cc-switch provider switch rightcode

# 验证是否成功
cc-switch --app claude provider current
cc-switch --app codex provider current

备份配置:

1
2
# 自动备份
cc-switch config backup

整个过程不超过1分钟,而且不会改错文件

总结:配置管理是门学问

用AI编程助手越多,越觉得配置管理是门学问

工具多了,每个工具的配置文件格式都不一样——这是历史包袱,也是现实。但现实归现实,我们不能被它牵着鼻子走。

CC Switch CLI解决的问题很明确:让你不用再记每个工具的配置文件长什么样,一套命令走天下。

它不完美,但它是目前我找到的最接近”统一管理”这个目标的工具。如果你也在同时用多个AI编程助手,不妨试试。

毕竟,我们花钱买的是AI的能力,不是花时间填表的快乐。


作者:一位从配置地狱爬出来的工程师

文中配图说明:

CC Switch中心枢纽图
配图1:CC Switch作为中心枢纽,统一管理多个AI编程助手的配置

TUI界面截图
配图2:CC Switch交互式TUI界面,支持菜单导航和实时状态查看

Author:Margrop
Link:http://blog.margrop.com/post/2026-05-09-cc-switch-cli-ai-cli-provider-switch/
版权声明:本文采用 CC BY-NC-SA 3.0 CN 协议进行许可