Abbandonare cc-switch: per gestire più fornitori di Claude Code, basta un semplice script

Per chi ha spesso bisogno di cambiare fornitore dell'API del modello Claude Code, una gestione e un passaggio agevoli tra API sono una necessità imprescindibile.

Innanzitutto, perché servono più fornitori di API?

Le ragioni principali sono due:

1. Problemi di concorrenza nelle chiamate e limiti di quota: aprire più istanze di Claude Code è all'ordine del giorno; se tutte le attività vengono eseguite con un solo fornitore, è facile incappare in blocchi.

2. I vari modelli hanno ciascuno i propri punti di forza: se con uno (A) non si risolve un problema, si può provare con un altro (B). Oppure si può usare A per scrivere codice e B per la revisione.

Per un periodo ho utilizzato cc-switch, un ottimo software gratuito e open source. Oltre a gestire più fornitori, offre funzionalità per gestire skill, mcp e prompt. Inoltre, non supporta solo Claude Code, ma anche codex, Gemini e OpenCode.

Il suo problema, però, è proprio che offre troppe funzioni, e ne aggiunge sempre di più. Credo che molti sviluppatori di prodotti facciano fatica a resistere alla tentazione di soddisfare le diverse esigenze degli utenti, rendendo il prodotto sempre più complesso; d'altra parte, gli utenti tendono a volere più funzionalità possibili, anche se al momento non servono, pensando che potrebbero essere utili in futuro.

La filosofia a cui mi ispiro è sempre stata «Less is more». Per supportare tutti questi strumenti, alcune cose sono diventate complicate. Io uso solo CC, quindi tutte quelle funzionalità e quella complessità non hanno valore per me, anzi, diventano un peso.

cc-switch gestisce autonomamente i file di configurazione. Quando più fornitori devono condividere le impostazioni, deve mantenere una configurazione generale separata. Spesso scrive nel file .claude/settings.json, e qui possono sorgere problemi, specialmente quando si cambia fornitore frequentemente.

Un altro problema è l'avvio di più istanze di CC con fornitori diversi contemporaneamente: anche qui ci sono inconvenienti (almeno quando lo usavo io, il passaggio non era completo e causava errori nelle richieste). Se si utilizza la sua funzione proxy, allora si è costretti a cambiare tutto insieme, senza poter scegliere fornitori diversi per istanze diverse.

Le mie esigenze sono semplici:

• Configurazione mantenuta in modo unificato (un solo file)

• Possibilità di usare fornitori diversi per diverse istanze di CC.

Con questo obiettivo, l'implementazione è semplice: memorizzare la configurazione unificata nel file settings.json dell'utente. Cambiare fornitore significa sostanzialmente modificare quelle variabili d'ambiente di CC, cosa che si può risolvere con uno script shell. Così, ho creato la mia soluzione con CC, scrivendo uno script chiamato ccs, che supporta un parametro opzionale -p per specificare il fornitore.

In questo modo posso fare:

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

Andando oltre, creando alias, posso avviare Claude Code con un fornitore specifico direttamente con mm, ark.

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

Poi, combinando con zellij, gestisco facilmente più istanze di CC con fornitori diversi.

È semplice, facile da mantenere e permette di avviare più istanze con fornitori a piacere.

La routine quotidiana è questa.