Kiro Código promocional

Kiro es un IDE con inteligencia artificial desarrollado por Amazon Web Services y presentado públicamente en la AWS Summit NYC en julio de 2025. Basado en Code OSS, el núcleo de código abierto que también sustenta Visual Studio Code, permite a los usuarios conservar su configuración, temas y extensiones compatibles con Open VSX de VS Code. Lo que distingue a Kiro del resto de asistentes de codificación con IA es una metodología llamada desarrollo basado en especificaciones: en lugar de pasar directamente de una solicitud a código generado, Kiro inserta una fase de planificación estructurada que produce documentos de requisitos, artefactos de diseño técnico y listas de tareas ordenadas por dependencia antes de escribir una sola línea.

• Desarrollo basado en especificaciones: es la característica definitoria y la razón principal por la que los desarrolladores adoptan Kiro en lugar de alternativas más rápidas y reactivas. Cuando un desarrollador describe una funcionalidad en lenguaje natural, el agente de Kiro utiliza la notación EARS (Easy Approach to Requirements Syntax) para generar un archivo requirements.md con historias de usuario y criterios de aceptación. A continuación, analiza el código fuente existente para generar un archivo design.md que contiene diagramas de flujo de datos, interfaces TypeScript, esquemas de bases de datos y definiciones de puntos finales de API. Finalmente, genera un archivo tasks.md que secuencia todo el trabajo de implementación en orden de dependencia, con cada tarea vinculada explícitamente a un requisito específico. El desarrollador revisa y aprueba cada fase antes de que Kiro la ejecute. Este proceso de tres pasos significa que la implementación es rastreable desde el primer día, lo que resuelve el modo de fallo más común de las bases de código generadas por IA: código que funciona pero no se puede mantener porque nadie documentó el porqué de las decisiones.

• Los hooks de agente son automatizaciones que se ejecutan en segundo plano en función de eventos del sistema de archivos, como guardar, confirmar o desplegar. Un desarrollador puede configurar un hook para regenerar automáticamente las pruebas unitarias cada vez que se guarda un archivo fuente, actualizar la documentación de la API cuando se modifica una ruta, aplicar convenciones de nomenclatura al crear archivos o ejecutar un análisis de seguridad antes de un despliegue. Esto crea una canalización de integración continua ligera dentro del IDE que se ejecuta sin intervención manual, lo que garantiza que la documentación y las pruebas se mantengan sincronizadas con el código a medida que avanza el desarrollo.

• Archivos steering: permiten a los equipos incorporar el contexto específico del proyecto al comportamiento de la IA en todas las sesiones. Archivos como product.md, tech.md o structure.md definen la visión del producto, la pila tecnológica, las convenciones arquitectónicas y los estándares de codificación. Una vez implementados, cada especificación, cada tarea y cada respuesta de la IA se genera con ese contexto ya cargado, lo que elimina la necesidad de volver a explicar las reglas del proyecto al inicio de cada sesión.

• Chat con agente: gestiona tareas de desarrollo puntuales mediante una interfaz conversacional que comprende el contexto completo del proyecto, incluyendo archivos, URL, documentación, imágenes y salida de terminal a través de entradas multimodales. El agente puede abrir, modificar y analizar varios archivos simultáneamente en respuesta a una sola solicitud, en lugar de requerir que el desarrollador gestione cada cambio manualmente.

• Compatibilidad con el Protocolo de Contexto de Modelo (MCP): conecta Kiro con herramientas externas, API, bases de conocimiento internas y sistemas de documentación. Esto permite que el agente incorpore información externa al código fuente al generar sugerencias o ejecutar tareas, lo que le confiere mayor conocimiento del proyecto que las herramientas que operan únicamente con los archivos abiertos.

• La interfaz de línea de comandos (CLI) de Kiro y el protocolo de cliente de agente (ACP) amplían las capacidades del IDE más allá de la aplicación de escritorio. A principios de 2026, Kiro puede utilizarse desde la línea de comandos y funciona como agente personalizado en editores compatibles con ACP, incluidos los IDE de JetBrains y Zed, lo que significa que los equipos no quedan atados a un único editor.

• Integración con AWS: una ventaja estructural que ningún competidor puede replicar fácilmente. Kiro comprende de forma nativa las funciones de Lambda, las construcciones de CDK, las plantillas de CloudFormation y los flujos de trabajo de CodeCatalyst. Cuando un desarrollador especifica una funcionalidad serverless, el código generado se adapta a la arquitectura de AWS existente en lugar de producir código genérico repetitivo. También admite la implementación en AWS GovCloud, lo que convierte a Kiro en el único IDE con IA disponible actualmente en ese entorno regulado.

Actualmente, la herramienta es compatible con Python, Java, JavaScript, TypeScript, C#, Go, Rust, PHP, Ruby, Kotlin, C, C++, scripts de shell, SQL, Scala, JSON, YAML y HCL, cubriendo así los principales lenguajes utilizados en el desarrollo orientado a la nube. No se requiere una cuenta de AWS para su uso individual.

• El desarrollo basado en especificaciones resuelve un problema al que se enfrenta toda base de código en crecimiento: la crítica habitual al código generado por IA no es que no funcione, sino que no se pueda mantener. Cuando la IA escribe código a partir de una instrucción vaga, no hay registro de los requisitos que debía cumplir, las compensaciones de diseño que se consideraron ni el motivo de una decisión arquitectónica concreta. A medida que el proyecto crece y el desarrollador original se marcha, o a medida que cambian los requisitos, reconstruir este historial no documentado resulta costoso. El flujo de trabajo de tres fases de Kiro genera documentación viva como subproducto del propio proceso de desarrollo. Los archivos requirements.md, design.md y tasks.md se mantienen sincronizados con la base de código en evolución, de modo que el conocimiento institucional no desaparece cuando un desarrollador sénior se marcha. Para los equipos que desarrollan sistemas de producción con la expectativa de un mantenimiento a largo plazo, esta no es una característica deseable, sino una auténtica disciplina de ingeniería integrada en las herramientas.

• Los hooks de agente transforman la aplicación de la calidad, pasando de ser una obligación manual a un proceso automatizado en segundo plano: la mayoría de los desarrolladores saben que deben actualizar la documentación, regenerar las pruebas y comprobar si hay problemas de seguridad al modificar el código. En la práctica, estas tareas se omiten bajo la presión de los plazos de entrega. Los hooks de Kiro eliminan por completo esta fricción al ejecutar estas comprobaciones automáticamente al guardar o confirmar un archivo, sin necesidad de ninguna acción deliberada. Un desarrollador que configura correctamente los hooks se compromete de antemano con un conjunto de estándares de calidad que se aplican independientemente de si recuerda o no aplicarlos. Esto es cualitativamente diferente de las reglas pasivas o las configuraciones de linting, que dependen de que el desarrollador decida actuar.

• La integración nativa de AWS ofrece a los equipos en la nube capacidades que ningún competidor ofrece actualmente: para las organizaciones que ya operan en el ecosistema de AWS, el conocimiento de Kiro sobre Bedrock, Lambda, CDK y CloudFormation permite que el agente genere código que se adapta a la infraestructura existente desde la primera solicitud. Los equipos que desarrollan aplicaciones serverless o gestionan implementaciones de AWS no necesitan adaptar la salida genérica de la IA a su pila tecnológica. La compatibilidad con GovCloud añade valor adicional para las industrias reguladas donde el cumplimiento de los estándares de nube del gobierno de EE. UU. es un requisito indispensable.

• El modelo de especificación como punto de control ofrece a los desarrolladores mayor control sobre tareas complejas de varios pasos que las herramientas de vibe coding puro: en lugar de observar cómo se ejecuta un agente durante varios minutos y luego revisar un diff grande y opaco, Kiro divide la ejecución en tareas individuales que se pueden activar y revisar una por una. Un sistema de puntos de control y reversión permite revertir un paso generado incorrectamente sin perder el resto del trabajo. Para los desarrolladores que han tenido problemas con el modo agente en herramientas como Cursor, que produce efectos secundarios difíciles de desentrañar, este control granular sobre la ejecución representa una mejora significativa.

• El código fuente abierto y el estándar ACP demuestran un compromiso arquitectónico genuino a largo plazo: el repositorio de Kiro en GitHub es público y acepta contribuciones de la comunidad. El protocolo Agente-Cliente (ACP) es un estándar abierto, no un mecanismo propietario que restrinja el acceso a un software. AWS ha mantenido y desarrollado históricamente proyectos de código abierto durante largos periodos de tiempo, lo que ofrece una confianza en el futuro de la herramienta que algunos nuevos participantes en el sector no pueden ofrecer.

• El flujo de trabajo basado en especificaciones añade fricción a las tareas exploratorias sencillas: el proceso de tres fases que hace que Kiro sea excelente para características complejas de varios pasos resulta excesivo para una corrección rápida de errores, una refactorización de una sola línea o un pequeño cambio de formato. Los desarrolladores que dedican mucho tiempo a tareas pequeñas y bien definidas suelen encontrar que la sobrecarga de especificaciones los ralentiza en comparación con la generación de código inmediata de Cursor o el autocompletado en línea de GitHub Copilot. Kiro reconoce esto al ofrecer un modo vibe para el trabajo ad hoc basado en chat, pero el cambio de contexto entre modos y el hecho de que el nivel gratuito no asigne créditos de especificación hace que la división resulte incómoda en la práctica.

• El consumo de créditos es difícil de predecir y ha generado críticas constantes por parte de los usuarios: la transición del acceso de vista previa ilimitado a un modelo de precios basado en créditos fue mal recibida, y The Register publicó un titular en agosto de 2025 que describía el modelo de precios como «una tragedia que arruina el bolsillo». Aunque AWS revisó el modelo en respuesta a los comentarios, el problema subyacente persiste: las tasas de consumo de créditos por tipo de operación no se publican de forma consistente, las tareas complejas pueden agotar los créditos mucho más rápido de lo que los usuarios esperan, y los créditos no se acumulan. Para un desarrollador que realiza un trabajo intensivo de especificación en una base de código grande, la asignación mensual del nivel Pro puede agotarse mucho antes de que termine el mes. La facturación por exceso de uso a 0,04 $ por crédito está disponible en los planes de pago, pero requiere activación manual, y la falta de previsibilidad hace que la planificación de costes mensuales sea realmente difícil.

• La calidad del autocompletado y de las sugerencias en tiempo real queda por detrás de alternativas más consolidadas: varios revisores independientes y comentarios de la comunidad señalan que Cursor supera significativamente a Kiro en el autocompletado de código tradicional y las sugerencias en línea en tiempo real. Para los desarrolladores cuyo flujo de trabajo depende en gran medida del autocompletado rápido mientras escriben, Kiro no es competitivo con las herramientas optimizadas específicamente para esa experiencia. El valor de Kiro reside en su ejecución estructurada y basada en agentes, no en la velocidad de escritura.

• El modo agente con acceso a la infraestructura conlleva un riesgo real: durante la fase de prueba inicial de Kiro, el uso de Kiro por parte de un ingeniero de AWS provocó, según se informa, una reacción en cadena no deseada que causó una interrupción localizada del servicio de AWS, lo que le valió a la herramienta cierta notoriedad viral temporal con la frase «demasiado vibe, tumbó AWS». Este incidente, si bien es excepcional, ilustra un riesgo real inherente a la combinación de un IDE agente estrechamente integrado con la infraestructura en la nube y un proceso corto desde la generación de código hasta la implementación en producción. Desde entonces, AWS ha añadido pasos de confirmación adicionales para las operaciones que afectan a la infraestructura en producción, pero el incidente puso de relieve la importancia de revisar cuidadosamente los permisos del agente antes de implementar Kiro en entornos con acceso a producción.

Kiro utiliza un modelo de precios basado en créditos. Un crédito es una unidad de trabajo consumida en respuesta a las solicitudes del usuario; las tareas sencillas consumen menos de un crédito, mientras que las ejecuciones de especificaciones complejas consumen más. Los nuevos usuarios reciben 500 créditos de bonificación válidos durante 30 días, independientemente del plan que contraten (excepto los usuarios de AWS IAM Identity Center). Los créditos se restablecen al inicio de cada mes de facturación y no son acumulables. En los planes de pago, se puede facturar el exceso de uso de 0,04 $ por crédito, que debe habilitarse manualmente en la configuración.

Las suscripciones son individuales, no compartidas entre equipos. El consumo de créditos varía según el modelo: usar Claude Sonnet 4 cuesta aproximadamente 1,3 veces más créditos que usar el modelo Auto para la misma tarea. El nivel gratuito no está disponible en las regiones de AWS GovCloud, que requieren un plan de pago con autenticación empresarial.