Alternative a Kimi Code: scegli in base al flusso di lavoro e al controllo dell'API

Quale alternativa a Kimi Code scegliere dipende da quale "Kimi Code" stai abbandonando: il client da terminale con licenza MIT, il servizio di abbonamento che lo finanzia o i modelli della serie K; e due di questi tre possono essere sostituiti senza cambiare affatto il client da terminale. Quasi ogni pagina posizionata per questa query è un confronto tra modelli, quindi il primo compito è separare i tre elementi e il secondo è la parte che nessun articolo elenco tratta: cosa viene effettivamente spostato fuori da ~/.kimi-code quando passi a un'alternativa.

Prima di tutto, un'insidia, perché passa inosservata. pip install kimi-code non installa Kimi Code CLI. Il README di Moonshot descrive quel pacchetto PyPI come "Archiviato. Un alias del vecchio kimi-cli, non il nuovo Kimi Code CLI" (README di kimi-cli, verificato il 21 settembre 2026). Un tutorial che esegue l'installazione con uv tool install kimi-cli, configura ~/.kimi/config.toml o usa tipi di provider chiamati openai_legacy e gemini descrive il vecchio client Python, non questo: quelle sono le denominazioni esatte riportate nella documentazione del vecchio client.

Tre prodotti, un solo nome: decidi quale stai sostituendo

Dati dei repository consultati tramite l'API GitHub il 21 settembre 2026. L'abbonamento e l'Open Platform sono prodotti realmente diversi con ID modello differenti: l'abbonamento usa i nomi kimi-for-coding e k3, mentre l'Open Platform usa kimi-k3 e kimi-k2.7-code; i due insiemi di ID non si sovrappongono, quindi una configurazione scritta per uno non si trasferisce invariata all'altro. Se la domanda riguarda nello specifico il client e il servizio Kimi rispetto a quelli di Anthropic, Kimi Code vs Claude Code tratta il confronto e questa pagina non lo ripete.

Inizia dal motivo per cui te ne vai

Vale la pena leggere le regole della quota alla base delle prime due righe prima di decidere. La documentazione dell'abbonamento Kimi afferma che "le richieste dalla CLI, da VS Code, Desktop e dagli strumenti di terze parti contribuiscono tutte a quella quota" e che "tutti i dispositivi connessi e le chiavi API condividono la stessa quota"; per i nuovi membri il limite settimanale viene rimosso, mentre rimane la finestra mobile di cinque ore per la frequenza; i piani legacy continuano a essere rinnovati ogni sette giorni senza riporto; inoltre, "il livello Go non include alcuna quota di programmazione; Plus e livelli superiori possono usare Kimi Code" (verifica del 21 settembre 2026). Nessun livello pubblica una quota numerica di token o richieste, quindi non esiste un modo onesto per convertire il prezzo di un piano in una tariffa per token: proprio per questo la decisione seguente riguarda la struttura della fatturazione, non un risparmio quantificato.

Se il motivo è la fatturazione, il client può rimanere

La documentazione dei provider di Kimi Code descrive il tipo openai come destinato al protocollo OpenAI Chat Completions "oltre che a qualsiasi servizio di terze parti compatibile con tale protocollo (sovrascrivi base_url secondo necessità)". In questo modo la migrazione minima possibile consiste in una tabella dei provider più un alias del modello:

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

Quattro dettagli determinano se funziona al primo tentativo, tutti ricavati da quella pagina e dalla pagina env-vars il 21 settembre 2026. Uno: type indica il protocollo, non il fornitore, e l'insieme documentato è kimi, anthropic, openai, openai_responses, google-genai e vertexai. Due: la struttura dell'URL varia in base al tipo: openai usa https://api.openai.com/v1 per impostazione predefinita e mantiene /v1, mentre google-genai e vertexai richiedono solo la radice dell'host, perché l'SDK aggiunge autonomamente il percorso della versione. Tre: le credenziali del fornitore non vengono lette dalla shell, a meno che tu non specifichi personalmente il nome della variabile. La priorità documentata è api_key oppure api_key_env (impostane esattamente una), poi una sottotabella [providers.<name>.env], quindi l'avvio non riesce; la pagina afferma che «la CLI non utilizza come fallback le variabili d'ambiente della shell per le credenziali», fatta eccezione per una api_key_env dichiarata esplicitamente. Quattro: api_key_env è documentato come disponibile a partire dalla versione 2.0.1, pubblicata il 18 settembre 2026: nella 2.0.0 o in qualsiasi build 0,4x non è disponibile.

Esiste un percorso più semplice, con un limite concreto: il blocco d'ambiente KIMI_MODEL_* accetta solo kimi, anthropic e openai per KIMI_MODEL_PROVIDER_TYPE, quindi gli endpoint Responses, Gemini e Vertex devono passare da config.toml. Anche l'importatore interattivo /provider presenta limitazioni: rifiuta protocolli proprietari come Amazon Bedrock e Cohere e importa i fornitori il cui protocollo il suo catalogo non dichiara compatibile con OpenAI con una nota «ipotizzato».

Ciò che un endpoint di terze parti non raggiunge

Cambiare il fornitore del modello non trasferisce quattro elementi, ed è proprio questo che un confronto dei prezzi tralascia. Il caricamento di video è indicato specificamente come funzionalità aggiuntiva del tipo di fornitore kimi, non del percorso compatibile con OpenAI. La ricerca e il recupero dal Web non fanno affatto parte del fornitore del modello: la pagina config-files afferma che la tabella services configura esattamente due chiavi fisse, moonshot_search e moonshot_fetch, ciascuna con il proprio URL di base e la propria chiave, e che le altre chiavi vengono ignorate. Il Controllo remoto (kimi rc) «richiede un abbonamento a pagamento e non è disponibile per gli utenti gratuiti», secondo la guida dedicata, che specifica anche che la finestra remota viene aperta effettuando l'accesso con lo stesso account Kimi usato dalla CLI locale. Inoltre, il selettore /login offre soltanto due opzioni Moonshot: OAuth di Kimi Code oppure una chiave API della piattaforma Kimi; la pagina introduttiva indica di modificare direttamente config.toml per qualsiasi altro fornitore.

Una cosa che non devi ricostruire: Kimi Code cerca nel repository con ripgrep, anziché usare un indice vettoriale. La pagina sulle posizioni dei dati descrive il download e la memorizzazione nella cache di rg in bin/ la prima volta che Grep ne necessita uno: prima preferisce un rg di sistema presente nel tuo PATH, quindi la cache; e memorizza lì fd per completare i riferimenti ai file. Pertanto, quando cambi fornitore non c'è nulla da reindicizzare. Kunavo non fornisce alcun modello di embedding e questo percorso non ne richiede uno.

Limite da tenere presente per tutto quanto sopra: le informazioni provengono dalla documentazione di Moonshot, non da una sessione. Nessuna pagina Moonshot trovata il 21 settembre 2026 afferma esplicitamente che la CLI funzioni con nessun account Kimi quando è presente soltanto una voce [providers.*], e le pagine introduttive e per l'IDE indicano ancora il completamento dell'accesso come primo passaggio. Verificalo personalmente prima di annullare qualsiasi cosa.

Se stai abbandonando anche il client

Metadati del repository letti dall'API di GitHub il 21 settembre 2026. Un pushed_at obsoleto è un'osservazione, non un avviso di deprecazione: Aider non è archiviato e non è stata trovata alcuna dichiarazione dei manutentori; considera quindi la data come un'indicazione della frequenza di aggiornamento e verifica personalmente prima di standardizzarlo per un team. È opportuno dichiarare, anziché nascondere, due esclusioni. Continue non è qui proposto come destinazione: un censimento del 17 settembre 2026 lo ha indicato come acquisito e in sola lettura, con una versione finale; tale stato non è stato verificato nuovamente oggi, quindi ricontrollalo prima di prenderlo in considerazione. Inoltre, i dettagli di configurazione di ogni client sopra elencato sono stati verificati nelle pagine di integrazione di Kunavo in date precedenti, non nuovamente testati oggi; per questo la tabella rimanda a quelle pagine invece di ripeterne la configurazione.

Se vuoi un editor invece di un agente diverso, considera che Kimi Code supporta già l'Agent Client Protocol: la sua guida per l'IDE espone un server ACP come kimi acp e mostra la voce Zed agent_servers che lo avvia. Si tratta di un cambiamento della superficie, non di una migrazione del client: consulta Zed per la parte relativa all'editor.

Cosa si trasferisce con te e cosa no

Letto dalla pagina sulle posizioni dei dati il 21 settembre 2026. L'intero albero viene spostato insieme a KIMI_CODE_HOME, che è anche il modo più semplice per mettere da parte una configurazione funzionante mentre provi qualcos'altro. Nota cosa promettono e cosa non promettono le copie «generiche»: Kimi documenta di conservarle al di fuori della propria directory affinché altri strumenti possano condividerle. Non promette che l'agente di qualsiasi altro fornitore le legga, quindi verifica la convenzione dei file di istruzioni del tuo destino.

Vieni invece dal client Python? In tal caso si tratta di una migrazione, non di una scelta. Esegui kimi migrate: la guida alla migrazione afferma che trasferisce la configurazione, la configurazione dei server MCP, la cronologia degli input e le sessioni di chat selezionate, ma che le credenziali OAuth, le autorizzazioni dei servizi MCP e i plugin kimi-cli non vengono copiati; prevedi quindi di eseguire /login e autorizzare nuovamente i server MCP in seguito. Il rollback è libero: «La migrazione non modifica né elimina i vecchi dati presenti in ~/.kimi/». La disinstallazione del vecchio client in seguito avviene con uv tool uninstall kimi-cli o brew uninstall kimi-cli, secondo i passaggi di migrazione del README archiviato: una formula diversa da quella del nuovo client, che il README installa come brew install kimi-code.

Due fonti Moonshot non concordano sull'urgenza, ed entrambe sono state consultate il 21 settembre 2026. Il README archiviato afferma: «Le installazioni esistenti non sono più supportate e smetteranno di funzionare. Esegui la migrazione il prima possibile». La guida alla migrazione ancora presente nel ramo principale di kimi-code afferma invece: «La versione legacy verrà gradualmente ritirata» e che «kimi-cli continua a funzionare come prima e le due versioni non interferiscono tra loro». Il README è la dichiarazione più recente e specifica: pianifica tenendo conto di quella, non di quella più rassicurante.

Quanto costano i percorsi a consumo, in termini di token

Supponiamo una sessione che invii 250.000 token di input non memorizzati nella cache e riceva 20.000 token di output. Si tratta di stime illustrative, non di costi misurati per un'attività e non di un limite massimo di fatturazione; cache, tentativi ripetuti e traffico degli strumenti restano esclusi dal calcolo. Le cifre di Kimi sono le sue tariffe pubblicate per token; quelle di Kunavo provengono dal catalogo attivo. Si tratta di famiglie di modelli diverse, quindi il confronto riguarda le tariffe, non i risultati.

Le tariffe Kimi sono state lette su platform.kimi.ai il 21 settembre 2026; la tabella K3 indica anche prezzi per la scrittura nella cache pari a $3,00 per un TTL di cinque minuti e $6,00 per un'ora. Il prezzo minimo indicato e il costo più basso per completare un'attività sono affermazioni diverse: un modello che richiede tre tentativi può costare più di uno più caro che necessita di un solo passaggio; misura quindi il costo su un'attività delimitata nel tuo repository, anziché sulla base della tabella.

L'importo del catalogo Kunavo è una soglia minima di fatturazione, non un tetto massimo: quando il fornitore upstream comunica il proprio addebito, la fattura è pari al maggiore tra il costo del catalogo e il costo upstream moltiplicato per il markup applicabile. Il ricaricamento minimo è $10 di credito prepagato, che alimenta un saldo: non è una tariffa per attività né un abbonamento. Consulta i dettagli di fatturazione.

Se vuoi usare il percorso del file di configurazione, Kunavo pubblica il blocco completo del fornitore per questo client. Si tratta di un riferimento di configurazione pubblicato, non di un test di compatibilità: Kimi Code non è mai stato testato a runtime con l'endpoint di Kunavo e tutto quanto sopra è stato ricavato dalla documentazione di Moonshot e dalle API di GitHub e npm. Mantieni funzionante il percorso esistente mentre lo provi, esegui un'attività delimitata, quindi leggi l'addebito effettivamente registrato dal tuo account. Inizia dalla guida all'integrazione di Kimi Code oppure crea un account Kunavo quando sei pronto a ricaricare una chiave. Per una visione a livello di protocollo di ciò che un URL di base compatibile con OpenAI comporta e non comporta, consulta API compatibile con OpenAI; per una panoramica più ampia dei client, consulta la directory delle API degli agenti AI.

Domande frequenti

Verificato il 21 settembre 2026: i metadati dei repository di kimi-code, kimi-cli e di tutti e sette i client di destinazione tramite l'API di GitHub; la voce del registro npm per @moonshot-ai/kimi-code; le pagine di Moonshot relative a fornitori, env-vars, config-files, posizioni dei dati, IDE e migrazione; il README di kimi-cli; la pagina degli abbonamenti Kimi Code; la pagina di terze parti di OpenCode; e la tabella dei prezzi delle chat di Kimi Open Platform. In questa pagina non viene indicato alcun prezzo dei piani Kimi Code: kimi.com rende i prezzi dei livelli sul lato client e nessuno compare nell'HTML del server, quindi conferma l'importo al momento del pagamento. Lo stato di Continue e i dettagli di configurazione propri dei client di destinazione non sono stati verificati nuovamente oggi. Kunavo non ha eseguito alcuna sessione di questo client sul proprio endpoint e ogni cifra in dollari qui riportata è un calcolo illustrativo basato sui token.