Mistral-Vibe-Alternativen: Nach Workflow und API-Steuerung auswählen

Der ehrliche Ausgangspunkt für Alternativen zu Mistral Vibe ist, dass die Vibe CLI nicht verschwinden wird: mistralai/mistral-vibe steht unter Apache-2.0, ist nicht archiviert, veröffentlichte v2.25.5 am 18. September 2026 und erhielt zuletzt am 21. September 2026 einen Push. Menschen ersetzen sie aus vier konkreten Gründen — Hintergrundaufrufe, die weiterhin Mistral erreichen, Sprachfunktionen ohne Drittanbieterpfad, Standardwerte, die remote geändert werden können, und eine so schnelle Veröffentlichungstaktung, dass eine funktionierende Konfiguration beschädigt werden kann — und jeder dieser Punkte weist auf einen anderen Ersatz hin. Diese Seite ist der Entscheidungsbaum sowie eine Übersicht darüber, was ein Wechsel bei den Dateien tatsächlich kostet.

Zuerst eine Abgrenzung, denn sie entscheidet, welche Preise überhaupt relevant sind. Mistral benannte Le Chat am 28. Mai 2026 in Vibe um: „Le Chat ist jetzt Vibe“, ein Agent und eine Lizenz für Arbeit und Code. „Mistral Vibe“ bezeichnet daher sowohl einen Verbraucherassistenten als auch einen Programmieragenten, und jedes unter diesem Namen gefundene Abonnement kauft den Assistenten. Die CLI ist das Paket mistral-vibe, Apache-2.0, 0 $. Ein drittes Produkt, Mistral Code Enterprise, ist ein separates, veraltetes Plugin: „veraltet zugunsten von Mistral Vibe“, funktionsfähig bis März 2027, nur für Unternehmenskunden lizenziert. Außerdem gibt es zwei erwähnenswerte Namensüberschneidungen: vibe.us verkauft Hardware für die Zusammenarbeit in Besprechungsräumen, und Zusammenstellungen zum „Vibe Coding“ mit Replit, Bolt und Lovable behandeln eine Methodik und nicht den Ersatz eines Terminal-Agenten.

Warum Menschen die Vibe CLI verlassen

Nicht jede Anfrage geht an den von Ihnen deklarierten Provider. In v2.25.5 definiert das Modul für Utility-Completions ein schnelles Mistral-Modell, mistral-vibe-cli-fast, dessen Docstring besagt, dass es bevorzugt wird, sobald ein Mistral-Provider nutzbar ist, „auch wenn der aktive Provider der Sitzung ein anderer ist“ — und die integrierten Standardwerte konfigurieren immer einen. Die Aufrufer sind Hintergrundfunktionen und nicht Ihre Programmiersitzungen: Sitzungstitel, Git-Worktree-Namen, die Agentenschleife und die Laufzeit des App-Servers. In derselben Datei gibt es drei dokumentierte Ausweichmöglichkeiten: kein nutzbarer Mistral-Provider, eine allowed_models-Zulassungsliste ohne den Alias mistral-small oder ein nicht auflösbarer MISTRAL_API_KEY. Wenn Ihr Grund für den Wechsel lautet „Der gesamte Datenverkehr muss einen einzigen Endpunkt erreichen“, beginnen Sie dort, bevor Sie migrieren — möglicherweise lässt sich das bereits in der bestehenden Einrichtung lösen.

Sprache ist an Mistrals eigenes Audioprotokoll gebunden. In dieser Version sind TranscribeClient und TTSClient String-Enums, deren einziges Mitglied Mistral ist, und die ausgelieferten Standardwerte verweisen auf wss://api.mistral.ai und https://api.mistral.ai, beide mit dem Schlüssel MISTRAL_API_KEY. Ein Block [[transcribe_providers]] oder [[tts_providers]] ermöglicht zwar, api_base und die Schlüsselvariable zu ändern — nicht ändern lässt sich jedoch der client, sodass das Ziel weiterhin Mistrals eigene Audio-API unterstützen muss. Kunavo bietet weder Speech-to-Text noch Text-to-Speech noch ein Embedding-Modell an. Ein Wechsel des Clients oder Gateways löst eine Sprachanforderung daher nicht — dafür benötigen Sie einen Provider, der diese Funktion verkauft; diese Seite wird nichts anderes behaupten.

Einige Standardwerte werden remote festgelegt. Das Konfigurationsschema 2.25.5 liefert ExperimentsConfig mit enable = True für https://experiments.mistral.services/ aus, und enable_telemetry ist standardmäßig auf True gesetzt. Diese Ebene kann zur Laufzeit routed_default_model, routed_model_config und routed_extra_models bereitstellen und schaltet den Smart-Approve-Modus hinter zwei Experiment-Flags frei, die deaktiviert bleiben, bis ein Rollout sie aktiviert. Dieser letzte Punkt ergänzt einen Hinweis auf unserer eigenen Seite Vibe CLI versus Claude Code, die den Klassifikator von Smart Approve auf dem schnellen Mistral-Modell beschreibt: In 2.25.5 sind beide Flags standardmäßig deaktiviert, und der Modus bleibt verborgen, bis ein Rollout ihn sichtbar macht. Dieses Routing erreicht Sie daher erst, sobald Smart Approve tatsächlich angeboten wird. Das oben beschriebene Routing des Utility-Modells gilt weiterhin für Titel und Worktree-Namen.

Die Veröffentlichungstaktung ist schnell genug, um eine funktionierende Konfiguration zu beschädigen. Das Changelog 2.25.5 verzeichnet eine Korrektur für Provider, die ohne API-Schlüssel-Umgebungsvariable konfiguriert sind — lokale oder selbst gehostete Modellserver — und die „wieder auf dem Unified Harness laufen, statt bei jedem Durchlauf mit einem Fehler wegen fehlendem MISTRAL_API_KEY zu scheitern“. Das bedeutet, dass ein lokaler Provider ohne Schlüssel in mindestens einer früheren Version auf dem Unified Harness fehlgeschlagen war; das Changelog nennt nicht, ab welcher Version. Prüfen Sie dies daher gegen die von Ihnen installierte Version. In derselben Version wird die Kennzeichnung „experimentell“ für diesen Harness entfernt und --legacy-harness als Ausweichmöglichkeit genannt. 2.25.4 listet außerdem fünf CVE-IDs auf, die bei der Prüfung von Shell-Berechtigungen behoben wurden (IDs genau wie im Changelog abgedruckt, nicht separat gegen eine CVE-Datenbank geprüft). Fixieren Sie die Version in jedem Runbook, das Sie schreiben.

Welche Alternative passt zu welchem Ausstiegsgrund

Repository-, Release- und Marketplace-Zahlen wurden am 21. September 2026 über die GitHub API, PyPI, den Visual Studio Marketplace und die jeweilige Dokumentation der Projekte abgelesen. Drei dieser Projekte werden inzwischen unter einem anderen Eigentümer geführt als unter der URL, die die meisten Leitfäden weiterhin angeben. GitHub-Weiterleitungen belegen den neuen Eigentümer, aber für keines wurde eine datierte Ankündigung gefunden. Lesen Sie dies daher als dokumentierte Umbenennungen und nicht als Übernahmen. Eine Einschränkung zur ersten Zeile: Geprüft wurde die Konfiguration des benutzerdefinierten Providers jedes Projekts, nicht dessen Hintergrundverkehr. Wenn „jeder Aufruf erreicht meinen Endpunkt“ die tatsächliche Anforderung ist, bestätigen Sie dies in Ihrer eigenen Einrichtung mit einem Proxy-Log. Weitere Vergleiche finden Sie unter OpenCode-Alternativen, Aider-Alternativen und Crush versus OpenCode.

Prüfen Sie das Protokoll, bevor Sie sich entscheiden

Das ist der Teil, den eine Feature-Tabelle übersieht, und er entscheidet, ob Ihr vorhandener Schlüssel überhaupt funktioniert. Jeder Client akzeptiert für einen benutzerdefinierten Endpunkt eine andere Protokollmenge, und einer von ihnen lehnt die Form ab, die die meisten Gateways bereitstellen.

Drei Details, die jeweils einen Nachmittag kosten können. Bei Vibes OpenAI-kompatiblen Stilen muss api_base der /v1-Stamm sein, weil der OpenAI-Adapter /chat/completions selbst anhängt — während der anthropic-Adapter /v1/messages anhängt und daher den Host-Stamm erwartet. Die Konfiguration von Crush wurde geändert: In v0.96.1 ist crushrc der dokumentierte Ort zum Hinzufügen eines Providers, während crush.json unter $HOME/.local/share/crush/ bestehen bleibt. Ein Tutorial, das einen Provider in der JSON-Datei hinzufügt, beschreibt daher eine ältere Form — und die README warnt, dass beide Dateien vertrauenswürdigen Code enthalten, da crushrc in einer vollständigen Shell ausgeführt wird. Auch das Gateway der Codex CLI beendet Migrationen früh: Ein Chat-Completions-Schlüssel ist in dieser Version kein Provider der Codex CLI.

Für den häufigsten Wechsel – von Vibe CLI zu OpenCode bei Beibehaltung eines einzigen Schlüssels – ist die Deklaration auf der Zielseite eine Datei, kein Assistent:

{
  "provider": {
    "kunavo": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "Kunavo",
      "options": {
        "baseURL": "https://api.kunavo.com/v1",
        "apiKey": "{env:KUNAVO_API_KEY}"
      },
      "models": {
        "claude-sonnet-4-6": { "name": "Claude Sonnet 4.6" }
      }
    }
  }
}

Das Gegenstück in Crush ist eine crushrc-Zeile – provider add kunavo --type openai-compat --base-url "https://api.kunavo.com/v1" --api-key "$KUNAVO_API_KEY" –, gefolgt von einem model add für jedes aufzulistende Modell. Das entspricht der Form, die auch das eigene Beispiel für benutzerdefinierte Provider in der README verwendet. Beide sind veröffentlichte Konfigurationsformen, die aus der Dokumentation der jeweiligen Projekte stammen, nicht aus Laufzeittests: Kunavo hat keinen der beiden Clients gegen seinen Endpunkt ausgeführt. Einrichtungsreferenzen finden Sie unter OpenCode-Integration, Crush-Integration und Mistral-Vibe-Integration.

Was migriert, was nicht migriert und wie ein Rollback erfolgt

Wird als Dateikopie übernommen: AGENTS.md. Vibe CLI 2.25.5 definiert AGENTS_MD_FILENAME = "AGENTS.md", die OpenCode-Dokumentation weist Sie an, die AGENTS.md Ihres Projekts in Git zu übertragen, und Crush v0.96.1 liest ~/.config/AGENTS.md und bietet die Option initialize-as AGENTS.md. Derselbe Dateiname macht diesen Teil portabel – allerdings interpretiert jeder Client den Inhalt auf seine eigene Weise. Lesen Sie die Datei daher einmal im neuen Tool, statt von identischem Verhalten auszugehen.

Wird nicht übernommen: Tools, Skills, Plugins und Sub-Agents. Vibe speichert diese in einem Projektverzeichnis .vibe/ mit den Unterverzeichnissen tools/, skills/, plugins/ und agents/ sowie einem Verzeichnis .agents/skills; globale Entsprechungen liegen unter ~/.vibe. Kein anderer hier genannter Client liest dieses Layout, planen Sie daher ein, sie manuell neu zu deklarieren. Auch Schlüssel werden nicht übernommen: Der Einrichtungsablauf von Vibe schreibt sie in ~/.vibe/.env, Umgebungsvariablen haben Vorrang, und jeder Ziel-Client verwendet seine eigene Variable.

Der Verlauf wird überhaupt nicht übernommen. Vibe-Sitzungen sind lokale Dateien unter ~/.vibe/logs/session – eine .session_index.json, danach jeweils eine meta.json und messages.jsonl pro Sitzung. Das 2.25.5-Wheel enthält drei Konsolenskripte (vibe, vibe-acp, vibe-app-server) und stellt --continue sowie --resume bereit; darin wurde kein Exportbefehl gefunden. Seit 2.25.5 ist dieses Verzeichnis auf Nicht-Windows-Systemen nur für den Eigentümer zugänglich. Bewahren Sie es auf, statt einen Import zu planen.

Eine Migration, die Sie nicht ins Leere laufen lässt, in dieser Reihenfolge: Kopieren Sie AGENTS.md in das Projektstammverzeichnis des neuen Clients; deklarieren Sie den Provider in der eigenen Datei dieses Clients mit dem Protokoll aus der obigen Tabelle; exportieren Sie die von ihm benannte Schlüsselvariable; führen Sie in beiden Clients eine begrenzte Aufgabe aus – zunächst eine Bearbeitung einer einzelnen Datei, anschließend eine Untersuchung über mehrere Dateien hinweg – und lesen Sie, was Ihr Provider-Konto jeweils aufgezeichnet hat. Richten Sie den Rollback ein, bevor Sie beginnen: Vibe CLI ist ein gewöhnliches Python-Paket. Durch die erneute Installation der verwendeten Version (uv tool install mistral-vibe==2.25.5) wird der Client wiederhergestellt, und wenn Sie ~/.vibe während des Tests unverändert lassen, bleiben sowohl Ihre Konfiguration als auch Ihre Schlüsseldatei erhalten.

Was der Wechsel mit Ihrer Rechnung macht

Größtenteils nichts – und genau das ist der Punkt: Bei einer Route mit eigenem Schlüssel ist der Client freie Software, und das Modell bestimmt die Rechnung. Diese Zahlen sind veranschaulichende Token-Arithmetik, keine gemessenen Aufgabenkosten und keine Rechnungsobergrenze. Nehmen wir eine Sitzung an, die 200.000 nicht zwischengespeicherte Eingabe-Token sendet und 12.000 Ausgabe-Token empfängt. Die erste Zeile zeigt zum Vergleich den von Mistral veröffentlichten eigenen Preis für das Standardmodell von Vibe CLI – Kunavo verkauft keine Mistral-Modelle. Die übrigen Werte sind aktuelle Tarife aus dem Kunavo-Katalog pro Million Token.

Mistrals Wert stammt aus der API-Preisliste vom 21. September 2026, und die ausgelieferte Vibe-Konfiguration definiert für mistral-vibe-cli-latest dieselben beiden Zahlen. Was die Tabelle nicht zeigen kann: Der günstigste aufgeführte Tarif und die niedrigsten Kosten für den Abschluss der Aufgabe sind unterschiedliche Aussagen, und ein Modell, das drei Versuche benötigt, kann mehr kosten als ein teureres Modell, das in einem einzigen Durchlauf erfolgreich ist. Skalieren Sie die Werte anhand Ihrer eigenen Sitzungen pro Tag, bevor Sie sie als Budget betrachten.

Der Katalogbetrag von Kunavo ist ein Abrechnungsmindestwert, keine Obergrenze: Wenn der Upstream seine Gebühr meldet, entspricht die Rechnung dem höheren Wert aus den Katalogkosten und den Upstream-Kosten multipliziert mit dem anwendbaren Aufschlag. Cache-Gebühren und externe Tools sind in diesem Beispiel nicht enthalten. Die minimale Aufladung beträgt $10 als Prepaid-Guthaben. Damit wird ein Kontostand aufgeladen, kein Tarif gekauft – siehe Abrechnungsdetails und erstellen Sie ein Kunavo-Konto, sobald Sie bereit sind, einen Schlüssel für den von Ihnen gewählten Client aufzuladen.

Entscheiden Sie noch, ob Sie bleiben oder wechseln möchten? Mistral Vibe versus Claude Code behandelt die weitere Nutzung der CLI mit einer Weiterleitung an einen anderen Anbieter, die beste API für OpenCode behandelt die Provider-Frage für den häufigsten Zielort, und Claude-Code-Alternativen erweitert die Auswahl, falls nicht das Terminal der begrenzende Faktor ist.

Häufig gestellte Fragen

Geprüft am 21. September 2026: die GitHub-API für mistral-vibe, opencode, goose, OpenHands, Roo-Code, crush, codex, cline und kilocode; PyPI für mistral-vibe 2.25.5; die oben genannten Einträge im Visual Studio Marketplace und JetBrains Marketplace; der Quellcode, das Changelog und die README des v2.25.5-Wheels; die CLI-Konfigurations- und API-Schlüssel-Seiten von docs.mistral.ai; mistral.ai/pricing, mistral.ai/pricing/api und die Ankündigung der Vibe-Umbenennung; opencode.ai, goose-docs.ai, roomote.dev, die Crush-v0.96.1-README und die Codex-Konfigurationsreferenz von OpenAI. Kein Client wurde installiert oder gegen Kunavo ausgeführt. Daher handelt es sich bei keinem Inhalt um einen Kompatibilitätstest, und jeder Dollarbetrag ist veranschaulichende Token-Arithmetik statt gemessener Aufgabenkosten.