Kilo Code: recensione, costi e quando conviene sceglierlo

Che cos’è Kilo Code?

Kilo Code, chiamato anche Kilo, è un agente che legge il contesto del progetto e usa strumenti per aiutarti a scrivere, modificare e revisionare il codice. È il software che lavora attorno al modello linguistico, non un modello a sé. I suoi client open source permettono di lavorare in Visual Studio Code, negli ambienti di sviluppo integrati (IDE) JetBrains e nel terminale; i servizi ospitati aggiungono Cloud Agents, revisioni delle pull request e un gateway per accedere ai modelli. La distinzione conta: poter ispezionare il sorgente dell’agente non significa possedere l’infrastruttura o il modello che elabora una richiesta su un servizio ospitato. Il catalogo pubblicizzato offre una scelta di motori, ma non dimostra che ciascuno sappia gestire altrettanto bene il tuo repository.

Informazioni verificate sulle pagine ufficiali di prodotto, sulla documentazione e sul listino di Kilo il 31 ottobre 2026. Le affermazioni sulle alternative sono state controllate sulle pagine dei rispettivi produttori nella stessa data. Questa valutazione si basa sulla documentazione pubblica e comprende flussi di lavoro proposti ed esempi calcolati; non è una prova delle prestazioni condotta accedendo al servizio. Il giudizio si fonda sulla continuità del lavoro, sul controllo dei modelli, sulla chiarezza della fatturazione e sui limiti delle revisioni.

A chi conviene Kilo e chi può farne a meno?

Kilo è particolarmente interessante per uno sviluppatore o un piccolo team che vuole mantenere il proprio editor, scegliere i modelli e collegare il lavoro locale all’esecuzione su un servizio ospitato. Convince meno se hai già un agente affidabile e non sai indicare un’attività che Kilo renderebbe più comoda.

Il confronto riguarda ciò che ottieni cambiando strumento. Un lungo elenco di funzioni non dimostra che le patch siano migliori, e questa recensione non sostiene che Kilo superi le alternative sul tuo codice.

Kilo Code vs Cline: quale flusso di lavoro ti serve?

Cline è un agente open source con interfacce per editor e terminale, scelta del fornitore di modelli, supporto ai modelli locali e un flusso Plan/Act che separa la discussione di una modifica dalla sua esecuzione. Il sito attuale documenta anche skill, integrazioni e lavoro con più agenti. Non sono quindi capacità che, da sole, distinguono Kilo. Le funzionalità attuali di Cline.

Scegli Kilo se vuoi proprio riunire Cloud Agents, instradamento dei modelli, revisioni ospitate e fatturazione condivisa in un’unica configurazione di lavoro. Una piccola agenzia che mantiene più repository potrebbe usare l’editor per correzioni interattive, un’attività nel cloud per un intervento di pulizia circoscritto e istruzioni di revisione conservate nel repository prima del merge da parte di una persona.

Scegli Cline se la configurazione dei fornitori, le approvazioni e le regole di progetto che usi già sono adatte al tuo lavoro. Sostituire un flusso locale funzionante solo per avere un altro selettore di modelli offre pochi vantaggi. Cline merita attenzione anche se vuoi costruire una soluzione attorno al suo runtime per agenti anziché adottare i servizi ospitati di Kilo.

Per approfondire i due flussi alternativi, leggi Cline vs Claude Code. Un dettaglio per chi usa JetBrains: il listino attuale di Cline include la sua estensione JetBrains in Enterprise; non dare per scontato che l’offerta individuale copra gli stessi editor di Kilo.

Kilo Code vs Claude Code: conta anche l’abbonamento che hai già

Claude Code è l’agente di programmazione di Anthropic, disponibile nel terminale, negli IDE, sul desktop e nel browser. Le integrazioni per terminale ed editor supportano anche configurazioni documentate con fornitori terzi: la differenza non è quindi che Claude Code esista solo nel terminale o possa fatturare soltanto tramite un abbonamento personale. Panoramica di Claude Code.

Scegli Claude Code se vuoi un flusso incentrato su Claude e l’utilizzo incluso nel tuo abbonamento copre comodamente il lavoro. In quel caso hai meno motivi per introdurre un altro gateway solo per accedere a un modello che usi già. Il limite da considerare è la quota condivisa dell’abbonamento: l’uso interattivo di Claude e Claude Code attingono alla stessa disponibilità.

Scegli Kilo se passare da una famiglia di modelli all’altra, usare le tue chiavi dei fornitori o combinare lavoro locale e servizi ospitati di Kilo fa parte della tua settimana tipo. Puoi anche affiancarlo a Claude Code: riserva Kilo alle attività che richiedono un percorso di accesso o un ambiente diverso, poi confronta la patch ottenuta e l’impegno complessivo prima di trasferire altro lavoro. Usare un modello Claude dentro Kilo non trasforma il client in Claude Code.

Kilo Code vs Cursor: quanto conta mantenere il tuo editor?

Cursor è un ambiente di programmazione integrato con flussi di lavoro per agenti, terminale e cloud. Continua a usarlo se apprezzi soprattutto l’editor e non vuoi gestire una configurazione separata per l’agente. Scegli Kilo quando contano di più la possibilità di mantenere l’editor che preferisci e il controllo su come l’agente accede ai modelli. La pagina di installazione di Kilo elenca anche Cursor tra gli editor che possono ospitare l’estensione: aggiungere Kilo, quindi, non significa necessariamente abbandonare subito Cursor. Cursor, opzioni di installazione di Kilo.

Kilo Code vs OpenCode: stessa base, servizi diversi

OpenCode è un agente di programmazione open source con interfacce per terminale, editor e desktop e possibilità di scegliere il fornitore. L’attuale CLI di Kilo e la sua estensione VS Code riscritta si basano su OpenCode. Scegli OpenCode se il suo flusso di lavoro ti soddisfa già; scegli Kilo se sono i servizi che lo accompagnano a motivare l’acquisto. Una base comune non implica comportamento, frequenza degli aggiornamenti o funzioni ospitate identici. OpenCode, la base della CLI di Kilo.

Kilo Code e Roo Code: qui si parla di migrazione

Roo Code non va considerato un prodotto equivalente ancora mantenuto quando si prepara una nuova rosa di candidati. Il repository ufficiale è archiviato e il README dichiara che l’estensione ha cessato l’attività. Chi lo usa già e sta valutando Kilo deve affrontare il passaggio come una migrazione di istruzioni e flussi di lavoro, senza presumere che le vecchie impostazioni si trasferiscano inalterate. Repository di Roo Code.

Se nessuna di queste configurazioni risponde alle tue esigenze, consulta la selezione più ampia di alternative a Claude Code.

Dall’editor al terminale, senza cambiare agente

Il primo vantaggio concreto di Kilo è avere l’agente accanto al codice e poter suddividere le attività in modifiche facili da revisionare. Nell’editor offre oggi sessioni parallele, worktree e revisione dei diff, oltre alla semplice chat che suggerisce frammenti di codice.

VS Code: separa la patch dall’indagine

L’estensione VS Code di Kilo condivide un nucleo portabile con la CLI e supporta agenti paralleli, worktree e commenti sulle singole righe dei diff. Un worktree è un altro checkout del repository, su un ramo dedicato. Permette a un’attività di modificare i file senza interferire subito con la copia di lavoro principale. L’estensione può anche riportare i commenti di revisione nella conversazione con l’agente. Kilo per VS Code.

Pensa a un bug nei rimborsi di una piccola applicazione di e-commerce. Un’attività indaga dove cambia lo stato del rimborso; un’altra produce una patch circoscritta con un test che riproduce il difetto. Assegna un worktree dedicato all’attività che scrive il codice. Chiedi a quella di indagine di spiegare il comportamento rilevante prima che uno dei due agenti allarghi l’intervento.

I criteri di accettazione devono descrivere il risultato: la ripetizione di un webhook, cioè una notifica di evento in ingresso, non deve generare un secondo rimborso; il percorso che già funziona deve continuare a farlo; il codice dei pagamenti non coinvolto deve restare intatto. È un punto di partenza più utile di una generica richiesta di migliorare il sistema di pagamento.

Quando arriva la patch, leggi i file modificati, controlla l’asserzione del test e invia un commento preciso sulla riga da correggere. Il parallelismo serve solo se riduce le attese senza aumentare il tempo necessario a conciliare modifiche incompatibili. Due agenti che scrivono nello stesso checkout possono comunque ostacolarsi.

JetBrains: supporto nativo, con alcuni aspetti dei worktree da verificare

Kilo offre un plugin nativo per gli IDE JetBrains, tra cui IntelliJ IDEA, PyCharm e WebStorm, senza richiedere Node.js. Installalo da Settings → Plugins → Marketplace, poi configuralo in Settings → Tools → Kilo Code. Le impostazioni condivise dell’agente usano kilo.jsonc, mentre quelle specifiche dell’IDE restano nel plugin. Documentazione per JetBrains.

Per chi sviluppa backend, la verifica pratica è capire se l’agente sa lavorare nella struttura del progetto e con la configurazione di build già in uso. Chiedigli di seguire un controller attraverso il servizio e il livello di persistenza, proporre una modifica mirata e poi valuta il risultato con le consuete ispezioni dell’IDE e i test.

L’integrazione ha limiti precisi. Per impostazione predefinita, i worktree dell’agente sono esclusi dall’indice del progetto che li contiene: i file possono quindi non disporre della normale risoluzione del codice o delle ispezioni. Apri il worktree come progetto autonomo quando ti serve l’indicizzazione completa. Inoltre, uno script di preparazione del worktree può avviarsi senza che l’agente ne attenda la conclusione. Aspetta che dipendenze e file generati siano pronti prima di chiedergli di usarli. Sono vincoli del flusso di lavoro, non prove che il modello non abbia capito il codice.

CLI: un’opzione pratica per chi lavora nel terminale

L’interfaccia a riga di comando di Kilo permette di usare l’agente dalla directory di un progetto, scegliendo tra un account Kilo e le proprie chiavi dei fornitori. Il comando di installazione tramite npm documentato è questo: Kilo CLI.

npm install -g @kilocode/cli
kilo

Esegui il secondo comando dal repository su cui vuoi lavorare. Come prima attività, chiedi una spiegazione del test che fallisce e una proposta di correzione prima di approvare le modifiche. Una riparazione piccola e verificabile dice più di una richiesta generica di modernizzare un repository.

Kilo documenta anche /sandbox, che limita l’esecuzione degli strumenti a livello di sistema operativo. I controlli dichiarati comprendono scritture circoscritte all’area di lavoro, metadati Git in sola lettura e restrizioni di rete facoltative. I permessi stabiliscono se un’azione può essere eseguita; le regole della sandbox stabiliscono a quali risorse può accedere. Configura entrambi in funzione dell’attività, senza considerare l’approvazione automatica un sostituto di questi limiti.

Modelli di Kilo Code: scegli anche come accedervi

La flessibilità di Kilo sui modelli è utile se distingui il motore dal servizio che inoltra la richiesta. Il gateway offre accesso tramite un servizio ospitato; portare la propria chiave, o BYOK, permette di usare l’account di un fornitore per l’inferenza, cioè l’elaborazione della richiesta da parte del modello; il supporto ai modelli locali consente di usare software come Ollama o LM Studio per eseguire un modello sul proprio computer. La chiave di un fornitore è una credenziale di accesso API, non un modo per trasferire liberamente l’abbonamento di un’altra app. Le opzioni di inferenza di Kilo, Gateway.

Le decisioni sono due: quale modello deve tentare l’attività e quale account e infrastruttura devono elaborarla. Tenerle distinte ed esplicite rende sensati i successivi confronti dei costi.

Kilo Auto Model offre le modalità di instradamento Efficient, Frontier e Free. Efficient classifica il lavoro e sceglie una strategia di utilizzo dei modelli in base alla difficoltà; Frontier usa modelli a pagamento pensati per attività impegnative; Free instrada le richieste verso i modelli gratuiti disponibili. In alternativa puoi scegliere un modello specifico. Auto Model.

Per preparare la struttura di test ordinari, prova una modalità attenta ai costi e specifica con precisione il comportamento atteso. Per un guasto che coinvolge più servizi, fornisci all’agente le tracce rilevanti e chiedi spiegazioni alternative prima di autorizzare una patch. Valuta se la risposta individua il codice giusto e propone un modo per smentire l’ipotesi avanzata. Un modello più costoso vale la spesa solo se riduce il lavoro complessivo necessario per arrivare a un risultato accettabile.

L’instradamento automatico è una comodità, non una configurazione sperimentale fissa. La documentazione di Kilo precisa che i modelli sottostanti possono cambiare lato server e che il selettore espanso mostra i modelli scelti e il costo. Se confronti strumenti sulla stessa attività, annota il modello e la modalità di instradamento effettivi, non soltanto la parola Auto. Documentazione di Auto Model.

Le skill di Kilo Code: metti per iscritto le procedure ricorrenti

Kilo supporta le skill: cartelle con un file SKILL.md che raccoglie le istruzioni per un’attività ripetibile. Le skill di progetto si trovano attualmente in .kilo/skills/; l’agente ne individua i metadati e carica le istruzioni pertinenti quando servono. È un modo per fornirgli una procedura documentata, non una garanzia che ogni istruzione venga eseguita correttamente. Documentazione delle skill.

Nell’esempio dei rimborsi, una skill di progetto potrebbe spiegare dove si trovano le fixture dei pagamenti, quale comando di test copre i tentativi ripetuti e come distinguere un webhook duplicato da un secondo rimborso legittimo. La descrizione deve essere abbastanza specifica da permettere all’agente di capire quando applicarla. Inserisci la procedura nel controllo di versione, così anche il prossimo sviluppatore potrà esaminarla.

Il vantaggio è dover ripetere meno istruzioni. Il limite è che servono comunque un ambiente funzionante e una revisione umana. Una procedura di test scritta benissimo non può compensare un checkout nel cloud in cui le dipendenze non sono mai state installate.

Cloud Agents: delega un’attività riproducibile

I Cloud Agents di Kilo sono utili quando un’attività può essere eseguita in un ambiente ospitato senza dipendere dal tuo portatile. Kilo documenta collegamenti ai repository, un ambiente Linux remoto, la creazione di rami e worktree e profili di ambiente riutilizzabili. Questi profili contengono comandi di preparazione, variabili d’ambiente e segreti. Cloud Agents.

Un buon primo incarico è un refactoring circoscritto con una verifica di accettazione eseguibile: per esempio, sostituire un helper deprecato in un modulo specifico preservandone i test. Un incarico poco adatto dipende invece da servizi locali non documentati e da credenziali che esistono solo nella cronologia della tua shell.

Il limite di portabilità è concreto: i Cloud Agents non individuano ed eseguono automaticamente .kilo/setup-script. Se è quello lo script che prepara il repository, richiamalo esplicitamente nei Setup Commands del profilo cloud. Le skill di progetto possono seguire il repository; quelle globali dell’utente, nella directory home, no. Documentazione di Cloud Agent.

C’è inoltre una differenza tra conversazioni separate e ambienti di esecuzione separati. Le chat nel cloud condividono un container e quelle nello stesso worktree vedono le modifiche reciproche. Worktree separati aiutano a tenere distinte le modifiche, ma non equivalgono a macchine indipendenti. La distinzione conta se le attività installano dipendenze diverse, avviano servizi sulla stessa porta o presuppongono l’accesso esclusivo ai file generati.

Code Reviews: parti dalle regole del repository

Kilo Code Reviewer può aggiungere commenti alle pull request GitHub e alle merge request GitLab configurate, usando il modello e le priorità di revisione che scegli. Supporta anche la revisione locale prima del commit. Il punto è capire se i commenti individuano rischi concreti nel codice su cui intervenire, non se riesce a produrre un lungo elenco di suggerimenti. Kilo Code Reviewer.

In un piccolo team, usalo come controllo aggiuntivo prima della revisione umana. Chiedigli di concentrarsi sui comportamenti rilevanti per il repository: autorizzazioni in un portale clienti, gestione sicura degli eventi ripetuti nella fatturazione o compatibilità delle migrazioni in un servizio condiviso. Lascia le discussioni sulla formattazione agli strumenti che già la impongono.

La configurazione più utile è REVIEW.md, il file che definisce la politica di revisione del repository. Inseriscilo con un commit nel ramo di base e abilita Use REVIEW.md nelle impostazioni di Code Reviews. Kilo legge le regole da quel ramo, non dalla modifica proposta. Altrimenti una pull request potrebbe cambiare le istruzioni usate per valutare sé stessa. Documentazione di Code Reviews.

Per un servizio di rimborso, le regole potrebbero chiedere al revisore di controllare la gestione degli eventi duplicati, le autorizzazioni dei tenant e le asserzioni relative alle chiamate esterne fallite. Per ogni rilievo, chiedi il percorso del file pertinente, una spiegazione e gli elementi che lo sostengono. Si tratta di criteri di revisione proposti, non dell’affermazione che l’agente abbia rilevato quei difetti in una prova svolta qui.

Nel lavoro locale, /review esamina le modifiche non ancora registrate in un commit; /review branch confronta il ramo con quello di base. Una sequenza utile è revisione locale, correzioni mirate e poi una pull request per il normale processo del team. Controlla se le esecuzioni ripetute portano nuovi elementi o si limitano a riformulare lo stesso dubbio.

Il limite è rilevante: per impostazione predefinita, le revisioni ospitate ignorano le pull request create dai bot, compresi quelli che aggiornano le dipendenze. Inoltre, si concentrano sui file modificati e hanno limiti di esecuzione e concorrenza. Se il tuo problema principale è revisionare gli aggiornamenti automatici delle dipendenze, non presumere che attivare Code Reviews copra anche quelle richieste. Verifica il flusso che intendi usare prima di renderlo obbligatorio nel processo.

Quanto costa Kilo Code a uno sviluppatore o a un piccolo team?

Kilo separa l’accesso alla piattaforma, l’inferenza dei modelli e le risorse di calcolo ospitate. Parti dalla piattaforma individuale, a meno che ti serva un’amministrazione condivisa. Ecco i piani attuali e le voci di costo da considerare:

• Free & Open Source: nessun costo di piattaforma; utilizzo a parte.
• Teams: $15/utente/mese per fatturazione, chiavi e agenti condivisi e visibilità sull’utilizzo. Enterprise: prezzo su richiesta per controlli di governance come restrizioni su fornitori e modelli, single sign-on e log di audit.
• Inferenza: utilizzo del Gateway alle tariffe dei fornitori, con una commissione del 5% sull’acquisto di crediti indicata separatamente. Con BYOK, l’inferenza viene fatturata dal tuo fornitore. L’opzione Kilo Pass parte da $19/mese per crediti in abbonamento; non offre utilizzo illimitato né una licenza utente Teams.
• Calcolo: Code Review $0.33/ora; Cloud Agent Docker/Small $0.60/ora; Standard $1.20/ora, con conteggio al secondo, oltre all’inferenza. Prezzi di Kilo.

Un’area di lavoro Teams per tre persone parte quindi da $45/mese, escluso l’utilizzo (3 × $15). Alla tariffa di calcolo indicata per le revisioni, una revisione ipotetica di dieci minuti costerebbe $0.055 di calcolo (10 ÷ 60 × $0.33), più inferenza ed eventuali commissioni applicabili. È un calcolo aritmetico, non un tempo di esecuzione osservato né il prezzo totale di una revisione. Il ragionamento del modello e i tentativi ripetuti continuano a determinare buona parte della spesa finale.

Per avviare attività nel cloud serve inoltre un saldo di $5: è un requisito di saldo, non un costo aggiuntivo; BYOK non elimina i costi di calcolo. Dettagli sulla fatturazione del cloud. Se valuti Pass, considera solo i crediti bonus che userai: scadono ogni mese. Condizioni di Kilo Pass.

Il motivo per passare da Free a Teams è la gestione condivisa. Quello per passare da Teams a Enterprise è la governance. Acquista i controlli che ti servono e pianifica separatamente il budget per l’utilizzo.

I limiti che possono cambiare la scelta

La flessibilità di Kilo comporta scelte di configurazione di cui anche un piccolo team deve farsi carico. Questi sono i limiti che più facilmente possono cambiare la raccomandazione.

Auto Free non è adatto a lavoro riservato senza verificare dove passano i dati. La documentazione di Auto Model di Kilo dichiara che i percorsi gratuiti possono usare fornitori che registrano prompt e risposte e li impiegano per migliorare i servizi. Sconsiglia espressamente di inviare dati personali o riservati. Il codice open source del client non annulla le pratiche del fornitore selezionato sui dati. Per il codice privato, usa un percorso di accesso approvato. Gestione dei dati in Auto Free.

La preparazione locale non diventa automaticamente preparazione cloud. La mancata esecuzione automatica di .kilo/setup-script e l’assenza delle skill della directory home possono far sì che la stessa istruzione produca comportamenti diversi da remoto. Mantieni sotto controllo di versione le istruzioni di progetto necessarie e definisci esplicitamente la preparazione del cloud. Altrimenti finisci per confrontare gli ambienti tanto quanto gli agenti.

La revisione ospitata non dà garanzie sull’intero repository. Il controllo dei soli file modificati, le esclusioni dei bot e i limiti di esecuzione lasciano aree scoperte. L’aggiornamento proposto da un bot delle dipendenze e un comportamento nascosto fuori dal diff possono ancora richiedere attenzione separata. L’assenza di commenti del revisore non dimostra che una release sia sicura.

Le indicazioni pubbliche sui prezzi delle revisioni sono incoerenti. La pagina della funzionalità pubblicizza revisioni gratuite con modelli gratuiti; la documentazione delle revisioni descrive risorse di calcolo gratuite durante una beta limitata. Le pagine dedicate ai prezzi e al cloud indicano invece un costo di calcolo. Questa recensione usa il listino dedicato come riferimento per il budget. Conferma eventuali esenzioni legate alla beta o al tuo account prima di promettere al team revisioni ospitate a costo zero. La contraddizione non autorizza a presentare la tariffa pubblicata come un addebito misurato su un account che non è stato provato.

Un piano per team non include tutti i controlli di governance. Se devi limitare centralmente i modelli o i fornitori che possono ricevere il codice, il listino colloca questo controllo in Enterprise. La sola fatturazione condivisa non applica la stessa regola. Questo requisito può determinare l’acquisto prima ancora di discutere della qualità dei modelli.

Recensione di Kilo Code: cambia solo per un flusso che userai davvero

Kilo merita un posto tra i candidati se vuoi un agente dal codice ispezionabile, scelta dei modelli e servizi collegati per lavoro locale, cloud e revisione. L’argomento d’acquisto più forte è il lavoro che puoi organizzare con questa combinazione. La sola dimensione del catalogo è un motivo debole per migrare.

Scegli Kilo se sai indicare un’attività ricorrente che beneficia del passaggio tra ambienti, dell’instradamento dei modelli o della configurazione delle revisioni nel repository, e sei disposto a gestire la relativa spesa a consumo. Scegli Cline se la configurazione del tuo attuale agente open source gestisce già bene il lavoro locale. Scegli Claude Code se vuoi un’esperienza incentrata su Claude e l’utilizzo incluso ti basta. Affiancare Kilo a uno dei due ha senso finché il valore aggiunto resta concreto e ben definito.

La prossima settimana, scegli una piccola attività reversibile su un repository. Annota il percorso di accesso al modello, il lavoro di preparazione, l’utilizzo fatturato, le correzioni umane e l’esito della tua verifica di accettazione sulla patch finale. Ripeti la prova solo se il risultato chiarisce un dubbio rilevante per l’acquisto. Trasferisci più lavoro a Kilo quando riduce l’impegno necessario per arrivare a una modifica accettata, non semplicemente quando genera più codice.

Domande frequenti

Usa la checklist di audit dei flussi di lavoro aziendali con l’AI per definire l’attività, il responsabile della revisione e la verifica di accettazione prima di ampliare la configurazione dei tuoi agenti.