Per informazioni
CONTATTACI!
Ogni team di sviluppo ha la sua versione della stessa storia: un progetto iniziato bene, con buone intenzioni, che tre mesi dopo è diventato qualcosa che nessuno riesce più a spiegare. Non perché il codice non funzioni — funziona. Ma perché le scelte architetturali si sono perse nei prompt, le decisioni di design non sono mai state scritte da nessuna parte, e l'infrastruttura è cresciuta per accumulo invece che per progetto. È quello che in gergo si chiama “vibe coding”: sviluppo guidato dall’istinto e dall’AI, senza struttura, senza documentazione, senza traccia di perché le cose sono fatte in un certo modo.
Kiro nasce per rispondere esattamente a questo problema. È l’IDE agentico di AWS, uscito nella seconda metà del 2025 e stabilizzato nel 2026, e porta con sé un’idea semplice ma radicale: prima di scrivere una riga di codice, devi avere chiaro cosa vuoi costruire. Poi lo costruisce per te — inclusa l’infrastruttura.
Kiro è il successore diretto di Amazon Q Developer, il tool di AI coding di AWS che ha chiuso le iscrizioni ai nuovi utenti il 15 maggio 2026 e andrà in sunset ad aprile 2027. Chi ha già una sottoscrizione Q Developer Pro attiva mantiene l’accesso ai plugin IDE fino a quella data, ma la direzione è chiara: AWS sta scommettendo tutto su Kiro. E il cambio non è solo di nome: è un cambio di filosofia completo.
Amazon Q Developer era un assistente: rispondeva alle domande, completava il codice, suggeriva fix. Kiro è qualcosa di diverso. È un agente che lavora con te lungo tutto il ciclo di vita di un progetto, dal primo prompt fino al deploy in produzione. Tecnicamente è costruito su una base compatibile con VS Code, disponibile sia come IDE desktop che come CLI — utile in pipeline CI/CD e ambienti headless — o interfaccia web. Il motore è una modalità chiamata Auto: seleziona dinamicamente tra modelli frontier ottimizzando qualità, latenza e costo in base al tipo di task.
Il modello di pricing è a crediti e riflette la filosofia di tool pensato per team strutturati, non per uso occasionale: piano Free con 50 crediti (più 500 bonus nei primi 30 giorni per i nuovi utenti), Pro a al mese con 1.000 crediti, Pro+ a con 2.000, Power a con 10.000. Le interazioni aggiuntive oltre la soglia mensile costano .04 per credito.
Il differenziatore principale di Kiro rispetto a Cursor, GitHub Copilot e agli altri IDE AI del mercato è il concetto di spec-driven development. Invece di passare direttamente da un prompt al codice, Kiro ti porta attraverso tre fasi strutturate che vengono materializzate come file fisici nel repository, in una cartella .kiro/specs/: requirements.md, design.md e tasks.md. Non sono solo artefatti di documentazione: sono la fonte di verità da cui l’agente lavora.
La prima fase è la stesura dei requisiti usando una notazione chiamata EARS (Easy Approach to Requirements Syntax): frasi strutturate che descrivono cosa il sistema deve fare, in quali condizioni, con quale comportamento atteso. Non è documentazione burocratica: è un modo per rendere le intenzioni comprensibili sia agli umani che all'agente AI.
La seconda fase è il design tecnico: Kiro prende i requisiti e genera una proposta architetturale, con le scelte tecnologiche, le dipendenze tra componenti e le considerazioni di sicurezza.
La terza è la generazione dei task, con rilevamento automatico delle dipendenze. Kiro identifica quali attività sono indipendenti tra loro e le esegue in parallelo quando si usa la modalità autopilot, riducendo significativamente il tempo di implementazione rispetto a un’esecuzione sequenziale.
A tenere tutto insieme ci sono gli Steering Files: file di configurazione — globali o specifici per progetto — che codificano le regole e le preferenze del team. “Usa sempre AWS CDK invece di CloudFormation raw”, “tutte le Lambda function devono avere structured logging con correlation ID”, “questo servizio è multi-tenant, il tenant ID va sempre nel request context”. Le best practice scritte una volta, rispettate sempre, da ogni agente che tocca il progetto.
Una delle capacità più interessanti di Kiro — spesso sottovalutata quando lo si presenta come “un IDE per sviluppatori” — è che lo spec-driven development si estende naturalmente all’infrastruttura cloud. Quando la spec descrive un sistema, Kiro non genera solo il codice applicativo: genera anche l’Infrastructure as Code che lo fa girare su AWS.
A partire dai requisiti definiti in EARS, Kiro produce template CloudFormation, stack CDK in Python o TypeScript, e moduli Terraform, adattandosi alle preferenze già definite negli Steering Files. Il risultato è infrastruttura che incorpora linee guida Well-Architected tramite il CDK Power (che include knowledge base e API AWS) — con attenzione a sicurezza, isolamento e osservabilità.
Un esempio pratico rende l’idea concreta: se la spec descrive un’API serverless multi-tenant con audit logging, Kiro genera uno stack CDK con Lambda, API Gateway, DynamoDB con tenant isolation via partition key e CloudWatch Log Groups strutturati — senza che l’utente abbia scritto una riga di IaC.
HashiCorp è partner ufficiale di lancio di Kiro con un Power dedicato a Terraform. Una volta installato, il Power inietta automaticamente Steering Files e Hooks specifici per Terraform nella sessione di lavoro, attivandosi ogni volta che l’agente incontra file .tf o task infra-related: porta con sé template di configurazione, best practice e workflow di deployment. La stessa logica vale per il Power CDK, che integra strumenti come il pricing AWS, la knowledge base ufficiale e le API AWS.
C’è anche una funzione di analisi dei template esistenti: se hai già un’infrastruttura definita in CloudFormation o Terraform, Kiro può analizzarla, identificare misconfigurazioni di sicurezza, risorse sovradimensionate o pattern non conformi alle linee guida Well-Architected, e proporre correzioni. Un audit automatico, senza aprire una singola console AWS.
Gli Agent Hooks sono uno degli strumenti più pratici di Kiro, e anche uno di quelli che cambia di più il modo di lavorare quotidiano. Sono trigger automatici che eseguono azioni predefinite quando accade qualcosa: il salvataggio di un file, la creazione o la cancellazione, l’apertura di una pull request, il completamento di un task in una spec, o un’attivazione manuale on-demand. Non richiedono input: la logica è già nel progetto, e scatta da sola.
C’è una distinzione utile che il team di Kiro fa tra Steering e Hooks: gli Steering Files sono una guida proattiva — dicono agli agenti come comportarsi. Gli Agent Hooks sono guardrail reattivi — intervengono quando succede qualcosa. Insieme definiscono un ambiente di sviluppo che ha già dentro di sé le regole del team, senza che nessuno debba ricordarsele ogni volta.
Model Context Protocol (MCP) è lo standard aperto che permette agli agenti AI di connettersi a strumenti e sistemi esterni — database, repository, API, sistemi di monitoring. Kiro lo supporta nativamente, sia nell’IDE che nella CLI, e questo è uno dei motivi per cui può diventare il punto centrale di workflow complessi.
La configurazione è flessibile: puoi aggiungere un server AWS per il lavoro cloud, uno GitHub per la gestione del repository, uno Postgres per il debug dei dati. Tutti attivi nella stessa sessione, tutti accessibili dall’agente. AWS ha pubblicato su GitHub una suite completa di MCP server ufficiali (github.com/awslabs/mcp) che coprono servizi come DynamoDB, S3, EC2, Lambda e molto altro.
Se un MCP server è un connettore verso uno strumento esterno, un Kiro Power è qualcosa di più: un bundle preconfigurato e validato dai partner di Kiro che combina server MCP, Steering Files e Hooks specifici per un caso d’uso — pronto all’uso senza configurazione manuale. Qualche esempio:
Il risultato è un agente che non è solo “smart” in senso generico, ma che conosce i tuoi sistemi specifici: la struttura del tuo repo, le risorse che hai già deployato su AWS, le policy di sicurezza della tua organizzazione, la documentazione aggiornata dei servizi che stai usando. L’integrazione nativa con CodeCatalyst per repo e CI/CD e con IAM Identity Center per l’autenticazione enterprise lo distingue ulteriormente dai competitor in ambienti AWS-first.
Kiro non è lo strumento giusto se il tuo obiettivo è buttare giù un prototipo in mezz’ora. Per quello, Cursor o un buon modello chat fanno ancora un ottimo lavoro. Kiro è per chi costruisce cose che devono reggere nel tempo: sistemi che crescono, team che si allargano, infrastrutture che qualcun altro dovrà capire e mantenere tra sei mesi.
La scommessa di AWS è che l’era del “scrivi un prompt, ottieni codice” stia lasciando spazio a qualcosa di più strutturato. Che gli agenti AI abbiano bisogno di regole, contesto e feedback per essere davvero utili — non solo veloci. Kiro è il loro tentativo di costruire quell’ambiente. E con IaC, Hooks e MCP già integrati, non è solo un IDE: è un sistema operativo per il modo in cui i team moderni costruiscono sul cloud.