Drop cc-switch: At styre flere Claude Code-leverandører kræver faktisk kun et script

For en person, der ofte skal skifte mellem Claude Code-stormodel API-leverandører, er praktisk administration og skift af API et grundlæggende behov.

Først, hvorfor er der behov for flere API-leverandører?

Der er primært to årsager:

1. Problemer med samtidige kald og kvoter. Det er dagligdag at åbne flere Claude Code-instanser. Hvis alle kører opgaver hos kun én leverandør, er det let at løbe ind i en mur.

2. De forskellige modeller har hver deres styrker. Hvis A ikke kan løse et problem, kan man prøve B. Eller man kan lade A skrive koden og lade B lave Code Review.

I et stykke tid brugte jeg cc-switch, som er en god, gratis open source-software. Den kan ikke kun administrere flere leverandører, men også håndtere skill, mcp, prompt og andre funktioner. Og den understøtter ikke kun Claude Code, men også codex, Gemini, OpenCode.

Men netop dens problem er, at den tilbyder for mange funktioner, og de bliver ved med at komme til. Jeg tror, at mange produktudviklere har svært ved at sige nej til at opfylde forskellige menneskers forskellige behov, hvilket gør produktet mere og mere komplekst; og brugerne af værktøjet kan også godt lide, at funktioner kommer i overflod – selvom de ikke bruger dem nu, kan de måske bruge dem i fremtiden.

Min filosofi har altid været "Less is more". For at understøtte så mange værktøjer er nogle ting blevet komplekse. Jeg bruger kun CC, så disse funktioner og kompleksitet har ingen værdi for mig, men bliver i stedet til en byrde.

cc-switch vedligeholder selv sin konfigurationsfil. Når flere leverandører skal dele konfiguration, skal den vedligeholde en separat generel konfiguration. Den skriver ofte selv til .claude/settings.json , hvilket ofte fører til problemer, især ved hyppige skift mellem leverandører.

Et andet problem er, at den også har problemer med at starte flere CC-instanser samtidig med forskellige leverandører (i hvert fald i min brug førte hyppige skift ofte til ufuldstændige skift og mislykkede forespørgsler). Hvis man bruger dens proxy-funktion, kan man kun skifte alle sammen og kan ikke vælge forskellige leverandører til forskellige instanser.

Mine behov er også simple:

• Konfiguration vedligeholdes centralt (kun ét sæt)

• Mulighed for at bruge forskellige leverandører til forskellige CC-instanser.

Baseret på dette mål er implementeringen også simpel: Gem den fælles konfiguration i brugerens settings.json . At ændre leverandør handler i bund og grund om at ændre de få miljøvariabler for CC, hvilket et shell-script kan løse. Så jeg byggede mit eget hjul med CC og skrev et ccs-script, der understøtter en valgfri -p parameter til at angive leverandør.

Så kan jeg:

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

Et skridt videre: Opret alias, så man direkte kan starte Claude Code med en specifik leverandør ved at bruge mm, ark .

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

Kombiner dette derefter med zellij for nemt at administrere flere CC'er med forskellige leverandører.

Det er simpelt, nemt at vedligeholde, og man kan frit angive leverandør og åbne flere instanser.

Sådan ser hverdagen ud.