¿Qué es Kiro?
Kiro es un entorno de desarrollo descargable creado por Amazon Web Services que lleva el desarrollo asistido por IA en una dirección que la mayoría de las herramientas de esta categoría no han intentado.
Mientras que la mayoría de las herramientas de código con IA te dejan escribir un prompt y obtener código de inmediato, Kiro primero ejecuta un proceso de planificación: lee el contexto de tu proyecto, escribe un documento de requisitos, genera un diseño técnico, descompone todo en una lista de tareas numerada y recién entonces empieza a escribir código.
Disponible como IDE, herramienta de línea de comandos, interfaz web (actualmente en vista previa para usuarios pagos) y aplicación móvil (acceso anticipado en iOS), Kiro se posiciona como la herramienta para desarrolladores que quieren un resultado estructurado y mantenible, en lugar de código rápido que después tienen que desarmar una semana más tarde.
¿Para quién es Kiro?
- Desarrolladores que se quemaron con código generado por IA que se rompe al día siguiente. El flujo de trabajo con specs de Kiro obliga a planificar antes de implementar, lo que significa que el código que escribe es trazable hasta requisitos documentados, no ensamblado a partir de conjeturas.
- Equipos que se están pasando a flujos de trabajo agentivos. Los Agent Hooks de Kiro te permiten automatizar tareas recurrentes, como escribir tests o generar documentación, activadas automáticamente cada vez que cambia un archivo que cumple con las condiciones, sin necesidad de volver a pedirlo.
- Desarrolladores del ecosistema AWS. Kiro está construido sobre infraestructura de AWS, procesa datos en regiones de AWS dentro de tu geografía y se conecta de forma natural con servicios de AWS. Si tu stack ya es pesado en AWS, Kiro encaja sin sobrecarga de configuración.
- Usuarios de VS Code que quieren una IA que vaya más allá del autocompletado. El IDE de Kiro está construido sobre la misma base que VS Code. Tus atajos de teclado, configuraciones y extensiones se transfieren durante la incorporación en minutos.
Pros y contras de Kiro
- El flujo de trabajo con specs planifica antes de escribir cualquier código
- Los Agent Hooks automatizan tareas ante eventos de archivos
- Las extensiones y configuraciones de VS Code se importan sin problemas
- El modo Autopilot construye sin pedir aprobación constantemente
- Los documentos de steering le dan a Kiro el contexto de tu proyecto
- Admite múltiples modelos frontier, incluido Opus 4.8
- La integración con servidores MCP conecta herramientas externas de forma nativa
- Requiere descarga; no es accesible desde el navegador en el plan gratis
- 50 créditos gratis desaparecen más rápido de lo esperado
- Hizo un timeout una vez durante la fase de refinamiento de requisitos
Desglose de puntuación
Las puntuaciones más fuertes de Kiro están en features y funcionalidad, donde su flujo de trabajo guiado por specs, los agent hooks y la ejecución en autopilot lo ponen por delante de cualquier otra herramienta de código con IA revisada acá. Pierde terreno en accesibilidad y en el modelo de créditos, ambos aspectos que requieren atención honesta antes de comprometerse con un flujo de trabajo.
| Feature | Puntuación (sobre 10) | Por qué esa puntuación |
|---|---|---|
| Facilidad de uso | 7.0 | Familiar para cualquier usuario de VS Code; el requisito de descarga y su naturaleza exclusiva para desarrolladores lo dejan fuera del alcance de usuarios no técnicos |
| Features y funcionalidad | 9.5 | Flujo de trabajo con specs, agent hooks, autopilot, integración MCP, steering docs: el conjunto de funciones más completo de cualquier herramienta de código con IA revisada |
| Diseño y personalización | 7.0 | Temas oscuro y claro para el IDE; control sólido sobre la estructura del código generado mediante edición de specs y documentos de steering |
| Relación calidad-precio | 6.5 | Los 50 créditos del plan gratis se consumieron hasta 4.28 solo durante la planificación, antes de escribir una sola línea de código de la aplicación |
| Rendimiento y confiabilidad | 7.5 | La salida de planificación fue detallada y específica; un timeout confirmado a los 7 minutes 24 seconds durante el refinamiento de requisitos |
| General | 8.2 | El flujo de trabajo con specs de Kiro es el enfoque más estructurado para el desarrollo asistido por IA revisado hasta ahora. La puntuación refleja esa diferenciación real, limitada por el plan gratis restringido y la única falla de confiabilidad registrada durante las pruebas. |
Features de Kiro
- Flujo de trabajo guiado por specs: requisitos, diseño, tareas, código
- Los Agent Hooks automatizan tareas ante eventos de archivos
- Los documentos de steering le dan contexto al agente sobre el proyecto
- El modo Autopilot ejecuta tareas sin aprobación paso a paso
- Compatibilidad con servidores MCP para integración de herramientas externas
- Importación de configuración de VS Code al primer arranque
- Compatibilidad con múltiples modelos, incluido Claude Opus 4.8
Mi reseña honesta de Kiro: lo que encontré después de probarlo
La mayoría de los generadores de apps con IA caen en una de dos categorías:
- herramientas visuales que generan una interfaz a partir de una descripción
- y herramientas basadas en chat que escriben código directamente en respuesta a un prompt
Kiro no encaja en ninguna de las dos, y por eso reseñarlo exige un enfoque distinto.
Kiro es un IDE agentivo. No arrastrás componentes sobre un lienzo, y no obtenés una vista previa en vivo después de 30 segundos. Lo que obtenés es un entorno de desarrollo local que planifica una build antes de empezarla, generando requisitos, un documento de diseño y una lista estructurada de tareas que el agente luego va siguiendo paso a paso.
La aplicación que produce es un proyecto real en tu máquina, en archivos que te pertenecen, usando el stack que definís.
Para probar si ese proceso realmente funciona, construí una plataforma de administración de propiedades desde cero dentro de Kiro.
El prompt cubría autenticación para landlords y tenants, gestión de propiedades y unidades, seguimiento de alquileres, solicitudes de mantenimiento con actualizaciones de estado, integración de pagos con Stripe, notificaciones por email y un panel de landlord con reportes. Este es el mismo prompt que se usó para evaluar Rork, Figma Make, Uizard y Retool, lo que hace posible comparar cómo cada herramienta maneja complejidad real en lugar de un ejemplo simple.
La pregunta que esta reseña buscaba responder era específica: ¿El flujo de trabajo spec-first de Kiro produce una salida mejor estructurada y más mantenible que las herramientas que van directo al código?
Esto fue lo que encontré.
Poner Kiro en marcha: una descarga, no una pestaña del navegador
Todas las demás herramientas de creación de apps con IA evaluadas junto con esta comparación viven en un navegador. Kiro no. Para empezar hay que ir a kiro.dev, hacer clic en Downloads, seleccionar tu sistema operativo e instalar la aplicación en tu máquina.
Yo estaba usando Pop OS, una distribución de Linux basada en Debian, así que seleccioné el paquete Debian (.deb) del menú desplegable. El sitio también ofrece un paquete Universal (.tar.gz) para otras configuraciones de Linux. Los instaladores para Windows y macOS están disponibles desde la misma página de descargas.
Qué significa esto en la práctica:
- La primera sesión requiere una instalación local, no una pestaña del navegador
- No hay acceso solo por internet en el plan gratis (la interfaz web está disponible solo en planes pagos, actualmente en vista previa)
- Para desarrolladores, esto no es un problema
- Para cualquiera que evalúe Kiro frente a herramientas basadas en navegador, esto hay que tenerlo en cuenta en el tiempo de configuración
La instalación en sí fue sencilla. No hubo pasos de configuración, ni dependencias que resolver manualmente, y la aplicación se abrió sin problemas después de la instalación estándar del paquete.
El inicio de sesión se hace en tu navegador, no dentro de la app
Una vez que el IDE se abre por primera vez, no te pide iniciar sesión dentro de la ventana de la aplicación. Te redirige a una página del navegador para manejar la autenticación allí.
La pantalla de inicio de sesión presenta cuatro opciones:
| Método de acceso | Para quién es ideal |
|---|---|
| Desarrolladores individuales y freelancers | |
| GitHub | La opción más natural para desarrolladores con cuentas existentes |
| AWS Builder ID | Desarrolladores que ya están dentro del ecosistema AWS |
| Your Organization | Equipos empresariales que usan SSO |
La opción de GitHub está muy bien elegida para el público objetivo. La mayoría de los desarrolladores ya tiene una cuenta de GitHub y puede autenticarse sin crear nuevas credenciales.
Hay algunas cosas que conviene saber antes de registrarte:
- Iniciar sesión mediante Google o AWS Builder ID (no AWS Identity Center) te da derecho a un crédito de $20 aplicado a tu primer upgrade a un plan pago. Este beneficio es único y conviene conocerlo antes de elegir el método de acceso.
- Iniciar sesión mediante “Your Organization” se enruta por SSO empresarial y es el punto de entrada para equipos que necesitan gestión centralizada de identidades.
- Al iniciar sesión, aceptás el AWS Customer Agreement, Service Terms, Privacy Notice y AWS Intellectual Property License. Como Kiro es un producto de AWS, tus datos se procesan en regiones de AWS dentro de tu geografía.
Onboarding: tres pasos de configuración que llevan menos de dos minutos
Después de iniciar sesión, Kiro ejecuta una secuencia breve de configuración antes de abrir el IDE principal. Los pasos son:
Paso 1: Elegí tu tema. Kiro Dark o Kiro Light. Ambos muestran una vista previa en vivo del resaltado de sintaxis del código antes de que confirmes.
Paso 2: Configurá la integración con la terminal. Esto te permite abrir cualquier proyecto desde tu terminal usando el comando kiro . Podés saltear esto y configurarlo más tarde.
Paso 3: Importar desde VS Code. Kiro trae tus extensiones, configuraciones y keybindings existentes de VS Code (cualquier extensión disponible en Open VSX). Las extensiones se cargan en segundo plano mientras el onboarding continúa, así que no hay que esperar en una pantalla de carga.
La importación de VS Code es la parte más útil en la práctica de esta secuencia. Si pasaste años personalizando un entorno de VS Code, la transición no requiere empezar de cero. La importación funcionó sin problemas en mi sesión.
Lo que el onboarding no incluye es ninguna introducción a las funciones principales de Kiro. No te explican qué son Specs, Agent Hooks o Steering Documents. Llegás a la pantalla principal y lo descubrís por tu cuenta. Esto es aceptable para un público de desarrolladores experimentados, pero significa que tu primera sesión con las funciones más distintivas de la herramienta implica exploración autodirigida.
Dentro del IDE: los cuatro paneles que hacen diferente a Kiro
La apariencia del IDE de Kiro es la de VS Code porque está construido sobre la misma base. El explorador de archivos, las pestañas del editor, la terminal, la barra de búsqueda y la barra de menú se comportan exactamente como se espera.
Lo que distingue a Kiro de una instalación estándar de VS Code es el panel izquierdo dedicado, que contiene cuatro secciones que no existen en ninguna extensión de VS Code:
| Sección del panel | Qué hace |
|---|---|
| Specs | Crear y administrar documentos de especificación (requisitos, diseño, tareas) para builds complejas |
| Agent Hooks | Configurar tareas automatizadas que se activan con eventos del sistema de archivos |
| Agent Steering and Skills | Guardar documentos de guía que moldean cómo se comporta el agente en todas las sesiones |
| MCP Servers | Conectar herramientas externas y fuentes de datos al agente de Kiro |
El lado derecho del IDE aloja el panel de chat. Ahí es donde interactuás con Kiro y donde ves el consumo de créditos en tiempo real. “Est.
Credits Used: 0.1, Elapsed time: 57s” se actualiza después de cada acción del agente, lo que significa que siempre sabés cuánto cuesta cada tarea.
En la parte inferior de la barra de entrada del chat, dos controles determinan cómo se comporta Kiro en cada tarea:
- Selector de modelo: Elegí Auto (Kiro selecciona el modelo más eficiente en costo para cada pedido), o seleccioná un modelo específico como Claude Sonnet 4.6 o Claude Opus 4.8.
- Interruptor de Autopilot: Con Autopilot activado, Kiro escribe y edita archivos sin esperar tu aprobación en cada paso. Con él desactivado, Kiro se pausa antes de cada comando y te pide Trust, Reject o Run it manualmente.
Para la prueba de la plataforma de administración de propiedades, mantuve Autopilot activado durante la planificación y usé aprobación manual durante la ejecución de tareas para evaluar cada paso por separado.
Veredicto: El diseño del IDE resulta cómodo en minutos para cualquier usuario de VS Code. Las cuatro secciones del panel izquierdo son donde vive el valor de Kiro, y entender cada una antes de tu primera sesión determina cuánto le sacás a la herramienta.
Documentos de steering: darle contexto a Kiro antes de tu primer prompt
Lo primero que hay que hacer dentro de un proyecto nuevo de Kiro no es empezar una build. Es generar documentos de steering.
Hice clic en “Generate Steering Docs” en el panel de Kiro antes de enviar cualquier prompt. Kiro escaneó el directorio vacío del proyecto y creó tres archivos markdown dentro de .kiro/steering/:
| Archivo | Contenido |
|---|---|
| product.md | Nombre del producto, descripción, conceptos centrales del dominio y objetivos clave |
| structure.md | Estructura esperada de carpetas y convenciones de organización de archivos |
| tech.md | Stack tecnológico esperado, comandos comunes y convenciones de código |
Para un proyecto completamente vacío, Kiro infirió valores por defecto razonables: React con TypeScript, rutas API de Next.js, PostgreSQL, Prisma, Tailwind CSS y autenticación basada en JWT. Marcó tanto tech.md como structure.md como marcadores de posición para actualizar una vez que el stack real quedara confirmado mediante el scaffolding.
Esto importa porque cada acción posterior del agente lee estos archivos antes de hacer cualquier cosa. Una vez que hacés el scaffolding del proyecto y el stack real queda confirmado, actualizar tech.md hace que Kiro aplique esas convenciones automáticamente en todas las tareas futuras.
También podés agregar tus propios archivos de steering para estándares de diseño de API, convenciones de nombres, reglas de despliegue o cualquier otra restricción que quieras que el agente trate como fija.
Vibe Mode vs Spec Mode: la decisión que define todo el build
Cuando abrís el chat para una nueva build, Kiro te muestra dos modos antes de que escribas nada:
Vibe mode te deja charlar primero y construir sobre la marcha. Sin documentos de planificación, sin salida estructurada. Es mejor para experimentos rápidos, exploración en etapas tempranas o tareas en las que los requisitos todavía se están definiendo.
Spec mode ejecuta una secuencia de planificación antes de escribir cualquier código. Kiro genera requisitos, un documento de diseño técnico y una lista de tareas. Solo después de revisar y aprobar los tres empieza a escribir código. Es mejor para trabajo de nivel producción donde la mantenibilidad importa.
Elegí Spec mode para la plataforma de administración de propiedades. Una vez que envié el prompt, Kiro me hizo dos preguntas de seguimiento antes de generar nada:
- “What do you want to start with?” (Requirements, marcado como recomendado, o Technical Design)
- “Is this a new feature or a bugfix?” (Build a Feature, recomendado, o Fix a Bug)
Estas preguntas determinan la estructura de todo lo que sigue. Elegir “Requirements” significa que Kiro escribe historias de usuario y criterios de aceptación antes de tocar la arquitectura.
Esa secuencia produce artefactos de planificación fundamentalmente distintos de empezar con un diseño técnico y derivar requisitos después.
El flujo de trabajo spec: requisitos, diseño y una lista de tareas antes de cualquier código
Esta es la sección que hace que Kiro valga la pena evaluarlo en serio.
Después de seleccionar “Requirements” y “Build a Feature”, Kiro creó un archivo requirements.md dentro de .kiro/specs/property-management-platform/. El documento apareció inmediatamente en el editor. Pude leerlo mientras se escribía. El contenido incluía:
El glosario: 12 términos de dominio definidos con precisión, incluidos Auth_Service, Property_Service, Lease_Service, Payment_Service, Maintenance_Service, Notification_Service y Dashboard_Service, cada uno mapeado a un subsistema planificado específico.
La descripción de la plataforma: Se documentaron tanto los roles de Landlord como de Tenant, junto con el stack tecnológico confirmado: Next.js, TypeScript, PostgreSQL, Prisma, Tailwind CSS, Stripe y Docker.
Después de generar el documento inicial, Kiro ejecutó un paso automático de refinamiento. Analizó los 12 requisitos, distribuyó subagentes detalladores en paralelo a través de cada uno y actualizó requirements.md con criterios de aceptación completos para cada requisito. El panel lo siguió en tiempo real: “Refining requirements 12/12.”
Una vez completados los requisitos, hice clic en “Continue” y elegí “Generate Design and Tasks.” Kiro produjo design.md y tasks.md juntos. El desglose de tareas fue el resultado destacado de la sesión:
11 grupos de tareas, 43 subtareas, en orden de implementación:
- Scaffolding del proyecto e infraestructura
- Autenticación (JWT, blacklist, middleware, páginas)
- Gestión de propiedades y unidades
- Gestión de tenants
- Gestión de leases, carga de documentos y cron job
- Solicitudes de mantenimiento
- Pagos con Stripe y webhook
- Notificaciones por email
- Panel de landlord y reportes
- Componentes de UI compartidos y layouts
- Endurecimiento de la API (rate limiting, CORS, health check, validación de entorno)
Cada subtarea incluía comandos exactos, rutas de archivos y referencias trazables a requisitos. La tarea 1.1, por ejemplo, hacía referencia directamente a Requirements R12 (Docker) y R10 (REST API) en su descripción. La conexión entre planificación y ejecución era explícita y verificable en todo momento.
Rork, en comparación, saltea esta etapa por completo y pasa directamente a generar una interfaz de usuario a partir del prompt. La diferencia en la calidad de salida es visible: la lista de tareas de Kiro es lo suficientemente específica como para dársela a un desarrollador humano y que entienda exactamente qué hay que construir y en qué orden.
Ejecución de tareas: lo que realmente construyó Kiro
Con la lista de tareas aprobada, hice clic en “Start task” sobre la tarea 1.1: Initialize Next.js 14 project with TypeScript, Tailwind CSS, and ESLint.
Kiro actualizó el estado de la tarea a “in progress” en tasks.md, y luego delegó la ejecución a su subagente spec-task-execution. El agente revisó primero el workspace, confirmó que solo existía la carpeta .kiro spec sin ningún proyecto Next.js todavía, y procedió a hacer el scaffolding del proyecto.
Dentro del primer ciclo de ejecución, el árbol de archivos se pobló con:
- package.json con Next.js, React 19.2.4, TypeScript y dependencias de Tailwind incluidas
- tsconfig.json, eslint.config.mjs, next.config.ts
- estructura de directorios src/ y public/
- AGENTS.md y CLAUDE.md, generados por Kiro como archivos de guía para el agente en el proyecto
- README.md
El archivo CLAUDE.md merece una mención: Kiro es un producto de AWS, pero funciona sobre modelos Claude de Anthropic. El archivo CLAUDE.md es la forma en que los agentes impulsados por Claude almacenan la guía de comportamiento específica del proyecto. Su presencia en el scaffolding generado refleja el modelo subyacente, incluso dentro del contexto de infraestructura de AWS.
En la parte superior de la vista de la lista de tareas, un botón “Run all tasks” permitiría que Kiro ejecute las 43 subtareas en secuencia con Autopilot activado.
Ejecuté las tareas de a una para evaluar cada paso. Para un proyecto real en el que tenés confianza en el plan aprobado, ejecutar todas las tareas automáticamente y revisar la salida al final de cada grupo es un flujo de trabajo razonable y eficiente en tiempo.
Cada archivo que Kiro generó durante la ejecución era un archivo real en mi directorio local del proyecto, de mi propiedad y editable desde el primer segundo. Esta es una distinción importante frente a herramientas basadas en navegador como Figma Make o Uizard, donde la salida es un activo de diseño o una aplicación alojada que no controlás localmente.
El timeout al minuto siete: qué significa para la confiabilidad
Quiero ser directo con esto porque pasó durante la parte más importante de la prueba.
Después de que Kiro refinó los 12 requisitos y aceptó las ediciones a requirements.md, el agente hizo timeout. El mensaje de error en el panel de chat decía:
“The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.”
Esto ocurrió en la transición entre la fase de requisitos y la generación del diseño. El trabajo completado antes del timeout se guardó. No se perdió ningún requisito.
Después de reconocer el error, hice clic en “Continue” y elegí “Generate Design and Tasks.” Kiro se recuperó sin repetir la etapa de requisitos, produjo ambos documentos limpiamente y continuó normalmente por el resto de la sesión.
El contexto que importa acá:
- El timeout ocurrió sobre un prompt complejo que cubría 12 áreas distintas de requisitos con refinamiento paralelo en ejecución. Las tareas más simples probablemente no tomen tanto tiempo.
- Kiro está actualmente en vista previa, y la confiabilidad en el extremo de tareas complejas es una característica conocida de las herramientas en esta etapa.
- La recuperación fue limpia. El sistema de checkpoints preservó todo el trabajo completado y el siguiente paso se ejecutó enseguida.
Dicho eso, que a los siete minutos de la función más distintiva de la herramienta aparezca un timeout es una falla real en la experiencia. Si estás trabajando contra reloj, una herramienta que se detiene y requiere un reintento manual es frustrante, incluso cuando la recuperación es fluida.
Agent Hooks: automatización que corre sin que se lo pidas
Los Agent Hooks no aparecen en ninguna otra herramienta de código con IA evaluada junto con esta comparación, y merecen atención específica porque representan otra forma de pensar la asistencia con IA.
Un Hook es una tarea que corre automáticamente cuando ocurre un evento del sistema de archivos. Vos describís el comportamiento en lenguaje natural, Kiro lo convierte en un listener de eventos y, desde ese momento, el comportamiento se ejecuta en segundo plano cada vez que se cumple la condición de disparo. No hace falta dar un comando ni recordarlo.
Ejemplos de lo que pueden hacer los Hooks:
- Al guardar un archivo: generar tests básicos para cualquier componente que no tenga ya un archivo de test
- Al guardar un archivo: ejecutar limpieza de código o verificaciones de formato
- Al crear un archivo: generar documentación automáticamente para nuevas funciones
- Al cambiar constantes string: actualizar archivos de localización sin acción manual
El hook se guarda dentro de .kiro/hooks/ como un archivo editable. Si querés ajustar la condición de disparo o la instrucción, editás el archivo directamente. La configuración es transparente y controlable por versión junto con el resto de tu proyecto.
El ejemplo de testear al guardar es el más práctico de inmediato: los desarrolladores dejan constantemente los tests para el final de un sprint, y un hook que agrega silenciosamente tests básicos cada vez que se guarda un componente elimina esa decisión por completo. Los tests aparecen en el árbol de archivos después del siguiente guardado sin que tengas que hacer nada.
Consumo de créditos: lo que realmente te da el plan gratis
El modelo de créditos es el área en la que Kiro requiere la lectura más cuidadosa antes de comprometerse con un flujo de trabajo.
El plan gratis da 50 créditos. Esto es lo que consumió una sola sesión de spec para una plataforma de administración de propiedades: 4.28 créditos solo para la planificación, cubriendo requisitos, el documento de diseño y la lista completa de 43 tareas, antes de escribir una sola línea de código de la aplicación.
A ese ritmo de consumo:
| Escenario | Cobertura estimada del plan gratis |
|---|---|
| Sesiones solo de planificación (sin ejecución de código) | Aproximadamente 11 sesiones |
| Planificación más ejecución parcial de tareas | De 3 a 5 sesiones |
| Spec-to-execution completo en un proyecto complejo | 1 proyecto completo como máximo |
Mecánicas clave que conviene entender antes de registrarte:
- Los créditos no se acumulan para el mes siguiente. Lo que quede sin usar al final de tu mes de facturación se pierde.
- El cobro por excedente está desactivado por defecto en todos los planes pagos. Tenés que activarlo en Settings antes de alcanzar el límite, o Kiro deja de funcionar a mitad de tarea.
- La elección del modelo afecta la tasa de consumo. Ejecutar la misma tarea con Claude Sonnet 4.6 cuesta 1.3 veces más créditos que ejecutarla en modo Auto. Los modelos Opus cuestan todavía más.
- Los usuarios del plan gratis obtienen Claude Sonnet 4.5 y un conjunto de modelos de peso abierto que incluye Qwen3 Coder Next, DeepSeek v3.2 y MiniMax 2.1. Los usuarios de planes pagos desbloquean Claude Sonnet 4.6, Claude Opus 4.6 y Claude Opus 4.8.
- El uso de créditos se ve en tiempo real en el panel de chat después de cada acción del agente y se actualiza en el panel de suscripción cada cinco minutos.
El rastreador de crédito en tiempo real (“Est. Credits Used: 0.1, Elapsed time: 57s” después de cada tarea) es una función de transparencia que ninguna herramienta comparable ofrece actualmente. Sabés exactamente cuánto cuesta cada tarea mientras se ejecuta, lo que te ayuda a decidir si usar el modo Auto o un modelo específico para cada caso.
Precios y planes de Kiro
Kiro funciona con un modelo basado en créditos con cinco niveles, desde un plan gratis con una asignación mensual fija hasta un plan de alta capacidad pensado para uso profesional diario.
Todos los planes pagos incluyen acceso a modelos premium, la opción de habilitar excedente pago por uso y el conjunto completo de funciones de Kiro, incluidas specs, hooks, autopilot y acceso por CLI.
Qué conviene saber antes de elegir un plan:
- El plan gratis ofrece una asignación mensual fija de créditos sin necesidad de tarjeta de crédito. No caduca, pero una sola sesión compleja de spec le va a pegar un recorte notable.
- La primera vez que pasás del plan gratis a cualquier plan pago usando Google o AWS Builder ID (no AWS Identity Center), recibís un crédito de $20 aplicado al costo de tu suscripción. Este beneficio aplica una sola vez.
- Kiro factura el primer día de cada mes calendario. Subir de plan a mitad de mes implica pagar una tarifa prorrateada pero acceder de inmediato al límite completo de créditos de tu nuevo plan.
- El cobro por excedente está disponible en todos los planes pagos a una tarifa fija por crédito adicional, pero viene desactivado por defecto. Activarlo en Settings antes de llegar al límite, o Kiro pausa tu trabajo cuando se te acaban los créditos.
- Los créditos no usados no se transfieren al mes siguiente.
- Cada desarrollador necesita su propia suscripción. Actualmente no existe una opción compartida de asientos para equipos. Las funciones de facturación para equipos figuran como coming soon.
- La política estándar de Kiro es no hacer reembolsos por cancelaciones a mitad de mes. El acceso continúa hasta el final del ciclo de facturación. Los reembolsos se consideran caso por caso solo por errores de facturación.
- Las tarjetas de crédito son el único método de pago aceptado.
- El precio de GovCloud (US) es aproximadamente 20% más alto que el precio estándar, y el plan gratis no está disponible en ese entorno. El acceso a GovCloud requiere un plan pago y autenticación empresarial vía AWS IAM Identity Center.
- La interfaz web está actualmente en vista previa y disponible solo para usuarios pagos. Los créditos se consumen a la misma tasa ya sea que trabajes en el IDE, la CLI o la web.
Qué plan le conviene a cada tipo de usuario: El plan gratis alcanza para hacer una evaluación real. Para desarrollo activo en proyectos reales, hace falta un plan pago para evitar quedarte sin créditos a mitad de sesión. Los planes de mayor nivel tienen sentido para desarrolladores que corren varias sesiones completas de spec por semana o trabajan en varios proyectos complejos al mismo tiempo.
Alternativas a Kiro
La competencia más directa de Kiro es Cursor, el editor de código potenciado por IA que también está construido sobre bases de VS Code y apunta a desarrolladores que quieren una IA profundamente integrada en su entorno de desarrollo.
La diferencia central está en la filosofía de flujo de trabajo. Cursor está hecho para acelerar lo que ya estás haciendo: vos escribís código y Cursor asiste.
Kiro está hecho para tomar primero el control de la etapa de planificación: el agente define qué hay que construir antes de escribir una sola línea. Si tu principal frustración es el cambio lento de contexto entre un chat de IA y tu editor, Cursor lo resuelve de forma más directa. Si tu frustración es que el código generado por IA carece de estructura o es difícil de mantener, el flujo de trabajo con specs de Kiro es la respuesta más relevante.
| Feature | Kiro | Cursor |
|---|---|---|
| Facilidad de uso | Familiar para usuarios de VS Code; el flujo de trabajo con specs agrega una curva de aprendizaje | Familiar para usuarios de VS Code; menor fricción de onboarding |
| Mejor para | Builds estructuradas y guiadas por specs para proyectos de producción | Edición rápida asistida por IA y tareas de agente dentro de codebases existentes |
| Backend y datos | Construye proyectos locales reales con control total del stack | Edita y amplía archivos de proyectos existentes con control total del stack |
| Flexibilidad de diseño | No tiene constructor visual; genera código real de propiedad local | No tiene constructor visual; genera código real de propiedad local |
| Modelo de precios | Basado en créditos; 50 créditos gratis; todo el uso consume una asignación mensual de créditos | Basado en créditos desde junio de 2025; el modo Auto es ilimitado; la selección de modelos premium consume de un pool mensual de créditos |
Veredicto final: ¿vale la pena Kiro?
Kiro se destaca por poner la planificación antes que el código. Su flujo de trabajo de especificación, los documentos de steering y el desglose de tareas producen una base de código más estructurada y mantenible que las herramientas de IA que van directo a la implementación. La función Agent Hooks es otro punto fuerte, ya que habilita automatizaciones de flujo de trabajo que siguen corriendo más allá de un solo prompt.
Los trade-offs son la curva de aprendizaje y el precio. El plan gratis es demasiado limitado para proyectos grandes, y los desarrolladores necesitan sentirse cómodos trabajando en un IDE. Durante las pruebas, también me encontré con un timeout, aunque Kiro se recuperó sin perder progreso.
Si sos desarrollador y construís software de producción, Kiro es una de las herramientas de código con IA más fuertes disponibles hoy. Si buscás un constructor de apps simple sin código, en cambio, no es la opción correcta.
