Opustit cc-switch: Správa více poskytovatelů Claude Code vlastně potřebuje jen jeden skript

Pro někoho, kdo často potřebuje přepínat mezi poskytovateli API pro velký model Claude Code, je pohodlná správa a přepínání API nezbytností.

Nejprve, proč potřebujeme více poskytovatelů API?

Existují hlavně dva důvody:

1. Problémy s souběžnými voláními a limity, spouštění více instancí Claude Code je běžné, pokud všechny běží na úkolech a používají jen jednoho poskytovatele, snadno narazíte na omezení.

2. Několik modelů má své specifické silné stránky, pokud s jedním narazíte na problém, můžete zkusit jiný. Nebo můžete použít A pro psaní a B pro kontrolu kódu.

Po určitou dobu jsem používal cc-switch, což je dobrý bezplatný open-source software. Nejenže umí spravovat více poskytovatelů, ale také má funkce pro správu dovedností, mcp a promptů. Navíc nepodporuje jen Claude Code, ale také codex, Gemini, OpenCode.

Ale jeho problém je právě v tom, že nabízí příliš mnoho funkcí, a stále přibývají. Myslím, že mnoho tvůrců produktů má těžké odmítat uspokojování různých potřeb různých lidí, a tak produkt stále více komplikují; a uživatelé nástrojů také vždy preferují více funkcí, i když je teď nepotřebují, možná je budou potřebovat v budoucnu.

Moje filozofie vždy byla „Méně je více“. Aby podporoval tolik nástrojů, některé věci se staly složitými. Já používám jen CC, takže tyto funkce a složitost nemají hodnotu, naopak se stávají zátěží.

cc-switch si sám spravuje konfigurační soubory, když více poskytovatelů potřebuje sdílet konfiguraci, musí udržovat samostatnou obecnou konfiguraci. Sám často zapisuje do .claude/settings.json , kde se často objevují problémy, zejména při častém přepínání poskytovatelů.

Dalším problémem je současné spuštění více instancí CC s různými poskytovateli, s tím má také potíže (alespoň když jsem ho používal, snadno se nepřepnul úplně a způsobilo to selhání požadavků). Pokud použijete jeho proxy funkci, pak se musí přepnout všechny najednou a nelze vybrat různé poskytovatele pro různé instance.

Moje potřeby jsou také jednoduché:

• Konfigurace udržovaná jednotně (stačí jedna kopie)

• Různé instance CC mohou používat různé poskytovatele.

Na základě tohoto cíle je implementace také jednoduchá, v uživatelském settings.json uchovávejte jednotnou konfiguraci. Změna poskytovatele vlastně znamená změnu těch několika proměnných prostředí CC, což může vyřešit jeden shell skript, tak jsem si sám vytvořil vlastní řešení pomocí CC, napsal jsem skript ccs, který podporuje volitelný parametr -p pro určení poskytovatele.

Takže můžu:

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

Jít ještě dál, vytvořit aliasy, přímo použít mm、ark pro okamžité spuštění Claude Code s určeným poskytovatelem.

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

A pak v kombinaci se zellij snadno spravovat více CC s různými poskytovateli.

Je to jednoduché, snadno udržovatelné a umožňuje libovolně určovat poskytovatele a spouštět více instancí.

Takto to vypadá každodenně.