Cos’è Kiro?
Kiro è un ambiente di sviluppo scaricabile creato da Amazon Web Services che porta lo sviluppo assistito dall’AI in una direzione che la maggior parte degli strumenti di questa categoria non ha provato.
Dove la maggior parte degli strumenti di coding AI ti consente di digitare un prompt e ottenere subito il codice, Kiro esegue prima un processo di pianificazione: legge il contesto del tuo progetto, scrive un documento dei requisiti, genera una progettazione tecnica, suddivide tutto in un elenco numerato di attività e solo dopo inizia a scrivere codice.
Disponibile come IDE, strumento da riga di comando, interfaccia web (attualmente in anteprima per gli utenti a pagamento) e app mobile (accesso anticipato su iOS), Kiro si propone come lo strumento per gli sviluppatori che vogliono un output strutturato e mantenibile invece di codice veloce che poi dovranno districare una settimana dopo.
Per Chi È Kiro?
- Sviluppatori che sono stati scottati dal codice generato dall’AI che si rompe dopo il primo giorno. Il workflow spec di Kiro impone la pianificazione prima dell’implementazione, il che significa che il codice che scrive è tracciabile rispetto a requisiti documentati, non assemblato per supposizioni.
- Team che stanno passando a workflow agentici. Gli Agent Hooks di Kiro ti permettono di automatizzare attività ricorrenti come scrivere test o generare documentazione, attivate automaticamente ogni volta che un file idoneo cambia, senza bisogno di prompt ripetuti.
- Sviluppatori dell’ecosistema AWS. Kiro è costruito su infrastruttura AWS, elabora i dati attraverso le regioni AWS nella tua area geografica e si connette in modo naturale ai servizi AWS. Se il tuo stack è già fortemente basato su AWS, Kiro si inserisce senza costi di configurazione.
- Utenti di VS Code che vogliono un’AI più profonda dell’autocompletamento. L’IDE Kiro è costruito sulla stessa base di VS Code. Le tue scorciatoie da tastiera, le impostazioni e le estensioni si trasferiscono durante l’onboarding in pochi minuti.
Pro e Contro di Kiro
- Il workflow spec pianifica prima di scrivere qualsiasi codice
- Gli Agent Hooks automatizzano le attività sugli eventi dei file
- Le estensioni e le impostazioni di VS Code si importano senza problemi
- La modalità Autopilot costruisce senza continue richieste di approvazione
- I documenti di steering forniscono a Kiro il contesto del tuo progetto
- Supporta più modelli frontier, incluso Opus 4.8
- L’integrazione con server MCP collega nativamente strumenti esterni
- Richiede il download; non è accessibile via browser nel piano gratuito
- 50 crediti gratuiti si esauriscono più velocemente del previsto
- È andato in timeout una volta durante la fase di raffinamento dei requisiti
Valutazione Dettagliata
I punteggi migliori di Kiro sono nelle funzionalità e nella funzione, dove il suo workflow guidato dalle specifiche, gli agent hooks e l’esecuzione in autopilot lo pongono davanti a qualsiasi altro strumento di coding AI recensito qui. Perde terreno in accessibilità e nel modello a crediti, entrambi i quali richiedono un’attenzione onesta prima di impegnarsi in un workflow.
| Funzionalità | Punteggio (Su 10) | Perché questo punteggio |
|---|---|---|
| Facilità d’Uso | 7.0 | Familiare per qualsiasi utente VS Code; il requisito del download e la natura esclusivamente per sviluppatori lo rendono fuori portata per gli utenti non tecnici |
| Funzionalità & Caratteristiche | 9.5 | Workflow spec, agent hooks, autopilot, integrazione MCP, documenti di steering: il set di funzionalità più completo tra gli strumenti di coding AI recensiti |
| Design & Personalizzazione | 7.0 | Temi IDE chiari e scuri; forte controllo sulla struttura del codice generato tramite modifica delle specifiche e documenti di steering |
| Rapporto Qualità-Prezzo | 6.5 | I 50 crediti del piano gratuito sono scesi a 4.28 consumati solo nella pianificazione, prima che fosse scritto una sola riga di codice applicativo |
| Prestazioni & Affidabilità | 7.5 | L’output di pianificazione era dettagliato e specifico; un timeout confermato a 7 minuti 24 secondi durante il raffinamento dei requisiti |
| Totale | 8.2 | Il workflow spec di Kiro è l’approccio più strutturato allo sviluppo assistito dall’AI recensito finora. Il punteggio riflette questa reale differenziazione, limitata dal piano gratuito ridotto e dal singolo guasto di affidabilità registrato durante il test. |
Funzionalità di Kiro
- Workflow guidato dalle specifiche: requisiti, design, attività, codice
- Gli Agent Hooks automatizzano le attività sugli eventi dei file
- I documenti di steering forniscono contesto dell progetto all’agente
- La modalità Autopilot esegue le attività senza approvazione passo per passo
- Supporto server MCP per l’integrazione di strumenti esterni
- Importazione della configurazione di VS Code al primo avvio
- Supporto multi-modello, incluso Claude Opus 4.8
La Mia Recensione Onesta di Kiro: Ciò che Ho Trovato Dopo Averlo Testato
La maggior parte dei costruttori di app AI rientra in una di due categorie:
- strumenti visuali che generano un’interfaccia da una descrizione
- e strumenti basati su chat che scrivono codice direttamente in risposta a un prompt
Kiro non rientra in nessuna delle due categorie, ed è per questo che recensirlo richiede un approccio diverso.
Kiro è un IDE agentico. Non trascini componenti su una tela e non ottieni un’anteprima live dopo 30 secondi. Quello che ottieni è un ambiente di sviluppo locale che pianifica una build prima di avviarla, generando requisiti, un documento di progettazione e un elenco strutturato di attività che l’agente poi porta avanti, una alla volta.
L’applicazione che produce è un vero progetto sul tuo computer, in file che possiedi, usando uno stack che definisci tu.
Per testare se questo processo funzionasse davvero, ho costruito una piattaforma di gestione immobiliare da zero dentro Kiro.
Il prompt copriva autenticazione per proprietari e inquilini, gestione di proprietà e unità, tracciamento dei contratti di locazione, richieste di manutenzione con aggiornamenti di stato, integrazione dei pagamenti Stripe, notifiche email e una dashboard per i proprietari con reportistica. È lo stesso prompt usato per valutare Rork, Figma Make, Uizard e Retool, il che rende possibile confrontare come ogni strumento gestisce la vera complessità invece di un semplice esempio.
La domanda a cui questa recensione voleva rispondere era specifica: Il workflow spec-first di Kiro produce un output meglio strutturato e più mantenibile rispetto agli strumenti che passano direttamente al codice?
Ecco cosa ho trovato.
Avviare Kiro: Un Download, Non Una Scheda del Browser
Ogni altro costruttore di app AI valutato insieme a questo confronto vive in un browser. Kiro no. Per iniziare bisogna andare su kiro.dev, fare clic su Downloads, selezionare il proprio sistema operativo e installare l’applicazione sulla macchina.
Stavo usando Pop OS, una distribuzione Linux basata su Debian, quindi ho selezionato il pacchetto Debian (.deb) dal menu a discesa. Il sito offre anche un pacchetto Universal (.tar.gz) per altre configurazioni Linux. Gli installer per Windows e macOS sono disponibili tramite la stessa pagina di download.
Cosa significa in pratica:
- La prima sessione richiede un’installazione locale, non una scheda del browser
- Nessun accesso solo via internet nel piano gratuito (l’interfaccia web è disponibile solo nei piani a pagamento, attualmente in anteprima)
- Per gli sviluppatori, questo non è un problema
- Per chiunque stia valutando Kiro rispetto a builder basati su browser, considera questo nel tempo di configurazione
L’installazione è stata semplice. Non ci sono stati passaggi di configurazione, nessuna dipendenza da risolvere manualmente e l’applicazione si è avviata in modo pulito dopo la normale installazione del pacchetto.
Il Login Avviene Nel Tuo Browser, Non Dentro l’App
Una volta aperto l’IDE per la prima volta, non ti chiede di effettuare l’accesso all’interno della finestra dell’applicazione. Ti reindirizza a una pagina del browser per gestire l’autenticazione lì.
La schermata di accesso presenta quattro opzioni:
| Metodo di Accesso | A chi si adatta |
|---|---|
| Sviluppatori individuali e freelance | |
| GitHub | La scelta più naturale per gli sviluppatori con account esistenti |
| AWS Builder ID | Sviluppatori già nell’ecosistema AWS |
| Your Organization | Team aziendali che usano SSO |
L’opzione GitHub è ben scelta per il pubblico di riferimento. La maggior parte degli sviluppatori ha già un account GitHub e può autenticarsi senza creare nuove credenziali.
Alcune cose da sapere prima di registrarti:
- L’accesso tramite Google o AWS Builder ID (non AWS Identity Center) ti qualifica per un credito di $20 applicato al tuo primo upgrade a un piano a pagamento. Si tratta di un vantaggio una tantum utile da conoscere prima di scegliere il metodo di accesso.
- L’accesso tramite “Your Organization” passa attraverso SSO aziendale ed è il punto di ingresso per i team che necessitano di una gestione centralizzata delle identità.
- Effettuando l’accesso, accetti l’AWS Customer Agreement, i Service Terms, la Privacy Notice e l’AWS Intellectual Property License. Poiché Kiro è un prodotto AWS, i tuoi dati vengono elaborati attraverso le regioni AWS nella tua area geografica.
Onboarding: Tre Passaggi di Configurazione Che Richiedono Meno di Due Minuti
Dopo l’accesso, Kiro esegue una breve sequenza di configurazione prima di aprire l’IDE principale. I passaggi sono:
Passaggio 1: Scegli il tuo tema. Kiro Dark o Kiro Light. Entrambi mostrano un’anteprima live dell’evidenziazione della sintassi del codice prima che tu confermi.
Passaggio 2: Configura l’integrazione con la shell. Questo ti consente di aprire qualsiasi progetto dal terminale usando il comando kiro. Puoi saltare questo passaggio e configurarlo più tardi.
Passaggio 3: Importa da VS Code. Kiro importa le tue estensioni esistenti di VS Code (quelle disponibili su Open VSX), le impostazioni e le combinazioni di tasti. Le estensioni si caricano in background mentre l’onboarding continua, quindi non c’è attesa davanti a una schermata di caricamento.
L’importazione da VS Code è la parte più utile dal punto di vista pratico di questa sequenza. Se hai trascorso anni a personalizzare un ambiente VS Code, il passaggio non richiede di ricominciare da zero. L’importazione ha funzionato correttamente nella mia sessione.
Ciò che l’onboarding non include è alcuna introduzione alle funzionalità principali di Kiro. Non ti viene spiegato cosa siano Specs, Agent Hooks o Steering Documents. Arrivi alla schermata principale e lo scopri autonomamente. Questo è accettabile per un pubblico di sviluppatori esperti, ma significa che la tua prima sessione con le caratteristiche più distintive dello strumento richiede esplorazione autonoma.
Dentro l’IDE: I Quattro Pannelli che Rendono Kiro Diverso
L’IDE di Kiro sembra VS Code perché è costruito sulla stessa base. L’esplora file, le schede dell’editor, il terminale, la barra di ricerca e la barra dei menu si comportano esattamente come previsto.
Ciò che distingue Kiro da una normale installazione di VS Code è il pannello dedicato a sinistra, che contiene quattro sezioni che non esistono in nessuna estensione di VS Code:
| Sezione del Pannello | Cosa Fa |
|---|---|
| Specs | Crea e gestisce documenti di specifica (requisiti, design, attività) per build complesse |
| Agent Hooks | Imposta attività automatizzate che si attivano sugli eventi del file system |
| Agent Steering e Skills | Conserva documenti guida che modellano il comportamento dell’agente in tutte le sessioni |
| MCP Servers | Collega strumenti esterni e sorgenti di dati all’agente Kiro |
Il lato destro dell’IDE ospita il pannello chat. È qui che interagisci con Kiro e dove vedi il consumo di crediti in tempo reale. “Est.
Crediti Utilizzati: 0.1, Tempo trascorso: 57s” si aggiorna dopo ogni azione dell’agente, il che significa che sai sempre quanto costa ogni attività.
In fondo alla barra di input della chat, due controlli determinano come Kiro si comporta su ogni attività:
- Selettore del modello: scegli Auto (Kiro seleziona il modello più conveniente per ogni richiesta), oppure seleziona un modello specifico come Claude Sonnet 4.6 o Claude Opus 4.8.
- Interruttore Autopilot: con Autopilot attivo, Kiro scrive e modifica i file senza aspettare la tua approvazione a ogni passaggio. Con Autopilot disattivato, Kiro si ferma prima di ogni comando e ti chiede di Trust, Reject o eseguirlo manualmente.
Per il test della piattaforma di gestione immobiliare, ho mantenuto Autopilot attivo durante la pianificazione e ho usato l’approvazione manuale durante l’esecuzione delle attività per valutare ogni fase in modo indipendente.
Verdetto: La disposizione dell’IDE è confortevole in pochi minuti per qualsiasi utente VS Code. Le quattro sezioni del pannello sinistro sono il punto in cui si trova il valore di Kiro, e capire ciascuna di esse prima della tua prima sessione determina quanto ottieni dallo strumento.
Documenti di Steering: Dare a Kiro il Contesto Prima del Primo Prompt
La prima cosa da fare dentro un nuovo progetto Kiro non è iniziare una build. È generare i documenti di steering.
Ho fatto clic su “Generate Steering Docs” nel pannello Kiro prima di inviare qualsiasi prompt. Kiro ha analizzato la cartella del progetto vuota e ha creato tre file markdown dentro .kiro/steering/:
| File | Contenuto |
|---|---|
| product.md | Nome del prodotto, descrizione, concetti di dominio principali e obiettivi chiave |
| structure.md | Layout previsto delle cartelle e convenzioni di organizzazione dei file |
| tech.md | Stack tecnologico previsto, comandi comuni e convenzioni di codifica |
Per un progetto completamente vuoto, Kiro ha inferito impostazioni sensate: React con TypeScript, Next.js API routes, PostgreSQL, Prisma, Tailwind CSS e autenticazione basata su JWT. Ha segnalato sia tech.md che structure.md come segnaposto da aggiornare una volta confermato lo stack effettivo tramite scaffolding.
Questo è importante perché ogni azione successiva dell’agente legge questi file prima di fare qualsiasi cosa. Una volta che scaffoldi il progetto e lo stack reale è confermato, aggiornare tech.md fa sì che Kiro applichi automaticamente quelle convenzioni a tutte le attività future.
Puoi anche aggiungere i tuoi file di steering per standard di progettazione API, convenzioni di denominazione, regole di deploy o qualsiasi altro vincolo che vuoi che l’agente consideri fisso.
Vibe Mode vs Spec Mode: La Decisione che Modella l’Intera Build
Quando apri la chat per una nuova build, Kiro ti mostra due modalità prima ancora che tu scriva qualcosa:
Vibe mode ti permette di parlare prima e costruire man mano. Nessun documento di pianificazione, nessun output strutturato. Ideale per esperimenti rapidi, esplorazioni iniziali o attività in cui i requisiti sono ancora in fase di definizione.
Spec mode esegue una sequenza di pianificazione prima che venga scritto qualsiasi codice. Kiro genera requisiti, un documento di progettazione tecnica e un elenco di attività. Solo dopo che tutti e tre sono stati revisionati e approvati inizia a scrivere codice. Ideale per lavori di livello produttivo in cui la mantenibilità conta.
Ho selezionato Spec mode per la piattaforma di gestione immobiliare. Una volta inviato il prompt, Kiro mi ha fatto due domande di follow-up prima di generare qualsiasi cosa:
- “Da cosa vuoi iniziare?” (Requirements, contrassegnato come consigliato, o Technical Design)
- “Si tratta di una nuova funzionalità o di una correzione di bug?” (Build a Feature, consigliato, o Fix a Bug)
Queste domande determinano la struttura di tutto ciò che segue. Scegliere “Requirements” significa che Kiro scrive user story e criteri di accettazione prima di toccare l’architettura.
Questa sequenza produce artefatti di pianificazione fondamentalmente diversi rispetto a partire da un design tecnico e derivare poi i requisiti.
Il Workflow Spec: Requisiti, Design e Un Elenco di Attività Prima di Qualsiasi Codice
Questa è la sezione che rende Kiro degno di essere valutato seriamente.
Dopo aver selezionato “Requirements” e “Build a Feature”, Kiro ha creato un file requirements.md dentro .kiro/specs/property-management-platform/. Il documento è apparso immediatamente nell’editor. Potevo leggerlo mentre veniva scritto. Il contenuto includeva:
Il glossario: 12 termini di dominio definiti con precisione, tra cui Auth_Service, Property_Service, Lease_Service, Payment_Service, Maintenance_Service, Notification_Service e Dashboard_Service, con ciascuno mappato a un sottosistema pianificato specifico.
La descrizione della piattaforma: sia Landlord che Tenant sono stati documentati, insieme allo stack tecnologico confermato: Next.js, TypeScript, PostgreSQL, Prisma, Tailwind CSS, Stripe e Docker.
Dopo aver generato il documento iniziale, Kiro ha eseguito un passaggio di raffinamento automatico. Ha analizzato tutti e 12 i requisiti, distribuito sotto-agenti detailer in parallelo su ciascuno di essi e aggiornato requirements.md con criteri di accettazione completi per ogni requisito. Il pannello lo ha tracciato in tempo reale: “Refining requirements 12/12.”
Una volta completati i requisiti, ho fatto clic su “Continue” e selezionato “Generate Design and Tasks.” Kiro ha prodotto design.md e tasks.md insieme. La suddivisione delle attività è stata l’output più notevole della sessione:
11 gruppi di attività, 43 sotto-attività, in ordine di implementazione:
- Scaffolding del progetto e infrastruttura
- Autenticazione (JWT, blacklist, middleware, pagine)
- Gestione di proprietà e unità
- Gestione degli inquilini
- Gestione dei contratti di locazione, caricamento documenti e cron job
- Richieste di manutenzione
- Pagamenti Stripe e webhook
- Notifiche email
- Dashboard del proprietario e reportistica
- Componenti UI condivisi e layout
- Rafforzamento API (rate limiting, CORS, health check, validazione dell’ambiente)
Ogni sotto-attività includeva comandi esatti, percorsi dei file e riferimenti tracciabili ai requisiti. La task 1.1, per esempio, faceva riferimento direttamente ai Requisiti R12 (Docker) e R10 (REST API) nella sua descrizione. Il collegamento tra pianificazione ed esecuzione era esplicito e verificabile lungo tutto il processo.
Rork, per confronto, salta completamente questa fase e passa direttamente alla generazione di un’interfaccia utente dal prompt. La differenza nella qualità dell’output è visibile: l’elenco delle attività di Kiro è abbastanza specifico da poter essere consegnato a uno sviluppatore umano e permettergli di capire esattamente cosa va costruito e in quale ordine.
Esecuzione delle Attività: Cosa Ha Effettivamente Costruito Kiro
Con l’elenco delle attività approvato, ho fatto clic su “Start task” sulla Task 1.1: Inizializzare il progetto Next.js 14 con TypeScript, Tailwind CSS ed ESLint.
Kiro ha aggiornato lo stato dell’attività in “in progress” in tasks.md, quindi ha delegato l’esecuzione al suo sotto-agente spec-task-execution. L’agente ha controllato prima l’area di lavoro, ha confermato che esisteva solo la cartella .kiro spec senza alcun progetto Next.js ancora presente, e ha proceduto a fare lo scaffolding del progetto.
Nel primo ciclo di esecuzione, l’albero dei file si è popolato con:
- package.json con Next.js, React 19.2.4, TypeScript e dipendenze Tailwind elencate
- tsconfig.json, eslint.config.mjs, next.config.ts
- struttura di directory src/ e public/
- AGENTS.md e CLAUDE.md, generati da Kiro come file di guida per l’agente del progetto
- README.md
Il file CLAUDE.md merita una nota: Kiro è un prodotto AWS, ma sotto il cofano gira su modelli Claude di Anthropic. Il file CLAUDE.md è il modo in cui gli agenti basati su Claude memorizzano le indicazioni comportamentali specifiche del progetto. La sua presenza nello scaffolding generato riflette il modello sottostante, anche nel contesto dell’infrastruttura AWS.
In cima alla vista dell’elenco delle attività, un pulsante “Run all tasks” permetterebbe a Kiro di eseguire tutte le 43 sotto-attività in sequenza con Autopilot attivo.
Ho eseguito le attività individualmente per valutare ogni passaggio. Per un progetto reale in cui sei sicuro del piano approvato, eseguire tutte le attività automaticamente e rivedere l’output alla fine di ogni gruppo è un workflow ragionevole ed efficiente in termini di tempo.
Ogni file generato da Kiro durante l’esecuzione era un vero file nella mia directory locale del progetto, di mia proprietà e modificabile fin dal primo secondo. Questa è una distinzione significativa rispetto ai builder basati su browser come Figma Make o Uizard, in cui l’output è un asset di design o un’applicazione ospitata che non controlli localmente.
Il Timeout al Minuto Sette: Cosa Significa per l’Affidabilità
Voglio essere diretto su questo perché è successo durante la parte più importante del test.
Dopo che Kiro ha raffinato tutti e 12 i requisiti e accettato le modifiche a requirements.md, l’agente è andato in timeout. Il messaggio di errore nel pannello chat recitava:
“The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.”
Questo è accaduto nel passaggio tra la fase dei requisiti e la generazione del design. Il lavoro completato prima del timeout è stato salvato. Nessun requisito è andato perso.
Dopo aver riconosciuto l’errore, ho fatto clic su “Continue” e selezionato “Generate Design and Tasks.” Kiro si è ripreso senza ripetere la fase dei requisiti, ha prodotto entrambi i documenti in modo pulito e ha continuato normalmente per il resto della sessione.
Contesto che conta qui:
- Il timeout si è verificato su un prompt complesso che copriva 12 aree di requisiti distinte con raffinamento parallelo in esecuzione. Le attività più semplici difficilmente richiederanno così tanto tempo.
- Kiro è attualmente in anteprima e l’affidabilità ai limiti esterni delle attività complesse è una caratteristica nota degli strumenti in questa fase.
- Il recupero è stato pulito. Il sistema di checkpoint ha preservato tutto il lavoro completato e il passo successivo è partito immediatamente.
Detto questo, arrivare al timeout sette minuti dentro la caratteristica più distintiva dello strumento è un vero problema di esperienza. Se lavori con una scadenza, uno strumento che si ferma e richiede un retry manuale è frustrante anche quando il recupero è fluido.
Agent Hooks: Automazione che Funziona Senza Essere Chiamata
Gli Agent Hooks non compaiono in nessun altro strumento di coding AI valutato insieme a questo confronto e meritano un’attenzione specifica perché rappresentano un modo diverso di pensare all’assistenza AI.
Un Hook è un’attività che viene eseguita automaticamente quando si verifica un evento del file system. Descrivi il comportamento in linguaggio naturale, Kiro lo converte in un listener di eventi e da quel momento il comportamento viene eseguito in background ogni volta che si verifica la condizione di trigger. Nessun comando da eseguire, nessun promemoria da impostare.
Esempi di ciò che i Hook possono fare:
- Alla salvataggio del file: genera test di base per qualsiasi componente che non abbia già un file di test
- Alla salvataggio del file: esegui pulizia del codice o controlli di formattazione
- Alla creazione del file: genera automaticamente la documentazione per le nuove funzioni
- Alla modifica delle costanti stringa: aggiorna i file di localizzazione senza intervento manuale
L’hook è salvato dentro .kiro/hooks/ come file modificabile. Se vuoi regolare la condizione di trigger o l’istruzione, modifichi direttamente il file. La configurazione è trasparente e controllabile tramite versione insieme al resto del tuo progetto.
L’esempio del test-on-save è il più immediatamente pratico: gli sviluppatori rimandano costantemente la scrittura dei test fino alla fine di uno sprint, e un hook che aggiunge silenziosamente test di base ogni volta che un componente viene salvato elimina completamente quella decisione. I test appaiono nell’albero dei file dopo il salvataggio successivo senza alcuna azione da parte tua.
Consumo di Crediti: Cosa Offre Davvero il Piano Gratuito
Il modello a crediti è l’area in cui Kiro richiede la lettura più attenta prima di impegnarsi in un workflow.
Il piano gratuito offre 50 crediti. Ecco quanto ha consumato una singola sessione di spec per una piattaforma di gestione immobiliare: 4.28 crediti solo per la pianificazione, coprendo requisiti, il documento di progettazione e l’elenco completo di 43 attività, prima che venisse scritta una sola riga di codice applicativo.
A quel ritmo di consumo:
| Scenario | Copertura Stimata del Piano Gratuito |
|---|---|
| Solo sessioni di pianificazione (nessuna esecuzione del codice) | Circa 11 sessioni |
| Pianificazione più esecuzione parziale delle attività | Da 3 a 5 sessioni |
| Spec-to-execution completo su un progetto complesso | Al massimo 1 progetto completo |
Meccanismi chiave da capire prima di registrarti:
- I crediti non si accumulano. Tutto ciò che resta inutilizzato alla fine del mese di fatturazione va perso.
- La fatturazione dell’overage è disattivata per default su tutti i piani a pagamento. Devi abilitarla in Impostazioni prima di raggiungere il limite, altrimenti Kiro smette di funzionare a metà attività.
- La scelta del modello influisce sul tasso di consumo. Eseguire la stessa attività tramite Claude Sonnet 4.6 costa 1.3 volte più crediti rispetto alla modalità Auto. I modelli Opus costano ancora di più.
- Gli utenti del piano gratuito ottengono Claude Sonnet 4.5 e un insieme di modelli open weight tra cui Qwen3 Coder Next, DeepSeek v3.2 e MiniMax 2.1. Gli utenti a pagamento sbloccano Claude Sonnet 4.6, Claude Opus 4.6 e Claude Opus 4.8.
- L’utilizzo dei crediti è visibile nel pannello chat dopo ogni azione dell’agente e si aggiorna nella dashboard dell’abbonamento ogni cinque minuti.
Il tracker dei crediti in tempo reale (“Est. Credits Used: 0.1, Elapsed time: 57s” dopo ogni attività) è una funzione di trasparenza che nessun tool comparabile offre attualmente. Sai esattamente quanto costa ogni attività mentre viene eseguita, il che aiuta a decidere se usare la modalità Auto o un modello specifico per una certa attività.
Prezzi e Piani di Kiro
Kiro funziona con un modello basato su crediti con cinque livelli, da un piano gratuito con un’allocazione mensile fissa a un piano ad alta capacità progettato per l’uso professionale quotidiano.
Tutti i piani a pagamento includono accesso ai modelli premium, la possibilità di abilitare l’overage pay-per-use e l’intero set di funzionalità di Kiro, inclusi specs, hooks, autopilot e accesso CLI.
Cosa sapere prima di scegliere un piano:
- Il piano gratuito fornisce un’allocazione mensile fissa di crediti senza necessità di carta di credito. Non scade, ma una singola sessione spec complessa lascerà un segno evidente sul saldo.
- La prima volta che esegui l’upgrade dal piano gratuito a qualsiasi piano a pagamento usando Google o AWS Builder ID (non AWS Identity Center), ricevi un credito di $20 applicato al costo del tuo abbonamento. Questo beneficio si applica una sola volta.
- Kiro fattura il primo giorno di ogni mese solare. L’upgrade a metà mese significa pagare una tariffa proporzionale ma accedere immediatamente al limite completo di crediti del nuovo piano.
- La fatturazione dell’overage è disponibile su tutti i piani a pagamento a una tariffa fissa per credito aggiuntivo, ma è disattivata per default. Attivala in Impostazioni prima di raggiungere il limite, altrimenti Kiro sospende il lavoro quando i crediti terminano.
- I crediti non utilizzati non vengono trasferiti al mese successivo.
- Ogni sviluppatore richiede il proprio abbonamento. Al momento non esiste un’opzione di seat condiviso per team. Le funzionalità di fatturazione per team sono indicate come in arrivo.
- La politica standard di Kiro è nessun rimborso per cancellazioni a metà mese. L’accesso continua fino alla fine del ciclo di fatturazione. I rimborsi sono considerati caso per caso solo per errori di fatturazione.
- Le carte di credito sono l’unico metodo di pagamento accettato.
- Il prezzo per GovCloud (US) è circa il 20% più alto rispetto al prezzo standard e il piano gratuito non è disponibile in quell’ambiente. L’accesso GovCloud richiede un piano a pagamento e autenticazione enterprise tramite AWS IAM Identity Center.
- L’interfaccia web è attualmente in anteprima e disponibile solo per gli utenti a pagamento. I crediti vengono consumati allo stesso ritmo sia che tu lavori nell’IDE, nel CLI o nel web.
Quale piano si adatta a quale tipo di utente: Il piano gratuito è sufficiente per eseguire una valutazione reale. Per lo sviluppo attivo su progetti reali, è necessario un piano a pagamento per evitare di esaurire i crediti a metà sessione. I piani di livello superiore hanno senso per sviluppatori che eseguono più sessioni complete di spec a settimana o lavorano su più progetti complessi contemporaneamente.
Alternative a Kiro
Il concorrente più diretto di Kiro è Cursor, l’editor di codice potenziato dall’AI che si basa anch’esso su fondazioni VS Code e si rivolge agli sviluppatori che vogliono un’AI integrata profondamente nel loro ambiente di sviluppo.
La differenza principale è la filosofia del workflow. Cursor è costruito per accelerare ciò che stai già facendo: scrivi codice e Cursor ti assiste.
Kiro è costruito per occuparsi prima della fase di pianificazione: l’agente definisce cosa deve essere costruito prima di scriverne anche solo una parte. Se la tua principale frustrazione è il lento cambio di contesto tra una chat AI e il tuo editor, Cursor risponde più direttamente a questo problema. Se la tua frustrazione è il codice generato dall’AI che manca di struttura o è difficile da mantenere, il workflow spec di Kiro è la risposta più pertinente.
| Funzionalità | Kiro | Cursor |
|---|---|---|
| Facilità d’Uso | Familiare per gli utenti VS Code; il workflow spec aggiunge una curva di apprendimento | Familiare per gli utenti VS Code; minore attrito all’onboarding |
| Ideale Per | Build strutturate e guidate da specifiche per progetti di produzione | Editing AI veloce e attività agentiche all’interno di codebase esistenti |
| Backend e Dati | Costruisce veri progetti locali con pieno controllo dello stack | Modifica ed estende i file di progetto esistenti con pieno controllo dello stack |
| Flessibilità di Design | Nessun builder visuale; produce codice reale di proprietà locale | Nessun builder visuale; produce codice reale di proprietà locale |
| Modello di Prezzo | Basato su crediti; 50 crediti gratuiti; tutto l’uso attinge a un’allocazione mensile di crediti | Basato su crediti da giugno 2025; la modalità Auto è illimitata; la selezione di modelli premium attinge da un pool mensile di crediti |
Verdetto Finale: Kiro Vale la Pena?
Kiro si distingue mettendo la pianificazione prima della codifica. Il suo workflow di specifica, i documenti di steering e la suddivisione delle attività producono una codebase più strutturata e mantenibile rispetto agli strumenti AI che passano direttamente all’implementazione. La funzione Agent Hooks è un altro punto forte, consentendo automazioni di workflow che continuano a funzionare oltre un singolo prompt.
I compromessi sono la curva di apprendimento e il prezzo. Il piano gratuito è troppo limitato per grandi progetti, e gli sviluppatori devono sentirsi a proprio agio nel lavorare in un IDE. Durante il test, ho anche incontrato un timeout, anche se Kiro si è ripreso senza perdere progressi.
Se sei uno sviluppatore che costruisce software di produzione, Kiro è uno dei migliori strumenti di coding AI disponibili oggi. Se invece stai cercando un semplice costruttore di app no-code, non è la soluzione giusta.
