Odustani od cc-switch: Upravljanje višestrukim dobavljačima Claude Code zapravo zahtijeva samo jednu skriptu

Za nekoga tko često treba mijenjati pružatelje API-ja za Claude Code velikog modela, praktično upravljanje i prebacivanje API-ja je osnovna potreba.

Prvo, zašto je potrebno više pružatelja API-ja?

Postoje dva glavna razloga:

1. Problem istodobnih poziva i ograničenja, otvaranje više instanci Claude Code je svakodnevica, a ako svi zadaci rade s istim pružateljem, lako se može naići na prepreke.

2. Nekoliko modela ima svoje specifične prednosti, ako jedan ne uspije, može se pokušati s drugim. Ili A piše, a B radi pregled koda.

Neko vrijeme koristio sam cc-switch, koji je dobar besplatni softver otvorenog koda. Ne samo da upravlja više pružatelja, već ima i funkcije upravljanja vještinama, mcp-om, promptovima. Osim toga, ne podržava samo Claude Code, već i codex, Gemini, OpenCode.

No njegov problem je upravo u tome što nudi previše funkcija, koje se sve više povećavaju. Mislim da mnogi proizvođači proizvoda teško odbijaju zadovoljiti različite potrebe različitih ljudi, što proizvod čini sve složenijim; a korisnici alata uvijek vole što više funkcija, čak i ako ih trenutno ne koriste, možda će im trebati u budućnosti.

Moja filozofija je uvijek bila "Manje je više". Da bi podržao toliko alata, neke stvari postaju složene, a ja koristim samo CC, pa te funkcije i složenost nemaju vrijednost, već postaju teret.

cc-switch sam održava konfiguracijske datoteke, a kada više pružatelja treba dijeliti konfiguraciju, mora održavati zasebnu opću konfiguraciju. Često piše u .claude/settings.json , gdje se često pojavljuju problemi, posebno pri čestom prebacivanju pružatelja.

Još jedan problem je pokretanje više instanci CC s različitim pružateljima istovremeno, što također može uzrokovati probleme (barem u mojem iskustvu, često ne prebaci sve što dovodi do neuspješnih zahtjeva). Ako se koristi njegova proxy funkcija, tada se svi moraju prebaciti zajedno, bez mogućnosti odabira različitih pružatelja za različite instance.

Moji zahtjevi su također jednostavni:

• Konfiguracija održavana na jednom mjestu (samo jedna kopija)

• Različite instance CC mogu koristiti različite pružatelje.

Na temelju tog cilja, implementacija je jednostavna: pohraniti jedinstvenu konfiguraciju u korisnikov settings.json . Promjena pružatelja zapravo znači promjenu nekoliko varijabli okoline u CC-u, što se može riješiti jednom shell skriptom. Tako sam koristeći CC napravio vlastito rješenje, napisao skriptu ccs koja podržava opcionalni parametar -p za određivanje pružatelja.

Tako mogu:

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

Zatim, stvoriti alias-e, tako da se pomoću mm, ark može direktno pokrenuti Claude Code s određenim pružateljem.

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

Zatim, u kombinaciji sa zellijem, lako upravljati više CC instanci s različitim pružateljima.

Jednostavno, lako za održavanje, i omogućava pokretanje više instanci s proizvoljnim pružateljima.

Svakodnevica izgleda ovako.