Napuštanje cc-switch: Za upravljanje više dobavljača Claude Code-a zapravo je dovoljan jedan skript

2/11/2026
3 min read

Za nekoga ko često mora da menja dobavljače API-ja za Claude Code veliki model, praktično upravljanje i prebacivanje API-ja je neophodna potreba.

Prvo, zašto je potreban više dobavljača API-ja?

Postoje dva glavna razloga:

  1. Problem istovremenog pozivanja i limita, pokretanje više instanci Claude Code-a je svakodnevica, ako svi zadaci rade samo sa jednim dobavljačem, lako se može naići na prepreke.

  2. Nekoliko modela ima svoje specifičnosti, ako A ne uspe, može se probati sa B. Ili A piše, a B vrši pregled koda.

Neko vreme sam koristio cc-switch, koji je dobar besplatan softver otvorenog koda. Ne samo da može da upravlja više dobavljača, već ima i funkcije za upravljanje veštinama, mcp, promptovima. I ne podržava samo Claude Code, već i codex, Gemini, OpenCode.

image.png

Ali njegov problem je upravo u tome što nudi previše funkcija, i one se sve više dodaju. Mislim da mnogi proizvođači teško odbijaju da zadovolje različite potrebe različitih ljudi, pa proizvod postaje sve složeniji; a korisnici alata uvek vole što više funkcija, možda sada ne koriste, ali mogu u budućnosti.

Moja filozofija je uvek bila "Manje je više". Da bi podržao toliko alata, neke stvari postaju složene, ja koristim samo CC, tako da ove funkcije i složenost nemaju vrednost, već postaju teret.

cc-switch sam održava konfiguracione fajlove, kada više dobavljača treba da dele konfiguraciju, mora da održava posebnu opštu konfiguraciju. On sam često piše u .claude/settings.json , i ovde se često javljaju problemi, posebno pri čestom prebacivanju dobavljača.

Još jedan problem je pokretanje više CC instanci sa različitim dobavljačima istovremeno, i ovo takođe ima problema (bar u mom slučaju, lako dovodi do nepotpunog prebacivanja i neuspešnih zahteva). Ako se koristi njegova proxy funkcija, onda se svi moraju prebaciti zajedno i ne može se izabrati različit dobavljač za različite instance.

Moji zahtevi su takođe jednostavni:

  • Jedinstveno održavanje konfiguracije (samo jedna kopija)

  • Različite CC instance mogu koristiti različite dobavljače.

Na osnovu ovog cilja, implementacija je jednostavna, u korisničkom settings.json se čuva jedinstvena konfiguracija. Izmena dobavljača zapravo znači promenu onih nekoliko CC promenljivih okruženja, što može da reši jedan shell skript, pa sam napravio svoj točak koristeći CC, napisao sam ccs skript koji podržava opcioni -p parametar za određivanje dobavljača.

Tako mogu da:

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

Idem korak dalje, kreiram alias, pa mogu direktno da pokrenem Claude Code sa određenim dobavljačem koristeći mm, ark .

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

Zatim, u kombinaciji sa zellij, lako upravljam više CC sa različitim dobavljačima.

Jednostavno, lako za održavanje, i moguće je pokrenuti više instanci sa proizvoljnim dobavljačima.

Svakodnevica izgleda ovako.

image.png

Published in Technology

You Might Also Like