Luovu cc-switchistä: Useiden Claude Code -palveluntarjoajien hallinta onnistuu yhdellä skriptillä

Ihmiselle, joka tarvitsee usein vaihtaa Claude Code -suurten mallien API-palveluntarjoajaa, kätevät API:n hallinta ja vaihtaminen ovat välttämättömyys.

Ensinnäkin, miksi tarvitaan useita API-palveluntarjoajia?

Pääasiassa kahdesta syystä:

1. Kutsujen rinnakkaisuus ja kiintiöongelmat, useiden Claude Code -instanssien käynnistäminen on arkipäivää. Jos kaikki tehtävät käyttävät samaa palveluntarjoajaa, törmäyksiä tapahtuu helposti.

2. Useilla malleilla on omat vahvuutensa. Jos ongelma ei ratkea mallilla A, voi kokeilla mallia B. Tai A kirjoittaa koodin ja B tekee Code Reviewn.

Jonkin aikaa käytin cc-switchiä, joka on hyvä ilmainen avoimen lähdekoodin ohjelmisto. Se ei vain hallitse useita palveluntarjoajia, vaan myös taitoja, MCP:itä, prompteja jne. Se tukee myös paitsi Claude Codea, myös Codexia, Geminiä ja OpenCodea.

Mutta sen ongelma on juuri se, että se tarjoaa liian monia ominaisuuksia, ja niitä lisätään jatkuvasti. Mielestäni monet tuotekehittäjät haluavat tyydyttää erilaisten ihmisten tarpeita, mikä tekee tuotteesta yhä monimutkaisemman. Työkalujen käyttäjät taas pitävät useista ominaisuuksista – vaikka niitä ei tarvitsisi nyt, ne voivat olla hyödyllisiä tulevaisuudessa.

Oma filosofiani on aina ollut "Vähemmän on enemmän". Kaikkien näiden työkalujen tukemiseksi jotkin asiat monimutkaistuvat. Koska käytän vain CC:tä, nämä ominaisuudet ja monimutkaisuus eivät tuo lisäarvoa, vaan muodostavat taakaksi.

cc-switch ylläpitää omaa kokoonpanotiedostoaan. Kun useiden palveluntarjoajien pitää jakaa yhteisiä asetuksia, se vaatii erillisen yleisen kokoonpanon. Se kirjoittaa usein tiedostoon .claude/settings.json, mikä aiheuttaa ongelmia, erityisesti palveluntarjoajia vaihdettaessa usein.

Toinen ongelma on useiden eri palveluntarjoajien käyttäminen samanaikaisesti useissa CC-instansseissa. Tässäkin on ongelmia (ainakin minun käyttööni liittyen, vaihdot eivät aina onnistu, mikä johtaa epäonnistuneisiin pyyntöihin). Jos käyttää sen proxy-ominaisuutta, kaikkia instansseja ei voi valita eri palveluntarjoajille.

Omat tarpeeni ovat yksinkertaiset:

• Kokoonpano ylläpidetään yhtenäisesti (vain yksi kopio)

• Eri CC-instanssit voivat käyttää eri palveluntarjoajia.

Tämän tavoitteen toteuttaminen on yksinkertaista: yhteiset asetukset tallennetaan käyttäjän settings.json-tiedostoon. Palveluntarjoajan muuttaminen tarkoittaa käytännössä CC:n ympäristömuuttujien muuttamista, mikä onnistuu yhdellä shell-skriptillä. Niinpä loin itse pyörän uudelleen CC:llä ja kirjoitin ccs-skriptin, joka tukee valinnaista -p-parametria palveluntarjoajan määrittämiseen.

Nyt voin tehdä:

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

Edelleen, luomalla aliaksia, voin käynnistää Claude Coden halutulla palveluntarjoajalla suoraan komennoilla mm, ark.

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

Yhdessä zellij:n kanssa useiden eri palveluntarjoajien CC:t ovat helppo hallita.

Yksinkertaista, helppoa ylläpitää, ja mahdollistaa useiden palveluntarjoajien samanaikaisen käytön.

Arki näyttää tältä.