Von CC Switch zu magpie wechseln: Importumfang und alte Codex-Sitzungen (November 2026)

Die Anbieterkonfiguration ja. Laut README von magpie übernimmt Import Anbieter aus CC Switch, Claude Code, Codex und Alma; unter Providers → Add provider → Import… wird nichts hinzugefügt, bevor Sie Einträge ankreuzen und bestätigen. Importierte Anbieter sind Kopien, spätere Änderungen in der Quell-App werden also nicht erneut übernommen. Auch der Autor schrieb am 2026-11-09 auf X, dass sich die Konfiguration von CC Switch mit einem Klick importieren lässt.

Öffnen Sie in magpie Sessions → Codex, klicken Sie im Hinweis über der Liste auf „Move to magpie…“ und bestätigen Sie in der Vorschau (verfügbar ab v0.1.999). Der Meldende von Issue #887 erklärte die Ursache: Er hatte Codex über CC Switch genutzt, daher tragen die alten Sitzungen model_provider custom; nach dem Verbinden mit magpie ist magpie der aktuelle Anbieter von Codex, und die Standard-Historie von Codex blendet Sitzungen des alten Anbieters aus – die Historie wirkt verschwunden, die Sitzungsdateien sind aber noch da. Der Autor antwortete am 2026-10-05: Nach der Bestätigung ändert sich nur die Anbieter-Kennung in den Sitzungsdateien und in der Tabelle threads von state_*.sqlite, die Originale werden vorher im Papierkorb-Ordner von magpie gesichert, der Hinweis bietet Undo, in der letzten Minute beschriebene Sitzungen werden übersprungen, und nichts wird automatisch übertragen.

Ja. Der Autor von magpie schrieb am 2026-11-09 auf X (auf Chinesisch), dass auch beide parallel gehen und man es erst ausprobieren solle. Offiziell beschreiben beide Projekte ihre Rolle so: Laut README von CC Switch ersetzt das Umschalten in der Konfiguration jedes Tools nur die Verbindungsdaten Endpoint, Key und Modell; laut README und Dokumentation von magpie verbinden sich die Clients mit dem lokalen Gateway 127.0.0.1:3425, und magpie schreibt das gewählte Modell in die eigene Konfigurationsdatei des Clients.

Führen Sie zuerst magpie claude default und magpie codex default aus: magpie entfernt, was es geschrieben hat, und stellt ersetzte Werte wieder her, etwa eine zuvor gesetzte ANTHROPIC_BASE_URL. Wählen Sie dann in CC Switch Ihren Anbieter erneut und schalten Sie um. Zum Deinstallieren von magpie führen Sie curl -fsSL https://usemagpie.ai/install.sh | sh -s -- --uninstall aus; magpie trennt jeden Client und stellt den ursprünglichen Zustand wieder her, Ihre Einstellungen bleiben in ~/.config/magpie, mit --purge werden sie gelöscht. Laut Reference von magpie bleibt die Tabelle [model_providers.magpie] in der config.toml von Codex, damit über magpie begonnene Threads weiter geöffnet werden können.

Prüfen Sie zuerst, ob der importierte Eintrag QCode einen Key hat. magpie speichert Keys in ~/.config/magpie/providers.json, lesbar nur für Sie; was ein Import aus CC Switch im Einzelnen übernimmt, listet die Dokumentation nicht auf. Fehlt der Key, führen Sie magpie provider key qcode mit Ihrem cr_-Key aus oder klicken Sie im QCode-Dashboard auf „In magpie importieren“. Hat magpie QCode bereits, ersetzt ein erneuter Import aus dem Dashboard den alten Key nicht; ändern Sie den Key dann mit dem Befehl oben. Prüfen Sie außerdem die drei Adressen: anthropic https://api.qcode.cc/api, chat https://api.qcode.cc/openai/v1, responses https://api.qcode.cc/openai.

Nicht unbedingt. Die Vergleichsseite von magpie selbst sagt: CC Switch passt, wenn Sie jedes Tool meist von Hand zwischen Anbietern umschalten und dessen Konfiguration nah an Ihrer eigenen Fassung lassen wollen; magpie passt, wenn Sie mehrere Agenten nutzen und jedem ein anderes Modell geben wollen. Auch der Autor sagt, dass beide parallel gehen und man erst ausprobieren solle. Den ausführlichen Vergleich finden Sie auf der Seite „magpie oder CC Switch: Was passt zu Ihnen?“.