Alternative a Mistral Vibe: scegli in base al flusso di lavoro e al controllo dell’API

Il punto di partenza onesto per le alternative a Mistral Vibe è che Vibe CLI non sta per scomparire: mistralai/mistral-vibe è Apache-2.0, non è archiviato, ha distribuito la versione v2.25.5 il 18 settembre 2026 e ha ricevuto l'ultimo push il 21 settembre 2026. Le persone lo sostituiscono per quattro motivi specifici — chiamate in background che raggiungono ancora Mistral, funzioni vocali senza un percorso per terze parti, valori predefiniti modificabili da remoto e una cadenza di rilascio abbastanza rapida da rompere una configurazione funzionante — e ciascuno di questi indica una sostituzione diversa. Questa pagina è l'albero decisionale, oltre a ciò che un passaggio comporta realmente in termini di file.

Prima una disambiguazione, perché determina quali prezzi siano effettivamente rilevanti. Mistral ha rinominato Le Chat in Vibe il 28 maggio 2026: "Le Chat è ora Vibe", un agente e una licenza per lavoro e codice. Quindi "Mistral Vibe" indica ora sia un assistente per consumatori sia un agente di coding, e ogni cifra di abbonamento trovata con quel nome acquista l'assistente. La CLI è il pacchetto mistral-vibe, Apache-2.0, $0. Un terzo prodotto, Mistral Code Enterprise, è un plugin deprecato separato: "deprecato a favore di Mistral Vibe", funzionante fino a marzo 2027, solo con licenza enterprise. E vale la pena nominare due collisioni: vibe.us vende hardware per la collaborazione nelle sale riunioni e le raccolte sul "vibe coding" di Replit, Bolt e Lovable riguardano una metodologia, non la sostituzione di un agente da terminale.

Perché le persone abbandonano Vibe CLI

Non tutte le richieste raggiungono il provider dichiarato. Nella versione 2.25.5 il modulo utility-completion definisce un modello Mistral rapido, mistral-vibe-cli-fast, e il suo docstring afferma che viene preferito ogni volta che un provider Mistral è utilizzabile "anche quando il provider attivo della sessione è diverso" — e i valori predefiniti integrati ne configurano sempre uno. I chiamanti sono funzioni secondarie in background, non i tuoi turni di coding: titoli delle sessioni, nomi dei worktree git, ciclo dell'agente e runtime del server applicativo. Nello stesso file sono documentate tre vie di uscita: nessun provider Mistral utilizzabile, una allowlist allowed_models che esclude l'alias mistral-small oppure un MISTRAL_API_KEY non risolvibile. Se il motivo per cui vuoi andartene è "tutto il traffico deve raggiungere un unico endpoint", parti da qui prima di migrare: potrebbe essere già risolvibile senza spostarti.

La voce è vincolata al protocollo audio proprietario di Mistral. In quella release TranscribeClient e TTSClient sono enum di stringhe il cui unico membro è Mistral, e i valori predefiniti forniti puntano a wss://api.mistral.ai e https://api.mistral.ai, entrambi basati su MISTRAL_API_KEY. Un blocco [[transcribe_providers]] o [[tts_providers]] consente di modificare api_base e la variabile della chiave — ciò che non può modificare è il client, quindi qualunque destinazione tu scelga deve comunque parlare l'API audio proprietaria di Mistral. Kunavo non offre neppure modelli speech-to-text, text-to-speech o di embedding, quindi cambiare client o gateway non risolve un requisito vocale: per questo serve un provider che lo venda, e questa pagina non fingerà il contrario.

Alcuni valori predefiniti vengono impostati da remoto. Lo schema di configurazione 2.25.5 include ExperimentsConfig con enable = True verso https://experiments.mistral.services/ e enable_telemetry ha come valore predefinito True. Questo livello può fornire a runtime routed_default_model, routed_model_config e routed_extra_models, e abilita la modalità Smart Approve tramite due flag sperimentali che rimangono disattivati finché un rollout non li attiva. Quest'ultimo aspetto aggiunge una precisazione alla nostra pagina Vibe CLI versus Claude Code, che descrive il classificatore di Smart Approve in esecuzione sul modello Mistral rapido: nella versione 2.25.5 entrambi i flag sono disattivati per impostazione predefinita e la modalità è nascosta finché un rollout non la espone, quindi quel routing ti raggiunge solo quando Smart Approve è effettivamente offerto. Il routing del modello utility descritto sopra continua comunque a valere per titoli e nomi dei worktree.

La cadenza è abbastanza rapida da rompere una configurazione funzionante. Il changelog della versione 2.25.5 registra una correzione per i provider configurati senza una variabile d'ambiente per la chiave API — server di modelli locali o self-hosted — che "tornano a funzionare sull'Unified Harness invece di fallire a ogni turno con un errore MISTRAL_API_KEY mancante". Ciò significa che un provider locale senza chiave aveva fallito sull'Unified Harness in almeno una release precedente; il changelog non indica da quale versione, quindi confrontalo con quella che installi. La stessa release rimuove l'etichetta "experimental" da quell'harness e indica --legacy-harness come via di uscita; la versione 2.25.4 elenca cinque identificatori CVE corretti nel controllo dei permessi della shell (ID così come stampati nel changelog, non verificati separatamente con un database CVE). Fissa la versione in qualsiasi runbook tu scriva.

Quale alternativa corrisponde a quale motivo di abbandono

I dati relativi a repository, release e marketplace sono stati letti dall'API GitHub, da PyPI, dal Visual Studio Marketplace e dalla documentazione dei singoli progetti il 21 settembre 2026. Tre di questi ora rispondono sotto un proprietario diverso da quello indicato dall'URL che la maggior parte delle guide continua a riportare. I redirect di GitHub dimostrano il nuovo proprietario, ma non è stato trovato alcun annuncio datato per nessuno di essi, quindi considerali rinominazioni documentate, non acquisizioni. Un limite della prima riga: è stata verificata la configurazione del provider personalizzato di ciascun progetto, non il traffico in background; pertanto, se il requisito effettivo è "ogni chiamata raggiunge il mio endpoint", confermalo con un log proxy nella tua configurazione. Confronti più approfonditi sono disponibili in Alternative a OpenCode, Alternative ad Aider e Crush versus OpenCode.

Controlla il protocollo prima di scegliere

Questa è la parte che una tabella delle funzionalità non mostra e che determina se la tua chiave esistente funzionerà affatto. Ogni client accetta un insieme diverso di protocolli per un endpoint personalizzato e uno di essi rifiuta la struttura servita dalla maggior parte dei gateway.

Tre dettagli che costano un pomeriggio ciascuno. Per gli stili con struttura OpenAI di Vibe, api_base deve essere la radice /v1, perché l'adapter OpenAI aggiunge autonomamente /chat/completions; l'adapter anthropic invece aggiunge /v1/messages, quindi quello vuole la radice dell'host. La configurazione di Crush è cambiata: nella versione v0.96.1 crushrc è il luogo documentato per aggiungere un provider, mentre crush.json continua a trovarsi sotto $HOME/.local/share/crush/, quindi un tutorial che aggiunge un provider al file JSON descrive una struttura precedente; il README avverte inoltre che entrambi i file sono codice attendibile, poiché crushrc viene eseguito in una shell completa. E il vincolo di Codex CLI interrompe presto le migrazioni: a questa versione, una chiave chat-completions non è un provider di Codex CLI.

Per il passaggio più comune — da Vibe CLI a OpenCode, mantenendo una sola chiave — la dichiarazione sul lato di destinazione è un file, non una procedura guidata:

{
  "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" }
      }
    }
  }
}

L'equivalente di Crush è una riga crushrc — provider add kunavo --type openai-compat --base-url "https://api.kunavo.com/v1" --api-key "$KUNAVO_API_KEY" — seguita da un model add per ogni modello che vuoi elencare, che corrisponde alla struttura usata dall'esempio di provider personalizzato nel README. Entrambe sono strutture di configurazione pubblicate e ricavate dalla documentazione dei rispettivi progetti, non test di runtime: Kunavo non ha eseguito nessuno dei due client contro il proprio endpoint. I riferimenti per la configurazione sono disponibili in integrazione OpenCode, integrazione Crush e integrazione Mistral Vibe.

Cosa migra, cosa no e come tornare indietro

Viene trasferito come copia di file: AGENTS.md. Vibe CLI 2.25.5 definisce AGENTS_MD_FILENAME = "AGENTS.md", la documentazione di OpenCode indica di eseguire il commit del file AGENTS.md del progetto in Git e Crush v0.96.1 legge ~/.config/AGENTS.md e offre un'opzione initialize-as AGENTS.md. Lo stesso nome di file rende portabile questa parte — tuttavia ogni client interpreta il contenuto a modo proprio, quindi leggilo una volta nel nuovo strumento invece di presumere un comportamento identico.

Non viene trasferito: strumenti, competenze, plugin e sotto-agenti. Vibe conserva questi elementi in una directory di progetto .vibe/ con le sottodirectory tools/, skills/, plugins/ e agents/, oltre a una directory .agents/skills, con equivalenti globali in ~/.vibe. Nessun altro client qui legge questa struttura, quindi prevedi di ridefinirli manualmente. Neppure le chiavi vengono trasferite: il flusso di configurazione di Vibe le scrive in ~/.vibe/.env, le variabili d'ambiente hanno la precedenza e ogni client di destinazione usa una propria variabile.

La cronologia non viene trasferita in alcun modo. Le sessioni Vibe sono file locali in ~/.vibe/logs/session — un .session_index.json, seguito da un meta.json e un messages.jsonl per sessione. Il wheel 2.25.5 fornisce tre script da console (vibe, vibe-acp, vibe-app-server) ed espone --continue e --resume; non è stato trovato alcun comando di esportazione. Dalla versione 2.25.5 questa directory è accessibile solo al proprietario sui sistemi non Windows. Conservala invece di pianificarne l'importazione.

Una migrazione che non ti lascerà senza via d'uscita, nell'ordine: copia AGENTS.md nella radice del progetto del nuovo client; dichiara il provider nel file specifico di quel client usando il protocollo della tabella precedente; esporta la variabile della chiave indicata; esegui un'attività delimitata — prima una modifica a un singolo file, poi un'indagine su più file — in entrambi i client; leggi ciò che il tuo account del provider ha registrato per ciascuno. Configura il rollback prima di iniziare: Vibe CLI è un normale pacchetto Python, quindi reinstallando la versione che avevi (uv tool install mistral-vibe==2.25.5) ripristini il client, mentre lasciare ~/.vibe invariato durante la prova conserva sia la configurazione sia il file della chiave.

Cosa comporta il passaggio per la tua fattura

Quasi nulla, ed è proprio questo il punto: con un percorso che prevede l'uso della propria chiave, il client è software gratuito e il modello determina il costo. Queste cifre sono calcoli illustrativi basati sui token, non costi misurati delle attività e non un limite massimo di fatturazione. Supponi una sessione che invii 200.000 token di input non memorizzati nella cache e riceva 12.000 token di output. La prima riga è la tariffa pubblicata da Mistral per il modello predefinito di Vibe CLI, riportata a confronto — Kunavo non vende modelli Mistral. Le altre sono tariffe attuali del catalogo Kunavo per milione di token.

La cifra di Mistral è ricavata dal suo listino prezzi API del 21 settembre 2026 e la configurazione distribuita di Vibe dichiara gli stessi due numeri per mistral-vibe-cli-latest. Ciò che la tabella non può dirti: la tariffa elencata più bassa e il costo più basso per completare l'attività sono affermazioni diverse, e un modello che richiede tre tentativi può costare più di uno più caro che completa il lavoro in un solo passaggio. Moltiplica per le tue sessioni giornaliere prima di considerare questi dati come un budget.

L'importo del catalogo Kunavo è una soglia minima di fatturazione, non un limite massimo: quando l'upstream comunica il proprio costo, la fattura è il maggiore tra il costo di catalogo e il costo upstream moltiplicato per il ricarico applicabile. Gli addebiti per la cache e gli strumenti esterni non rientrano in questo esempio. La ricarica minima è un credito prepagato di $10, che finanzia un saldo invece di acquistare un piano — consulta i dettagli di fatturazione e crea un account Kunavo quando sei pronto a finanziare una chiave per il client che sceglierai.

Stai ancora decidendo se restare o passare ad altro? Mistral Vibe e Claude Code tratta il mantenimento della CLI reindirizzandola altrove, la migliore API per OpenCode tratta la scelta del provider per la destinazione più comune e Alternative a Claude Code amplia l'insieme delle opzioni se il terminale non è il vincolo.

Domande frequenti

Verificato il 21 settembre 2026: l'API GitHub per mistral-vibe, opencode, goose, OpenHands, Roo-Code, crush, codex, cline e kilocode; PyPI per mistral-vibe 2.25.5; gli elenchi di Visual Studio Marketplace e JetBrains Marketplace nominati sopra; il codice sorgente, il changelog e il README del wheel v2.25.5; le pagine di configurazione CLI e delle chiavi API di docs.mistral.ai; mistral.ai/pricing, mistral.ai/pricing/api e l'annuncio del cambio di nome di Vibe; opencode.ai, goose-docs.ai, roomote.dev, il README di Crush v0.96.1 e il riferimento alla configurazione di Codex di OpenAI. Nessun client è stato installato o eseguito contro Kunavo, quindi nulla di quanto riportato è un test di compatibilità e ogni cifra in dollari è un calcolo illustrativo basato sui token, non un costo misurato dell'attività.