Opustitev cc-switch: Za upravljanje več ponudnikov Claude Code dejansko potrebujete le eno skripto

Za osebo, ki pogosto preklaplja med ponudniki API-ja za velik model Claude Code, je priročno upravljanje in preklapljanje API-jev nujna potreba.

Najprej, zakaj potrebujemo več ponudnikov API-ja?

Glavna razloga sta dva:

1. Težave s sočasnimi kliki in omejitvami, odprtje več primerkov Claude Code je vsakdanjost, če vsi izvajajo naloge in uporabljajo samo enega ponudnika, je lahko težavno.

2. Nekateri modeli imajo svoje prednosti, če pri problemu A ne deluje, lahko poskusite z B. Ali pa A piše, B pa opravi pregled kode.

Nekaj časa sem uporabljal cc-switch, to je odlična brezplačna odprtokodna programska oprema. Ne le da omogoča upravljanje več ponudnikov, temveč tudi upravljanje spretnosti, mcp, pozivov itd. Poleg tega ne podpira le Claude Code, temveč tudi codex, Gemini, OpenCode.

Toda njegova težava je ravno v tem, da ponuja preveč funkcij in jih vedno več dodaja. Menim, da se mnogi izdelovalci izdelkov težko upirajo izpolnjevanju različnih potreb različnih ljudi, zaradi česar postane izdelek vse bolj zapleten; uporabniki orodij pa vedno raje imajo več funkcij, čeprav jih trenutno ne potrebujejo, bodo morda v prihodnosti.

Moja filozofija je vedno bila »Manj je več«. Da bi podprl toliko orodij, so nekatere stvari postale zapletene, jaz uporabljam samo CC, zato te funkcije in kompleksnost nimajo vrednosti, temveč postanejo breme.

cc-switch sam vzdržuje konfiguracijske datoteke, ko morajo več ponudnikov deliti konfiguracijo, mora vzdrževati ločeno splošno konfiguracijo. Sam pogosto piše v .claude/settings.json, kar pogosto povzroča težave, še posebej pri pogostem preklapljanju ponudnikov.

Druga težava je hkratno zagon več primerkov CC z različnimi ponudniki, tudi s tem ima težave (vsaj v času moje uporabe je preklapljanje pogosto nepopolno, kar povzroči napake pri zahtevah). Če uporabljate njegovo proxy funkcijo, lahko preklapljate le skupaj in ne morete izbrati različnih ponudnikov za različne primere.

Moje potrebe so preproste:

• Enotno vzdrževanje konfiguracije (samo ena kopija)

• Različni primeri CC lahko uporabljajo različne ponudnike.

Na podlagi tega cilja je izvedba preprosta, v uporabniškem settings.json se hrani enotna konfiguracija. Spreminjanje ponudnika v bistvu pomeni spreminjanje nekaj okoljskih spremenljivk CC, kar lahko reši ena lupinska skripta, zato sem z CC ustvaril svoje orodje in napisal skripto ccs, ki podpira izbirni parameter -p za določitev ponudnika.

Tako lahko:

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

Nadalje, z ustvarjanjem vzdevkov lahko z mm, ark neposredno zaženete Claude Code z določenim ponudnikom.

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

Nato v kombinaciji z zellijem enostavno upravljate več CC z različnimi ponudniki.

Preprosto, dobro vzdrževano in omogoča poljubno določanje več ponudnikov.

Takšno je vsakdanje delovanje.