A cc-switch elhagyása: Több Claude Code szolgáltató kezelése valójában csak egy szkriptet igényel

Egy olyan személy számára, akinek gyakran kell váltania Claude Code nagy modell API szolgáltatók között, a kényelmes API kezelés és váltás alapvető szükséglet.

Először is, miért van szükség több API szolgáltatóra?

Főként két okból:

1. A hívások párhuzamosítása és kvóta kérdése, több Claude Code példány indítása mindennapos, ha minden feladat egy szolgáltatónál fut, könnyen ütközésbe kerülhet.

2. A modellek különböző erősségekkel rendelkeznek, ha az A nem működik egy problémánál, kipróbálható a B. Vagy az A ír, a B végezhet kódellenőrzést.

Egy ideig én is a cc-switch-et használtam, ami egy jó ingyenes nyílt forráskódú szoftver. Nemcsak több szolgáltató kezelésére alkalmas, hanem skill-ek, mcp-k, prompt-ok kezelésére is. Ráadásul nem csak a Claude Code-ot támogatja, hanem a codex-et, Gemini-t, OpenCode-ot is.

De éppen az a problémája, hogy túl sok funkciót kínál, és egyre többet ad hozzá. Szerintem sok termékkészítő nehezen utasítja el a különböző emberek igényeinek kielégítését, majd a terméket egyre bonyolultabbá teszi; míg az eszközöket használók is mindig szeretik, ha minél több funkció van, ami most nem kell, de a jövőben esetleg hasznos lehet.

Az én filozófiám mindig is az volt, hogy „Kevesebb több”. Ahhoz, hogy ennyi eszközt támogasson, néhány dolog bonyolulttá válik. Én csak CC-t használok, így ezek a funkciók és komplexitás értéktelenek, sőt terheléssé válnak.

A cc-switch saját konfigurációs fájlt tart fenn, amikor több szolgáltatónak meg kell osztania a konfigurációt, külön általános konfigurációt kell fenntartania. Gyakran írja a .claude/settings.json-t, ami gyakran problémákat okoz, különösen gyakori szolgáltatóváltás esetén.

Egy másik probléma, hogy ha különböző szolgáltatókkal indítunk több CC példányt egyidejűleg, az is gondot jelent (legalábbis amikor én használtam, könnyen hiányos váltás történhet, ami kéréshibához vezet). Ha a proxy funkcióját használjuk, akkor csak együtt lehet váltani, nem lehet különböző példányoknál eltérő szolgáltatót választani.

Az én igényeim egyszerűek:

• Konfiguráció egységes karbantartása (csak egy példány)

• Különböző CC példányok használhassanak különböző szolgáltatókat.

E cél alapján a megvalósítás is egyszerű: a felhasználó settings.json-jében tároljuk az egységes konfigurációt. A szolgáltató módosítása lényegében a CC néhány környezeti változójának megváltoztatása, amit egy shell szkript megold. Így én magam készítettem egy kereket CC-vel, írtam egy ccs szkriptet, ami támogat egy opcionális -p paramétert a szolgáltató megadásához.

Így már tudom:

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

Tovább lépve, alias-ok létrehozásával, közvetlenül használhatom a mm, ark parancsokat egy adott szolgáltatójú Claude Code indításához.

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

Majd a zellij segítségével könnyedén kezelhetők több különböző szolgáltatójú CC.

Egyszerű és könnyen karbantartható, miközben tetszőleges szolgáltatóval több példány is indítható.

Így néz ki a mindennapokban.