Ge upp cc-switch: För att hantera flera Claude Code-leverantörer behövs egentligen bara ett skript

För någon som ofta behöver byta mellan olika API-leverantörer för Claude Code-stormodeller är bekväm hantering och växling av API ett grundläggande behov.

Först, varför behövs flera API-leverantörer?

Det finns främst två anledningar:

1. Problem med samtidiga anrop och kvoter, det är vanligt att starta flera Claude Code-instanser, och om alla kör uppgifter med samma leverantör är risken för problem stor.

2. Modellerna har olika styrkor, om A inte fungerar för ett problem kan man prova B. Eller så kan A skriva koden och B göra Code Review.

Under en tid använde jag cc-switch, ett bra gratis öppen källkod-program. Det kan inte bara hantera flera leverantörer utan också hantera skill, mcp, prompt med mera. Dessutom stöder det inte bara Claude Code utan även codex, Gemini, OpenCode.

Men problemet är just att det erbjuder för många funktioner, och det blir fler och fler. Jag tror att många produktutvecklare har svårt att säga nej till att möta olika människors olika behov, vilket gör produkten allt mer komplex; och användare av verktyg gillar också att ha så många funktioner som möjligt, även om de inte behövs nu kanske de behövs i framtiden.

Min filosofi har alltid varit "Less is more". För att stödja så många verktyg har vissa saker blivit komplexa, jag använder bara CC, så dessa funktioner och komplexitet har inget värde utan blir istället en börda.

cc-switch underhåller sina egna konfigurationsfiler, och när flera leverantörer behöver dela konfiguration måste den underhålla en separat generell konfiguration. Den skriver ofta till .claude/settings.json , vilket ofta orsakar problem, särskilt vid frekventa leverantörsbyten.

Ett annat problem är att starta flera CC-instanser med olika leverantörer samtidigt, det fungerar inte heller bra (åtminstone när jag använde det kunde det byta ofullständigt och leda till misslyckade förfrågningar). Om man använder dess proxy-funktion kan man bara byta alla tillsammans och inte välja olika leverantörer för olika instanser.

Mina behov är enkla:

• Enhetlig konfigurationshantering (bara en kopia)

• Olika CC-instanser ska kunna använda olika leverantörer.

Baserat på detta mål är implementeringen enkel, lagra enhetlig konfiguration i användarens settings.json . Att ändra leverantör handlar egentligen om att ändra CC:s miljövariabler, ett shell-skript kan lösa det, så jag skapade ett eget hjul med CC och skrev ett ccs-skript som stöder en valfri -p-parameter för att specificera leverantör.

Därmed kan jag:

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

Vidare, genom att skapa alias kan jag direkt starta Claude Code med en specifik leverantör med mm、ark .

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

Sedan, tillsammans med zellij, kan jag enkelt hantera flera CC med olika leverantörer.

Enkelt, lätt att underhålla, och möjlighet att starta flera instanser med valfri leverantör.

Så här ser vardagen ut.