Alternativen zu Kimi Code: Nach Workflow und API-Steuerung auswählen

Welche Kimi-Code-Alternative du möchtest, hängt davon ab, welchen „Kimi Code“ du verlässt — den MIT-lizenzierten Terminal-Client, den Mitgliedschaftsdienst, der ihn finanziert, oder die K-Serienmodelle — und zwei dieser drei Komponenten können ersetzt werden, ohne deinen Terminal-Client überhaupt zu ändern. Fast jede für diese Suchanfrage gut platzierte Seite ist ein Modellvergleich. Die erste Aufgabe besteht daher darin, die drei Komponenten zu trennen, und die zweite ist der Teil, den keine Listicle behandelt: Was verlässt tatsächlich ~/.kimi-code, wenn du wechselst?

Eine Falle vor allem anderen, weil sie still bleibt. pip install kimi-code installiert nicht die Kimi Code CLI. Die eigene README von Moonshot beschreibt dieses PyPI-Paket als „Archiviert. Ein veralteter Alias für kimi-cli, nicht die neue Kimi Code CLI“ (kimi-cli README, geprüft am 21. September 2026). Ein Tutorial, das mit uv tool install kimi-cli installiert, ~/.kimi/config.toml konfiguriert oder Providertypen namens openai_legacy und gemini verwendet, beschreibt den archivierten Python-Client, nicht diesen — dies sind die eigenen dokumentierten Schreibweisen des Legacy-Clients.

Drei Produkte, ein Name: Entscheide, was du ersetzt

Repository-Zahlen aus der GitHub-API, gelesen am 21. September 2026. Die Mitgliedschaft und die Open Platform sind tatsächlich unterschiedliche Produkte mit unterschiedlichen Modell-IDs — die Mitgliedschaft verwendet kimi-for-coding und k3, die Open Platform kimi-k3 und kimi-k2.7-code — und die beiden ID-Mengen überschneiden sich nicht, sodass eine für das eine geschriebene Konfiguration nicht unverändert übertragen werden kann. Wenn sich deine Frage speziell auf Kimis Client und Dienst im Vergleich zu Anthropic bezieht, behandelt Kimi Code vs. Claude Code diesen Vergleich; diese Seite wiederholt ihn nicht.

Beginnen Sie mit dem Grund für Ihren Wechsel

Die Kontingentregeln hinter den ersten beiden Zeilen solltest du lesen, bevor du dich entscheidest. Kimis Mitgliedschaftsdokumentation besagt, dass „Anfragen aus CLI, VS Code, Desktop und Drittanbieter-Tools alle auf dieses Kontingent angerechnet werden“ und dass „alle angemeldeten Geräte und API-Schlüssel dasselbe Kontingent gemeinsam nutzen“; für neue Mitglieder die Wochenbegrenzung entfernt wird, während das rollierende Fünf-Stunden-Ratenfenster bestehen bleibt, und Legacy-Pläne weiterhin alle sieben Tage ohne Übertrag aktualisiert werden; sowie, dass „die Go-Stufe kein Coding-Kontingent besitzt; Plus und höher Kimi Code nutzen können“ (geprüft am 21. September 2026). Keine Stufe veröffentlicht ein numerisches Token- oder Anfragekontingent. Daher gibt es keine seriöse Möglichkeit, einen Planpreis in eine Rate pro Token umzurechnen — genau deshalb geht es bei der folgenden Entscheidung um die Abrechnungsstruktur und nicht um eine Einsparungszahl.

Wenn der Grund die Abrechnung ist, kann der Client bleiben

Kimi Codes Provider-Dokumentation beschreibt den Typ openai als vorgesehen für das OpenAI-Chat-Completions-Protokoll „sowie für jeden mit diesem Protokoll kompatiblen Drittanbieterdienst (überschreibe base_url bei Bedarf)“. Damit besteht die günstigstmögliche Migration aus einer Providertabelle und einem Modellalias:

default_model = "kunavo/claude-sonnet-5"

[providers.kunavo]
type = "openai"          # the protocol, not the vendor
base_url = "https://api.kunavo.com/v1"   # the /v1 stays on openai types
api_key = "sk-kn-..."    # not read from your shell

[models."kunavo/claude-sonnet-5"]
provider = "kunavo"
model = "claude-sonnet-5"
max_context_size = 200000

Vier Details entscheiden darüber, ob es beim ersten Versuch funktioniert; alle stammen von dieser Seite und der env-vars-Seite, gelesen am 21. September 2026. Erstens: type bezeichnet das Protokoll, nicht den Anbieter, und die dokumentierte Auswahl umfasst kimi, anthropic, openai, openai_responses, google-genai und vertexai. Zweitens: Die URL-Struktur unterscheidet sich je nach Typ — openai verwendet standardmäßig https://api.openai.com/v1 und behält den /v1 bei, während google-genai und vertexai nur die Host-Wurzel erwarten, da das SDK den Versionspfad selbst anhängt. Drittens: Anbieter-Zugangsdaten werden nicht aus deiner Shell gelesen, sofern du die Variable nicht selbst benennst. Die dokumentierte Priorität lautet api_key oder api_key_env (genau eine davon setzen), anschließend eine [providers.<name>.env]-Untertabelle; danach schlägt der Start fehl. Auf der Seite steht, dass „die CLI für Zugangsdaten nicht auf Shell-Umgebungsvariablen zurückfällt“, außer bei einer ausdrücklich deklarierten api_key_env. Viertens: api_key_env selbst ist laut Dokumentation ab 2.0.1 verfügbar, veröffentlicht am 18. September 2026 — unter 2.0.0 oder jedem 0.4x-Build ist es nicht verfügbar.

Es gibt einen schlankeren Weg mit einer echten Einschränkung: Der KIMI_MODEL_*-Umgebungsblock akzeptiert für KIMI_MODEL_PROVIDER_TYPE nur kimi, anthropic und openai, daher müssen Responses-, Gemini- und Vertex-Endpunkte über config.toml eingebunden werden. Der interaktive /provider-Importer hat eigene Grenzen: Er lehnt proprietäre Protokolle wie Amazon Bedrock und Cohere ab und importiert Anbieter, deren Protokoll sein Katalog nicht als OpenAI-kompatibel ausweist, mit dem Hinweis „erraten“.

Was ein Drittanbieter-Endpunkt nicht erreicht

Beim Wechsel des Modellanbieters werden vier Dinge nicht mitgenommen, und genau das übersieht ein Preisvergleich. Video-Upload ist ausdrücklich als zusätzliche Fähigkeit des Anbietertyps kimi aufgeführt, nicht des OpenAI-kompatiblen Pfads. Websuche und Webabruf gehören überhaupt nicht zum Modellanbieter: Auf der config-files-Seite steht, dass die Tabelle services genau zwei festgelegte Schlüssel konfiguriert, moonshot_search und moonshot_fetch, jeweils mit eigener Basis-URL und eigenem Schlüssel, und dass andere Schlüssel ignoriert werden. Remote Control (kimi rc) „setzt eine kostenpflichtige Mitgliedschaft voraus und ist für kostenlose Nutzer nicht verfügbar“, laut dem eigenen Leitfaden, der außerdem besagt, dass das Remote-Fenster durch Anmeldung mit demselben Kimi-Konto wie bei der lokalen CLI geöffnet wird. Und der /login-Auswahldialog bietet nur zwei Moonshot-Optionen — Kimi Code OAuth oder einen Kimi Platform API-Schlüssel — wobei die Getting-Started-Seite dich für jeden anderen Anbieter direkt zum Bearbeiten von config.toml weiterleitet.

Eine Sache musst du nicht neu aufbauen: Kimi Code durchsucht dein Repository mit ripgrep statt mit einem Vektorindex. Die Seite zu den Datenpfaden beschreibt, dass beim ersten Bedarf von Grep ein rg unter bin/ heruntergeladen und zwischengespeichert wird — wobei ein System-rg in deinem PATH dem Cache vorgezogen wird — und dass fd dort für die Vervollständigung von Dateiverweisen zwischengespeichert wird. Beim Wechsel des Anbieters muss daher nichts neu indiziert werden. Kunavo stellt kein Embedding-Modell bereit, und dieser Weg benötigt auch keines.

Eine ehrliche Einschränkung zu allen obigen Angaben: Sie stammen aus der Dokumentation von Moonshot, nicht aus einer Sitzung. Keine am September 21, 2026 gefundene Moonshot-Seite sagt ausdrücklich, dass die CLI ohne Kimi-Konto läuft, wenn nur ein [providers.*]-Eintrag vorhanden ist, und die Seiten zum Einstieg und zur IDE nennen weiterhin eine abgeschlossene Anmeldung als ersten Schritt. Überprüfen Sie es selbst, bevor Sie irgendetwas kündigen.

Wenn du auch den Client wechselst

Repository-Metadaten, am 21. September 2026 über die GitHub API gelesen. Ein veraltetes pushed_at ist eine Beobachtung, kein Hinweis auf eine Abkündigung: Aider ist nicht archiviert und es wurde keine Stellungnahme eines Maintainers gefunden. Betrachte das Datum daher als Hinweis auf die Entwicklungsgeschwindigkeit und prüfe selbst, bevor du ein Team darauf standardisierst. Zwei Ausschlüsse sollten genannt und nicht verborgen werden. Continue wird hier nicht als Ziel angeboten: Eine Erhebung vom 17. September 2026 verzeichnete es als übernommen und schreibgeschützt, mit einer letzten Veröffentlichung; dieser Status wurde heute nicht erneut überprüft — prüfe ihn erneut, bevor du es in Betracht ziehst. Auch die Konfigurationsdetails aller oben genannten Clients wurden auf Kunavos eigenen Integrationsseiten zu früheren Zeitpunkten überprüft und heute nicht erneut getestet. Deshalb verlinkt diese Tabelle auf sie, statt ihre Einrichtung zu wiederholen.

Wenn du statt eines anderen Agents einen Editor möchtest, beachte, dass Kimi Code bereits das Agent Client Protocol spricht: Sein IDE-Leitfaden stellt einen ACP-Server als kimi acp bereit und zeigt den Zed-agent_servers-Eintrag, der ihn startet. Das ist eine Änderung der Oberfläche, keine Client-Migration — siehe Zed für die Editor-Seite.

Was mit dir mitgeht und was nicht

Am 21. September 2026 von der data-locations-Seite gelesen. Der gesamte Baum wird mit KIMI_CODE_HOME verschoben; das ist auch die sauberste Möglichkeit, eine funktionierende Einrichtung abzulegen, während du etwas anderes testest. Beachte, was die „allgemeinen“ Kopien versprechen und was nicht: Kimi dokumentiert, dass es sie außerhalb seines eigenen Verzeichnisses aufbewahrt, damit andere Tools sie gemeinsam nutzen können. Es verspricht nicht, dass der Agent eines anderen Anbieters sie liest; bestätige daher die Konvention für Anweisungsdateien deines Zielsystems.

Wechselst du stattdessen vom Python-Client? Das ist eine Migration, keine Auswahl. Führe kimi migrate aus: Der Migration-Leitfaden besagt, dass Konfiguration, MCP-Server-Konfiguration, Eingabeverlauf und die von dir ausgewählten Chat-Sitzungen übernommen werden, während OAuth-Zugangsdaten, Autorisierungen von MCP-Diensten und kimi-cli-Plugins nicht kopiert werden — rechne also damit, anschließend /login auszuführen und MCP-Server erneut zu autorisieren. Der Rollback ist unkompliziert: „Die Migration verändert oder löscht niemals alte Daten unter ~/.kimi/.“ Die Deinstallation des alten Clients erfolgt anschließend laut den eigenen Migrationsschritten der archivierten README mit uv tool uninstall kimi-cli oder brew uninstall kimi-cli — eine andere Formel als beim neuen Client, den diese README als brew install kimi-code installiert.

Zwei Moonshot-Quellen widersprechen sich hier hinsichtlich der Dringlichkeit; beide wurden am 21. September 2026 gelesen. Die archivierte README sagt: „Bestehende Installationen werden nicht mehr unterstützt und funktionieren nicht mehr. Bitte migrieren Sie so bald wie möglich.“ Der noch im Hauptbranch von kimi-code befindliche Migrationsleitfaden sagt dagegen: „Die Legacy-Version wird schrittweise ausgemustert“ und „kimi-cli funktioniert weiterhin wie bisher, und die beiden beeinträchtigen sich nicht gegenseitig.“ Die README ist die neuere und spezifischere Aussage; plane entsprechend und nicht nach der milderen Formulierung.

Was die nutzungsabhängigen Pfade kosten, als Token-Rechnung

Nehmen wir eine Sitzung an, die 250,000 nicht zwischengespeicherte Eingabetoken sendet und 20,000 Ausgabetoken empfängt. Dies sind veranschaulichende Schätzungen, keine gemessenen Aufgabenpreise und keine Rechnungsobergrenze; Caching, Wiederholungsversuche und Tool-Datenverkehr sind in der Rechnung nicht enthalten. Die Zahlen von Kimi sind die veröffentlichten eigenen Preise pro Token; Kunavos Zahlen stammen aus dem aktuellen Katalog. Es handelt sich um unterschiedliche Modellfamilien, daher vergleicht diese Darstellung Preise, nicht Ergebnisse.

Die Kimi-Preise wurden am 21. September 2026 von platform.kimi.ai gelesen; dort führt die K3-Tabelle auch Cache-Write-Preise von $3.00 für eine TTL von fünf Minuten und $6.00 für eine Stunde auf. Der niedrigste aufgeführte Preis und die niedrigsten Kosten zum Abschließen einer Aufgabe sind unterschiedliche Aussagen: Ein Modell, das drei Versuche benötigt, kann mehr kosten als ein teureres Modell, das einen einzigen Durchlauf benötigt. Miss daher anhand einer begrenzten Aufgabe in deinem eigenen Repository statt anhand der Tabelle.

Der Katalogbetrag von Kunavo ist ein Abrechnungsuntergrenze und keine Obergrenze: Wenn der Upstream seine Kosten meldet, entspricht die Rechnung dem höheren Wert aus den Katalogkosten und den Upstream-Kosten multipliziert mit dem anwendbaren Aufschlag. Die minimale Aufladung beträgt $10 als vorausbezahltes Guthaben; damit wird ein Guthaben finanziert — es handelt sich nicht um eine Aufgabengebühr oder ein Abonnement. Siehe Abrechnungsdetails.

Wenn der Weg über die Konfigurationsdatei der von dir gewünschte ist, veröffentlicht Kunavo den vollständigen Anbieterblock für diesen Client. Das ist eine veröffentlichte Konfigurationsreferenz, kein Kompatibilitätstest: Kimi Code wurde nie zur Laufzeit gegen Kunavos Endpunkt getestet, und alle obigen Informationen stammen aus der Dokumentation von Moonshot sowie den GitHub- und npm-APIs. Lass deinen bestehenden Pfad aktiv, während du ihn ausprobierst, führe eine begrenzte Aufgabe aus und lies anschließend die Belastung, die dein Konto tatsächlich verzeichnet hat. Beginne mit dem Kimi-Code-Integrationsleitfaden oder erstelle ein Kunavo-Konto, wenn du bereit bist, einen Schlüssel aufzuladen. Für die Protokollebene dessen, was eine OpenAI-kompatible Basis-URL überträgt und was nicht, siehe OpenAI-kompatible API; für einen breiteren Überblick über Clients siehe das Verzeichnis der AI-Agent-APIs.

Häufig gestellte Fragen

Überprüft am 21. September 2026: Repository-Metadaten für kimi-code, kimi-cli und alle sieben Ziel-Clients über die GitHub API; der npm-Registry-Eintrag für @moonshot-ai/kimi-code; die Moonshot-Seiten zu Anbietern, env-vars, config-files, data-locations, IDE und Migration; die README von kimi-cli; die Kimi-Code-Mitgliedschaftsseite; die OpenCode-Seite für Drittanbieter; sowie die Chat-Preistabelle der Kimi Open Platform. Auf dieser Seite wird kein Preis für einen Kimi-Code-Tarif genannt: kimi.com rendert die Staffelpreise clientseitig, und im Server-HTML erscheint keiner. Bestätige den Betrag daher im Checkout. Der Status von Continue und die eigenen Konfigurationsdetails der Ziel-Clients wurden heute nicht erneut überprüft. Kunavo hat keine Sitzung dieses Clients gegen seinen eigenen Endpunkt ausgeführt, und jeder Dollarbetrag hier ist eine veranschaulichende Token-Rechnung.