Atteikties no cc-switch: Lai pārvaldītu vairākus Claude Code piegādātājus, patiesībā vajag tikai vienu skriptu

Personai, kurai bieži vajag pārslēgties starp Claude Code lielā modeļa API piegādātājiem, ērta pārvaldība un pārslēgšanās starp API ir būtiska vajadzība.

Pirmkārt, kāpēc vajag vairākus API piegādātājus?

Galvenokārt ir divi iemesli:

1. Izsaukumu paralēlisma un limita jautājumi, vairāku Claude Code instanču atvēršana ir ikdienišķa lieta, ja visas darbojas ar vienu uzdevumu un izmanto tikai vienu piegādātāju, tas viegli var saskarties ar ierobežojumiem.

2. Dažiem modeļiem ir savas stiprās puses, ja rodas problēmas un A neder, var pamēģināt B. Vai arī A raksta, bet B veic Code Review.

Kādu laiku es izmantoju cc-switch, tas ir labs bezmaksas atvērtā koda programmatūra. Tas ne tikai var pārvaldīt vairākus piegādātājus, bet arī pārvaldīt prasmes, mcp, promptus un citas funkcijas. Turklāt tas atbalsta ne tikai Claude Code, bet arī codex, Gemini, OpenCode.

Bet tā problēma ir tieši tajā, ka tas piedāvā pārāk daudz funkciju, un tās arvien pievieno. Man šķiet, ka daudziem produktu izstrādātājiem ir grūti atteikties no dažādu cilvēku dažādu vajadzību apmierināšanas, un tad produktu padara arvien sarežģītāku; un rīku lietotāji arī vienmēr patīk, ja funkciju ir pēc iespējas vairāk, varbūt tagad nav vajadzības, bet nākotnē var būt.

Mans ticētais filozofija vienmēr ir bijusi «Mazāk ir vairāk». Lai atbalstītu tik daudz rīku, dažas lietas kļūst sarežģītākas, es izmantoju tikai CC, tāpēc šīs funkcijas un sarežģītībai nav vērtības, tā vietā tās kļūst par slogu.

cc-switch pats uztur konfigurācijas failu, kad vairākiem piegādātājiem vajadzīga kopīga konfigurācija, tam vajag atsevišķi uzturēt vispārīgu konfigurāciju. Tas pats bieži raksta .claude/settings.json , šeit bieži rodas problēmas, it īpaši, bieži pārslēdzoties starp piegādātājiem.

Vēl viena problēma ir vienlaicīga dažādu piegādātāju izmantošana, lai palaistu vairākas CC instances, arī ar to ir problēmas (vismaz manā lietošanas laikā tas viegli nepārslēdz pilnībā, izraisot pieprasījuma neizdošanos). Ja izmanto tā proxy funkciju, tad var tikai kopīgi pārslēgt, nevar dažādās instancēs izvēlēties dažādus piegādātājus.

Manas vajadzības arī ir vienkāršas:

• Konfigurācija vienoti uzturēta (tikai viena kopija)

• Var dažādās CC instancēs izmantot dažādus piegādātājus.

Pamatojoties uz šo mērķi, ieviešana arī ir vienkārša, lietotāja settings.json failā glabā vienotu konfigurāciju. Piegādātāja maiņa patiesībā ir CC dažu vides mainīgo maiņa, vienu shell skriptu var atrisināt, tāpēc es izmantoju CC, lai izveidotu savu risinājumu, uzrakstīju ccs skriptu, kas atbalsta izvēles parametru -p, lai norādītu piegādātāju.

Tad es varu:

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

Turpinot tālāk, izveidojot alias, tieši izmantojot mm、ark var tieši palaist Claude Code ar norādīto piegādātāju.

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

Un tad kopā ar zellij viegli pārvaldīt vairākus CC ar dažādiem piegādātājiem.

Vienkārši un labi uzturams, un var brīvi norādīt piegādātāju, lai atvērtu vairākus.

Ikdiena izskatās šādi.