Afstand doen van cc-switch: Het beheren van meerdere Claude Code-leveranciers vereist eigenlijk maar één script

Voor iemand die regelmatig tussen verschillende Claude Code grote model API-leveranciers moet wisselen, is een handige manier om API's te beheren en te wisselen een absolute noodzaak.

Allereerst, waarom zijn meerdere API-leveranciers nodig?

Dit komt voornamelijk om twee redenen:

1. Problemen met gelijktijdige oproepen en quota's. Het opstarten van meerdere Claude Code-instanties is aan de orde van de dag. Als alle taken bij één leverancier lopen, loop je gemakkelijk tegen beperkingen aan.

2. De verschillende modellen hebben elk hun eigen sterke punten. Als A een probleem niet kan oplossen, kun je B proberen. Of A kan schrijven en B kan een Code Review uitvoeren.

Een tijd lang heb ik cc-switch gebruikt, een goede gratis open-source software. Het kan niet alleen meerdere providers beheren, maar ook skills, mcp's en prompts. Bovendien ondersteunt het niet alleen Claude Code, maar ook codex, Gemini en OpenCode.

Maar het probleem is juist dat het te veel functies biedt, en er komen er steeds meer bij. Ik denk dat veel productontwikkelaars het moeilijk vinden om te weerstaan aan het vervullen van de verschillende behoeften van verschillende mensen, waardoor het product steeds complexer wordt; en gebruikers van tools houden er altijd van om zoveel mogelijk functies te hebben, ook al hebben ze ze nu niet nodig, misschien in de toekomst wel.

Mijn filosofie is altijd geweest: Less is more. Om al deze tools te ondersteunen, wordt het een en ander complexer. Ik gebruik alleen CC, dus deze functies en complexiteit hebben geen waarde voor mij, maar worden eerder een last.

cc-switch beheert zijn eigen configuratiebestanden. Wanneer configuraties tussen meerdere providers gedeeld moeten worden, moet het een aparte algemene configuratie onderhouden. Het schrijft zelf vaak naar .claude/settings.json, wat vaak problemen veroorzaakt, vooral bij het frequent wisselen van providers.

Een ander probleem is het gelijktijdig opstarten van meerdere CC-instanties met verschillende providers. Dit werkt ook niet goed (althans, tijdens mijn gebruik leidde het vaak tot onvolledige wisselingen en mislukte verzoeken). Als je de proxy-functie gebruikt, kun je alleen alles tegelijk wisselen en niet verschillende providers kiezen voor verschillende instanties.

Mijn behoeften zijn ook eenvoudig:

• Configuratie centraal onderhouden (slechts één exemplaar)

• Verschillende CC-instanties kunnen verschillende Providers gebruiken.

Op basis van dit doel is de implementatie ook eenvoudig: bewaar de uniforme configuratie in het gebruikersbestand settings.json. Het wijzigen van de provider komt eigenlijk neer op het veranderen van die paar omgevingsvariabelen van CC. Een shell-script kan dit oplossen, dus ik heb zelf een wiel uitgevonden met CC en een ccs-script geschreven. Het ondersteunt een optionele -p parameter om de provider op te geven.

Zo kan ik:

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

Een stap verder: maak aliassen aan, zodat je met mm, ark direct Claude Code kunt starten met de opgegeven provider.

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

Combineer dit vervolgens met zellij om eenvoudig meerdere CC's met verschillende providers te beheren.

Het is eenvoudig, goed te onderhouden, en je kunt naar believen providers opgeven en meerdere instanties openen.

Zo ziet mijn dagelijks gebruik eruit.