Abandonant cc-switch: Per gestionar múltiples proveïdors de Claude Code, només cal un script

Per a una persona que necessita canviar sovint de proveïdor d'API del model Claude Code, una gestió i commutació còmoda de l'API és una necessitat bàsica.

Primer, per què calen múltiples proveïdors d'API?

Hi ha dues raons principals:

1. Problemes de concurrència i quotes d'ús; és habitual executar diverses instàncies de Claude Code, i si totes les tasques s'executen amb un sol proveïdor, és fàcil trobar-se amb límits.

2. Els diferents models tenen els seus punts forts; si un problema no es resol amb A, es pot provar amb B. O bé, A escriu el codi i B fa la revisió.

Durant un temps, vaig utilitzar cc-switch, un bon programari lliure i gratuït. No només permet gestionar múltiples proveïdors, sinó també habilitats, mcp, prompts, etc. A més, no només admet Claude Code, sinó també codex, Gemini, OpenCode.

Però el seu problema és precisament que ofereix massa funcionalitats, i cada vegada n'afegeix més. Crec que molts creadors de productes els costa rebutjar les diverses necessitats de diferents persones, i aleshores el producte es fa cada vegada més complex; i els usuaris de les eines també prefereixen que tinguin moltes funcions, potser ara no les necessiten però en el futur sí.

La meva filosofia sempre ha estat «Menys és més». Per admetre tantes eines, algunes coses s'han complicat; jo només faig servir CC, per tant aquestes funcions i complexitat no tenen valor, sinó que es converteixen en una càrrega.

cc-switch manté el seu propi fitxer de configuració; quan múltiples proveïdors han de compartir configuració, cal mantenir una configuració general per separat. Sovint escriu al fitxer .claude/settings.json , i aquí solen sorgir problemes, especialment quan es canvia de proveïdor amb freqüència.

Un altre problema és quan s'inicien múltiples instàncies de CC amb diferents proveïdors alhora; això també causa problemes (com a mínim, quan jo l'utilitzava, els canvis incomplets provocaven errors en les sol·licituds). Si s'utilitza la seva funció de proxy, llavors només es pot canviar tot alhora i no es pot triar un proveïdor diferent per a cada instància.

Les meves necessitats són senzilles:

• Configuració mantenida de manera unificada (només una còpia)

• Poder utilitzar diferents proveïdors en diferents instàncies de CC.

Basat en aquest objectiu, la implementació també és senzilla: emmagatzemar la configuració unificada al fitxer settings.json de l'usuari. Canviar de proveïdor bàsicament significa modificar aquelles variables d'entorn de CC; un script de shell pot resoldre-ho. Així que vaig crear la meva pròpina solució amb CC, escrivint un script anomenat ccs, que admet un paràmetre opcional -p per especificar el proveïdor.

D'aquesta manera puc fer:

ccs -p glm 
ccs -p minimax
ccs -p kimi
ccs -p ark

Anant un pas més enllà, creant àlies, puc iniciar Claude Code amb un proveïdor específic directament amb mm, ark.

alias mm="ccs -p minimax"
alias ark="ccs -p ark"

I després, combinant-ho amb zellij, gestionar fàcilment múltiples CC amb diferents proveïdors.

És senzill, fàcil de mantenir, i permet executar múltiples instàncies amb el proveïdor que es vulgui.

Així és el dia a dia.