Откажете се од cc-switch: Управувањето со повеќе добавувачи на Claude Code всушност бара само една скрипта

За некој што често треба да менува добавувачи на API за големиот модел Claude Code, удобното управување и префрлање на API е основна потреба.

Прво, зошто се потребни повеќе добавувачи на API?

Главно има две причини:

1. Проблеми со истовремени повици и квоти, отворањето на повеќе инстанци на Claude Code е секојдневна работа, ако сите работат на задачи и користат само еден добавувач, лесно може да се наиде на пречки.

2. Неколкуте модели имаат различни предности, ако имате проблем и А не функционира, можете да пробате со Б. Или А да пишува, а Б да врши преглед на кодот.

Извесно време користев cc-switch, кој е одлична бесплатна софтвер со отворен код. Не само што управува со повеќе добавувачи, туку има и функции за управување со вештини, mcp, промпти. И не поддржува само Claude Code, туку и codex, Gemini, OpenCode.

Но, неговиот проблем е токму што нуди премногу функции, и тие се зголемуваат. Мислам дека многу луѓе кои прават производи тешко одбиваат да ги задоволат различните потреби на различни луѓе, па производот станува се посложен; а корисниците на алатките секогаш сакаат повеќе функции, можеби сега не им се потребни, но можеби ќе им требаат во иднина.

Мојата филозофија е секогаш била „Помалку е повеќе“. За да поддржи толку многу алатки, некои нешта стануваат сложени, јас користам само CC, па овие функции и сложеност немаат вредност, туку стануваат товар.

cc-switch самиот одржува конфигурациски датотеки, кога повеќе добавувачи треба да споделуваат конфигурација, потребно е да се одржува посебна општа конфигурација. Тој самиот често пишува .claude/settings.json , и тука често се појавуваат проблеми, особено при често префрлање на добавувачи.

Друг проблем е истовременото стартување на повеќе инстанци на CC со различни добавувачи, што исто така создава проблеми (барем кога јас го користев, лесно доведува до нецелосно префрлање и неуспешни барања). Ако се користи неговата proxy функција, тогаш сите мора да се префрлат заедно и не може да се избере различен добавувач во различни инстанци.

Моите потреби се исто така едноставни:

• Унифицирано одржување на конфигурацијата (само една копија)

• Различни инстанци на CC да можат да користат различни добавувачи.

Врз основа на оваа цел, имплементацијата е едноставна, во корисничката settings.json датотека се чува унифицирана конфигурација. Промената на добавувачот всушност значи менување на тие неколку променливи на околината на CC, што може да се реши со една shell скрипта, па затоа користев CC за да создадам сопствено решение, напишав скрипта наречена ccs, која поддржува опционален параметар -p за одредување на добавувачот.

Така можам да:

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

Понатаму, со создавање на alias, директно користење на mm, ark може директно да се стартува Claude Code со одреден добавувач.

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

Потоа, во комбинација со zellij, лесно се управува со повеќе CC со различни добавувачи.

Едноставно, лесно за одржување и можност за произволно одредување на добавувач и отворање на повеќе инстанци.

Секојдневниот живот изгледа вака.