Abschied von cc-switch: Ein Skript genügt, um mehrere Claude-Code-Anbieter zu verwalten

Für jemanden, der häufig zwischen verschiedenen Anbietern der Claude-Code-Großmodell-API wechseln muss, ist eine bequeme Verwaltung und Umschaltung der APIs ein absolutes Muss.

Zunächst einmal, warum sind mehrere API-Anbieter notwendig?

Es gibt hauptsächlich zwei Gründe:

1. Probleme mit gleichzeitigen Aufrufen und Kontingenten. Es ist alltäglich, mehrere Claude-Code-Instanzen zu öffnen. Wenn alle Aufgaben mit nur einem Anbieter laufen, stößt man leicht an Grenzen.

2. Die verschiedenen Modelle haben jeweils ihre Stärken. Wenn bei einem Problem Anbieter A nicht weiterhilft, kann man zu B wechseln. Oder A schreibt den Code und B übernimmt das Code Review.

Eine Zeit lang habe ich cc-switch verwendet, eine gute, kostenlose Open-Source-Software. Sie kann nicht nur mehrere Anbieter verwalten, sondern auch Skills, MCPs und Prompts. Außerdem unterstützt sie nicht nur Claude Code, sondern auch Codex, Gemini und OpenCode.

Ihr Problem ist jedoch genau die Fülle an Funktionen, die sie bietet, und die ständig wächst. Ich denke, viele Produktentwickler können es schwer ablehnen, die verschiedenen Wünsche unterschiedlicher Nutzer zu erfüllen, und machen das Produkt dadurch immer komplexer; und die Nutzer von Werkzeugen bevorzugen immer mehr Funktionen, auch wenn sie sie momentan nicht brauchen, könnten sie in Zukunft nützlich sein.

Meine Philosophie war schon immer "Weniger ist mehr". Um all diese Werkzeuge zu unterstützen, wird manches unnötig kompliziert. Ich nutze nur CC, daher sind diese Funktionen und die damit verbundene Komplexität für mich wertlos und werden stattdessen zur Belastung.

cc-switch verwaltet seine eigene Konfigurationsdatei. Wenn mehrere Anbieter Konfigurationen teilen müssen, muss es eine separate allgemeine Konfiguration pflegen. Es schreibt häufig in die Datei .claude/settings.json, was oft zu Problemen führt, besonders bei häufigem Wechsel zwischen Anbietern.

Ein weiteres Problem ist das gleichzeitige Starten mehrerer CC-Instanzen mit verschiedenen Anbietern. Auch hier gibt es Schwierigkeiten (zumindest in meiner Erfahrung führt das unvollständige Umschalten oft zu fehlgeschlagenen Anfragen). Wenn die Proxy-Funktion genutzt wird, können alle Instanzen nur gemeinsam umgeschaltet werden, man kann nicht für verschiedene Instanzen unterschiedliche Anbieter wählen.

Meine Anforderungen sind recht einfach:

• Einheitliche Konfigurationsverwaltung (nur eine Datei)

• Möglichkeit, verschiedene CC-Instanzen mit unterschiedlichen Anbietern zu betreiben.

Die Umsetzung dieses Ziels ist ebenfalls einfach: Die einheitliche Konfiguration wird in der Benutzerdatei settings.json gespeichert. Den Anbieter zu ändern bedeutet im Grunde nur, einige Umgebungsvariablen von CC anzupassen – ein Shell-Skript kann das lösen. Also habe ich das Rad neu erfunden und mit CC selbst ein Skript namens "ccs" geschrieben, das einen optionalen Parameter -p unterstützt, um den Anbieter festzulegen.

So kann ich nun:

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

Noch einen Schritt weiter: Durch das Erstellen von Aliasen kann ich Claude Code mit einem bestimmten Anbieter direkt mit mm oder ark starten.

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

In Kombination mit zellij lassen sich dann mühelos mehrere CC-Instanzen mit verschiedenen Anbietern verwalten.

Es ist einfach, gut zu warten und ermöglicht das gleichzeitige Öffnen mehrerer Instanzen mit frei wählbaren Anbietern.

So sieht der Alltag aus.