🔧 Kiro CLI: la herramienta de AWS que quiere que dejes de escribir código sin especificaciones (y que casi nadie conoce en España)

Hay una herramienta de la que casi nadie habla en los círculos de desarrolladores en español. No es Cursor, no es Claude Code, no es Copilot. Se llama Kiro CLI, la lanzó AWS en noviembre de 2025, y su propuesta es tan simple como radical: antes de que escribas una línea de código, genera una especificación estructurada con requisitos, diseño y tareas. Después, un agente se encarga de la implementación. Lo he probado durante un par de semanas, y entiendo por qué hay gente que lo ama y gente que lo detesta. No es para todo el mundo, pero para ciertos flujos de trabajo es una herramienta que no tiene equivalente directo en el mercado.

🔍 ¿Qué es exactamente Kiro CLI?

Kiro CLI es la interfaz de terminal del agente de código Kiro de Amazon Web Services (AWS). Lo lanzó AWS el 17 de noviembre de 2025 como parte de la disponibilidad general de Kiro, su entorno de desarrollo asistido por IA. La versión CLI llegó junto a la IDE, y desde entonces ha ido añadiendo capacidades hasta convertirse en una herramienta bastante completa para quienes prefieren trabajar en la terminal.

La historia importa aquí: Kiro CLI es el sucesor oficial de Amazon Q Developer CLI. AWS lo dice explícitamente en su documentación de migración: Kiro CLI is the next update of the Q CLI. No es un producto nuevo desde cero, sino una evolución de la herramienta anterior de AWS, lo que significa que hereda parte de su infraestructura pero con un enfoque completamente distinto.

¿Qué problema resuelve? El mismo que todos los agentes de código, pero con una filosofía distinta. Kiro no cree en el vibe coding — esa práctica de lanzar prompts vagos y esperar que el modelo haga algo razonable. Cree en spec-driven development: antes de ejecutar, genera artefactos estructurados (requisitos en notación EARS, documento de diseño, plan de tareas) que tú revisas y apruebas. Solo después el agente empieza a trabajar. Es más lento que otras herramientas, pero reduce el drift entre lo que pediste y lo que se construyó.

🧩 Funciones principales

• Spec-driven development: la característica que define a Kiro. En lugar de escribir código directamente, el agente primero genera una especificación con requisitos, diseño y desglose de tareas. Puedes revisar y modificar cada artefacto antes de que se ejecute nada.
• Agentes personalizados: Kiro CLI soporta agentes especializados con permisos de herramientas pre-aprobados, archivos de contexto y prompts personalizados. Un agente de backend solo ve APIs y esquemas; un agente de frontend solo ve componentes. Cada uno usa su ventana de contexto para lo que importa.
• MCP (Model Context Protocol): soporte nativo para conectarse a herramientas externas. El CLI comparte la misma configuración de MCP que la IDE, así que los servidores que configures en uno funcionan en el otro.
• Steering files (archivos de dirección): documentación en markdown que persiste el contexto del proyecto. Defines convenciones, patrones y preferencias una vez, y Kiro las aplica en cada sesión sin que tengas que repetirlas.
• Auto mode: el modelo por defecto que mezcla modelos frontier con detección de intención y caching. AWS lo describe como un sistema que elige el modelo adecuado para cada tarea sin que tengas que seleccionarlo manualmente.
• Checkpoints: puedes rebobinar el historial de ejecución del agente. Si algo sale mal, vuelves a un punto anterior sin perder todo el progreso.
• Property-based testing (PBT): genera automáticamente casos de prueba en los bordes para verificar que el código generado coincide realmente con la especificación. No es solo funciona, es hace lo que dijimos que haría.
• kspec (comunidad): un paquete de npm que extiende el flujo spec-driven con work types específicos: fix, refactor, spike, revise, demo, estimate. Incluye un agentic review loop donde múltiples CLIs de IA se critican mutuamente el código.

✨ Lo que lo diferencia de otros

He usado Claude Code y Codex CLI. Kiro CLI tiene tres diferencias que importan:

• La especificación es el producto, no un paso previo: en otras herramientas, el plan es efímero. En Kiro, los artefactos de especificación (requirements.md, design.md, tasks.md) se guardan, se versionan y se sincronizan con el código. Esto reduce la brecha entre lo que se pidió y lo que se construyó.
• Integración nativa con AWS: si trabajas con Lambda, DynamoDB, CDK, o cualquier servicio de AWS, Kiro CLI está optimizado para ello. En una comparativa directa con Claude Code y Codex CLI, Kiro generó la estructura de CDK más limpia y rápida para un caso de uso típico de AWS.
• Es de AWS, con todo lo bueno y lo malo: la ventaja es la integración con IAM, la gestión de permisos, y la infraestructura de AWS. La desventaja es que el onboarding puede ser frustrante, y hay reportes de problemas de rendimiento en la IDE que el CLI mitiga parcialmente.
• El CLI es más rápido que la IDE: si has probado Kiro IDE y te ha parecido lento, el CLI es otra experiencia. Los usuarios reportan que las tareas se ejecutan mucho más rápido en terminal que en la interfaz gráfica.

🎯 ¿Para qué se usa en la práctica?

Kiro CLI brilla en proyectos donde la especificación importa más que la velocidad bruta de generación.

• Desarrollo de features en AWS: su caso de uso ideal. Lambda, DynamoDB, CDK, API Gateway. La integración con el ecosistema AWS hace que genere código que funciona con los servicios de forma natural.
• Proyectos con requisitos complejos: cuando necesitas que el código cumpla con criterios específicos (compliance, seguridad, rendimiento), la especificación previa reduce el riesgo de que el agente alucine soluciones que no cumplen.
• Mantenimiento de código legacy: el flujo spec-driven es útil para entender y modificar sistemas existentes. Puedes pedirle que genere una especificación del comportamiento actual antes de cambiarlo.
• Trabajo en terminal: si vives en la CLI y prefieres no abrir una IDE, Kiro CLI te da el agente completo sin la interfaz gráfica.
• Revisión de código con agentes: el ecosistema kspec permite configurar múltiples CLIs (Copilot, Gemini, Claude Code) como revisores que critican el trabajo de un agente doer. Es un patrón interesante para equipos que quieren automatizar la revisión sin depender de un solo modelo.

🚀 Cómo empezar

El setup es más directo que otras herramientas de su categoría, pero hay decisiones que tomar.

1. Instala el CLI: curl -fsSL https://cli.kiro.dev/install | bash en macOS o Linux. Windows 11 tiene soporte nativo desde la versión 2.0.
2. Inicia sesión: el CLI usa la misma cuenta y suscripción que Kiro IDE. Los créditos y límites se comparten entre ambas superficies.
3. Configura el proyecto: crea archivos de steering (markdown) con las convenciones del proyecto. Kiro los lee automáticamente y los aplica en cada sesión.
4. Elige modo de trabajo: puedes trabajar en modo vibe (prompt directo) o en modo spec (genera especificación primero). Para tareas complejas, spec es el camino.
5. Lanza tu primera tarea: empieza con algo acotado. Explícame qué hace este módulo o genera una especificación para añadir paginación a la API.

💡 Trucos que marcan la diferencia

• Usa spec mode para todo lo que no sea trivial: el modo spec es más lento, pero genera artefactos que puedes revisar. Si el plan no te convence, lo corriges y evitas trabajo desperdiciado.
• Configura steering files detallados: documenta convenciones de código, estructura de carpetas, frameworks de test. Kiro los lee automáticamente y reduce la necesidad de repetir contexto.
• Crea agentes personalizados por dominio: un agente para backend, otro para frontend, otro para infra. Cada uno con su contexto y permisos. Reduce el ruido en la ventana de contexto.
• Usa kspec para work types específicos: si el flujo spec completo es demasiado para un bug fix, usa kspec fix "descripción". El paquete tiene entradas abreviadas para fix, refactor, spike, y más.
• Si el CLI sugiere un comando que no existe: pídele que lea directamente los artefactos de spec y tasks. El agente puede recuperarse y darte un resumen del estado actual.
• El CLI es más rápido que la IDE: si has probado Kiro IDE y te ha parecido lento, dale una oportunidad al CLI. La diferencia de rendimiento es notable.

🖥️ Dónde funciona

• CLI (terminal): macOS, Linux (glibc 2.39+), y Windows 11 nativo.
• IDE (Kiro): aplicación de escritorio para macOS, Windows y Linux. El CLI comparte la misma cuenta y configuración.
• Web: Kiro Web existe como interfaz complementaria, aunque el CLI y la IDE son las superficies principales.
• iOS/Android: no hay apps móviles nativas. Es una herramienta de escritorio y terminal.

💰 Cuánto cuesta

Kiro usa un sistema de créditos que se comparten entre IDE y CLI.

• Free: 50 créditos/mes. Suficiente para probar y tareas muy pequeñas.
• Pro: $20/mes con 1.000 créditos. El punto de entrada realista para uso profesional.
• Pro+: $40/mes con 2.000 créditos.
• Pro Max: $100/mes con 5.000 créditos.
• Power: $200/mes con 10.000 créditos. Para uso intensivo o equipos pequeños.
• Teams: gestión centralizada con AWS IAM Identity Center, control de costes, y facturación unificada.

Kiro Student: AWS ofrece Kiro Pro gratis durante 12 meses a estudiantes de universidades participantes. El valor es de ~$240.

Nota sobre créditos: el consumo es fraccional por tarea. Un cambio simple puede costar 0.1-0.5 créditos. Una tarea compleja con spec puede consumir 2-5 créditos. Los créditos se comparten entre IDE y CLI.

👥 ¿Para quién es?

• Desarrolladores que trabajan con AWS: si tu stack es Lambda, DynamoDB, CDK, o cualquier servicio de AWS, Kiro CLI está optimizado para ello. La generación de código CDK es más limpia que en otras herramientas.
• Equipos que valoran la especificación: si trabajas en un entorno donde los requisitos importan (compliance, enterprise, sistemas críticos), el flujo spec-driven reduce el riesgo de que el agente construya algo que no pediste.
• Usuarios de terminal: si vives en la CLI y no quieres abrir una IDE, Kiro CLI te da el agente completo con la misma configuración.
• Estudiantes: el programa Kiro Student ofrece Pro gratis durante 12 meses. Si estás en una universidad participante, es una forma de acceso sin coste.

No es para: usuarios que quieren velocidad bruta sobre estructura. Si tu prioridad es genera código ya, Codex CLI o Claude Code son más rápidos. Tampoco para quien no trabaja con AWS: la ventaja de Kiro se diluye fuera del ecosistema de Amazon. Y si te frustran los flujos lentos y estructurados, el spec-driven development te va a resultar tedioso.

🌍 Adopción global

Kiro se lanzó en preview en julio de 2025 y alcanzó disponibilidad general en noviembre. AWS no publica cifras exactas de usuarios para el CLI, pero el producto compite directamente en el segmento de agentes de terminal con Claude Code y Codex CLI.

La adopción está concentrada en equipos que ya trabajan con AWS. La integración con IAM, la gestión de créditos compartida, y el enfoque spec-driven son atractivos para organizaciones que necesitan gobernanza y trazabilidad. El programa Kiro Student, expandido globalmente en septiembre de 2026, está introduciendo la herramienta en universidades de varios países.

En comparativas de la comunidad, Kiro CLI se posiciona como el CLI de AWS frente a el CLI genérico de Claude Code o el CLI optimizado para automatización de Codex. No es el más popular, pero tiene un nicho claro.

⚖️ Lo bueno y lo no tan bueno

Lo que funciona bien:

• Spec-driven development real: los artefactos de especificación se guardan y sincronizan con el código. Es la diferencia más importante frente a otros agentes.
• Integración AWS excepcional: para Lambda, DynamoDB, CDK, Kiro genera código que funciona con los servicios de forma natural. En comparativas directas, el resultado es más limpio que Claude Code o Codex.
• CLI más rápido que IDE: si la IDE de Kiro te resulta lenta, el CLI es notablemente más ágil. Los usuarios reportan que las tareas se ejecutan en una fracción del tiempo.
• Créditos compartidos: la misma suscripción y los mismos créditos funcionan en IDE, CLI y web. No pagas dos veces por usar dos superficies.
• Kiro Student: Pro gratis durante 12 meses para estudiantes de universidades participantes. Una forma real de acceso sin coste.

Lo que no me convence:

• Onboarding frustrante: hay reportes de problemas con la importación de configuración de VS Code, advertencias de seguridad infinitas, e inyección de scripts en la terminal que rompen sesiones de shell.
• Rendimiento inconsistente: algunos usuarios reportan que el modelo en la IDE no entiende peticiones simples que otras herramientas manejan sin problema.
• Spec mode es lento: el flujo estructurado requiere tiempo. Para tareas simples, es sobrecarga innecesaria.
• Menos pulido que Claude Code: en experiencia de usuario y madurez general, Kiro CLI está un paso por detrás de Claude Code o Codex CLI.

🆚 Comparativa con alternativas

Resumen: Kiro CLI es el más estructurado de los tres. Claude Code es más rápido para trabajo interactivo. Codex CLI es el mejor para automatización y CI/CD. Si trabajas con AWS y valoras la especificación previa, Kiro CLI es la opción natural. Si no, Claude Code o Codex son más versátiles.

✅ Veredicto: ¿merece la pena?

Sí, para un perfil muy concreto. Kiro CLI no es para todo el mundo, y el onboarding y el rendimiento de la IDE son razones legítimas para dudar.

Lo recomiendo si: trabajas con AWS de forma intensiva y quieres un agente optimizado para ello. Si valoras la especificación previa y prefieres revisar requisitos antes de que se genere código. Si eres estudiante en una universidad participante: el programa Kiro Student te da Pro gratis durante un año. Si prefieres la terminal a la IDE y quieres un agente de AWS con la misma configuración en ambas superficies.

No lo recomiendo si: no trabajas con AWS. La ventaja principal de Kiro se diluye fuera de ese ecosistema. Si tu prioridad es velocidad bruta y no te importa revisar código generado sin especificación previa: Claude Code o Codex CLI son más rápidos. Si te frustran las herramientas con onboarding complicado: hay reportes de problemas serios con la importación de configuración y la inyección de terminal.

Kiro CLI es una herramienta para equipos que ya hacen las cosas de forma estructurada. Si ese es tu caso, la disciplina que impone el spec-driven development puede ser valiosa. Si no, la lentitud y la estructura te van a resultar una carga.