9 puntos por GN⁺ 2025-07-15 | 1 comentarios | Compartir por WhatsApp
  • Kiro es un IDE centrado en especificaciones para desarrollo basado en agentes de IA, que simplifica el proceso desde el concepto inicial hasta el despliegue real
  • Genera automáticamente desde requisitos hasta diseño y tareas de implementación con un solo prompt, y además revisa pruebas, accesibilidad y más para facilitar la gestión de código a nivel de producción
  • Soporta Mac, Windows, Linux y los principales lenguajes, además de ofrecer compatibilidad con plugins/configuraciones de VS Code y una vista previa gratuita
  • Flujo de trabajo centrado en specs (especificaciones) para organizar requisitos y hooks para que la IA procese automáticamente ciertos eventos
  • Destaca no solo para el 'vibe coding' (prototipado improvisado), sino también por su fortaleza en la especificación clara y la transición hacia sistemas productivos

Especificaciones (Specs) y Hooks

  • Specs: ayudan a los desarrolladores a documentar requisitos de forma concreta, y con base en ello la IA genera automáticamente artefactos de diseño técnico como código, documentos de diseño, esquemas de base de datos y endpoints de API
    • Cuando los requisitos no están claros, establece criterios definidos, y aun cuando haya cambios o ampliaciones, las especificaciones y el código real se mantienen sincronizados
  • Hooks: automatizan tareas repetitivas que incluso desarrolladores experimentados pueden olvidar, además de prevenir errores menores
    • Cuando ocurren ciertos eventos, como guardar, crear o eliminar archivos, el agente ejecuta automáticamente las tareas definidas en segundo plano
    • Por ejemplo, al guardar un componente de React actualiza los archivos de prueba, al cambiar un endpoint de API actualiza el README, y al hacer commit ejecuta verificaciones de seguridad
    • Mantiene de forma consistente la calidad del código, la seguridad y la estandarización en todo el equipo

Proceso de desarrollo basado en Specs y Hooks

  • Ejemplo: agregar un sistema de reseñas a una app de e-commerce
      1. Ingreso de un solo prompt: "Agregar un sistema de reseñas al producto" → la IA genera automáticamente una especificación con historias de usuario y casos límite basada en EARS (notación clara de requisitos)
      1. Diseño técnico: genera automáticamente el diseño correspondiente a la especificación, incluyendo diagrama de flujo de datos, interfaces TypeScript, esquema de BD y API
      1. Generación de tareas de implementación: ordena automáticamente tareas y subtareas según dependencias, y revisa pruebas unitarias/integración, estados de carga, versión móvil y accesibilidad
      1. Garantía de calidad con Hooks: automatiza revisiones repetitivas, como actualizar código de pruebas al guardar o escaneos de seguridad antes del commit

Características y otras funciones

  • Como editor de código con IA, incorpora diversas funciones de productividad como soporte para MCP(Model Context Protocol), guías de comportamiento de IA, proveedores de contexto para archivos/URL/documentos y chat con agentes
  • Como es compatible con configuraciones de VS Code y plugins de Open VSX, se integra fácilmente con entornos de desarrollo existentes
  • Las especificaciones (Specs) y el código siempre permanecen sincronizados, resolviendo problemas de documentación omitida y mantenimiento

Visión y dirección futura

  • Busca resolver desafíos complejos del desarrollo, como asegurar consistencia de diseño entre equipos, eliminar conflictos de requisitos, automatizar revisión de código, gestionar deuda técnica y transferir conocimiento
  • Apunta a una nueva forma de desarrollo de software en la que personas e IA colaboran mediante desarrollo centrado en especificaciones

Cómo empezar y soporte

  • Soporta Mac, Windows, Linux y varios lenguajes, con inicio de sesión disponible mediante Google/GitHub y otros
  • Con tutoriales prácticos es posible recorrer todo el flujo de desarrollo, desde escribir especificaciones hasta desplegar
  • Actualmente se ofrece gratis durante el periodo de vista previa (con algunas limitaciones)

1 comentarios

 
GN⁺ 2025-07-15
Opiniones de Hacker News
  • Kiro analiza la base de código y las especificaciones de requisitos aprobadas para generar automáticamente documentos de diseño, incluyendo diagramas de flujo de datos, interfaces de TypeScript, esquemas de BD, endpoints de API y más; este enfoque reduce la pérdida de tiempo causada por aclarar requisitos durante el proceso de desarrollo. Es bastante útil para documentación, pero el diseño real solo tiene sentido si las decisiones se toman antes de programar.

    • Entiendo que se refiere a crear documentos de diseño en la etapa entre los requisitos y la escritura del código; como lee una base de código existente, también parece funcionar bien para proyectos que no son greenfield.

    • Me recuerda a la famosa frase de Eisenhower: "Los planes son inútiles, pero el proceso de planificar lo es todo".

  • Resumen de puntos importantes del FAQ: si usas el plan Pro o Pro+, tu contenido (código, conversaciones, archivos, etc.) no se usa para entrenar los modelos de IA predeterminados; AWS puede recopilar telemetría del cliente y datos de usabilidad con fines de mejora del servicio, pero se puede desactivar la recolección de datos en la configuración del IDE; en la versión Free y en preview, el contenido puede usarse para mejorar la calidad del modelo si no haces opt-out explícitamente. Para más detalles, consulta el FAQ.

    • Viendo esta política, parece que desde la perspectiva empresarial consideran valioso este tipo de contexto (datos de entrada). Como normalmente he sentido que la calidad intermedia del código generado por LLM es inferior a la del código escrito por personas, si el código ingresado se usa como dato de entrenamiento sin filtrado, dudo que realmente tenga valor. Creo que el posprocesamiento para excluir datos defectuosos es indispensable. Los datos de contexto también pueden servir para otros usos aparte del entrenamiento.

    • Para desactivar el uso compartido de datos de telemetría en Kiro, ve a Settings, luego a la subpestaña User, y cambia Application → Telemetry and Content a Disabled. La guía oficial también explica los pasos.

  • Llevo casi un año participando en el desarrollo de Kiro. Me enorgullece que Kiro ofrezca funciones que lo diferencian de los editores con IA existentes. Tengo especial confianza en el “spec driven development”. Basado en el proceso de ingeniería de Amazon, puede generar desde un prompt simple los requisitos técnicos, documentos de diseño (incluyendo diagramas) y hasta listas de tareas. Programar con Kiro también fue divertido, y publiqué una muestra de proyecto que construí personalmente: spirit-of-kiro, un juego incremental casi 95% programado por IA.

    • Está genial que el proyecto de ejemplo incluya incluso documentos como CHALLENGE.md y ROADMAP.md. Me parece un buen framework para que usuarios reales lo prueben directamente. Lo único decepcionante es que haya que usar AWS sí o sí. Por ejemplo: “¿Puedo pedirle a Kiro que use solo una BD local y mi Anthropic API Key?”. Si existiera un agentic coding así, sería mucho mejor. Dejando de lado las quejas sobre AWS, este tipo de demo de entorno práctico es de verdad una gran idea.

    • El hecho de que mencione que es 95% código de IA también podría significar que en realidad no tenía expectativas muy altas sobre el resultado del código. Probablemente la actitud era que bastaba con que se viera más o menos bien.

    • No sé si mi retroalimentación va dirigida a Kiro en sí o al campo completo de los agentes de programación, pero lo que más me hace dudar es que ya tengo reglas personalizadas configuradas en otros productos (Copilot, Continue, Cursor, etc.). Justo ahora volví a migrar mi configuración a Claude Code, y no quiero repetir ese esfuerzo. Las empresas deberían crear buenos flujos de onboarding que importen o conviertan automáticamente configuraciones desde apps externas si quieren atraer a muchos usuarios.

    • Me pregunto si es algo similar a “My LLM codegen workflow atm” de Harper Reed, flujo relacionado.

    • ¿Por qué hicieron un editor? Me habría parecido mejor una versión CLI. Personalmente prefiero CLI porque VSCode me parece lento.

  • No quiero cambiarme a un nuevo editor/IDE cada 6 meses. Cansa adaptarse a nuevos key bindings y a una UI completamente distinta. El área de herramientas de IA avanza tan rápido que tarde o temprano inevitablemente aparecerá un reemplazo mejor. Ya se ve ese fenómeno con Cursor y Windsurf. Ahora mismo parece que Claude Code está ganando popularidad, y el enfoque CLI o TUI va más con mi estilo. Claro, también hay una base mucho mayor de usuarios de aplicaciones GUI que de usuarios de terminal.

    • Como todos están basados en vscode, por ahora la barrera de entrada para cambiar de editor sigue siendo baja. Más adelante cambiará, pero hoy la experiencia de uso es casi la misma entre ellos. Cursor no sigue las actualizaciones de VSCode, pero por ahora eso es algo menor.

    • Yo me quedé con el enfoque de “integración con IDE” de Aider. Puedo usarlo en el editor que quiera y también elegir libremente el backend de IA. El vendor lock-in me parece absurdo. No puedo usar tab completion, pero normalmente el tab completion clásico basado en language server me parece mejor. Cuando necesito IA, invoco la herramienta explícitamente. Dependiendo del entorno de trabajo será distinto, pero a mí me funciona bien. Y además es muy valioso poder alternar libremente entre modelos como Claude, Gemini, Deepseek, Qwen y Kimi para compensar las carencias de unos con otros.

    • No pienso abandonar nunca vim ni mi propio cerebro. Siento que no solo compras un IDE, sino también el modelo de machine learning del que vas a depender. Mis colegas dependen cada vez más de las herramientas y su capacidad de pensar está disminuyendo. De verdad estamos en tiempos extraños. Me pregunto qué pasará si un día el servicio del modelo desaparece.

    • ¿Cada 6 meses? A estas alturas ya es más bien cada 2 semanas. Estoy satisfecho usando Claude Code.

    • Estos IDE agentic también podrían haber salido como plugins de VSCode. Supongo que, como plugin, habría sido más difícil conseguir inversión de VC, así que lo lanzaron como producto separado.

  • Me impresionó que se enfoque en desarrollo basado en especificaciones. Yo también mantengo texto de especificaciones con Claude Code, y siempre gestiono junto con eso el README y diagramas de arquitectura (Markdown/mermaid). De hecho, siento que esta documentación es más importante que la generación de código en sí. Me pregunto si Kiro tiene alguna ventaja realmente superior en esta parte. Estaría bien si ofreciera un mejor DSL o algo similar para crear diagramas o planes de forma más fácil y mejor. Como ya estoy acostumbrado a mi workflow, me cuesta adoptar una herramienta nueva. También me da curiosidad el esquema de precios: si es simplemente precio de Bedrock con valor agregado encima.

    • Creo que Kiro sí tiene algo especial que ayuda a hacer mejor este enfoque. Si lo usas directamente, podrás comparar los resultados. A mí personalmente me gustan el formato en que genera especificaciones, documentos de diseño de software y diagramas mermaid. El precio es por suscripción mensual y hay un límite de interacciones por mes. Cada interacción “iniciada por el usuario” consume parte del cupo, pero una sola interacción puede producir bastante código automáticamente. Más detalles en la página de precios.
  • Me parece muy interesante este experimento donde IA y humanos colaboran para producir resultados. El patrón es que la persona se concentra en la idea de alto nivel mientras la IA se encarga de tareas de bajo nivel. La estructura jerárquica de requisitos → especificaciones → código está muy clara. Si cada etapa se maneja en documentos separados (Markdown, etc.), se pueden hacer revisiones independientes en cada nivel. Este tipo de toma de decisiones estructurada parece muy efectiva para programar. Si este modelo se consolida, en el futuro podría extenderse también a otras áreas como derecho, medicina o seguros. El software es solo la punta del iceberg, y si este patrón funciona, podrían surgir muchísimas startups. La clave está en gestionar eficientemente documentos de varios niveles, abstracciones y procesos de revisión. Me parece un problema totalmente resoluble.

    • Si se lleva esto hasta el punto de estructurar documentos por capas, al final podría evolucionar hacia algo parecido a un “lenguaje de programación” completo, con sintaxis coherente y lenguaje formalizado para comunicarle claramente a la computadora lo que se le quiere pedir. Eso por sí mismo podría ser un cambio enorme.
  • Un dato importante: es otro fork más de VSCode. Nos dijeron que la IA abriría una era de innovación, pero da pena que en la práctica solo sigan copiando lo que ya existe. Ahora mismo la IA más bien parece estar terminando con la era de la innovación. Todo el mundo está concentrado en clonar.

  • Me pregunto si esto es un producto de Amazon. Si haces clic en la pestaña ‘Legal’, te lleva a AWS. En la documentación oficial dice: "Kiro es un IDE agentic independiente de AWS". Pero en ninguna parte del sitio principal aparece claramente que pertenezca a Amazon. Considerando que el autor @nathanpeck trabaja en Amazon, da la impresión de que están ocultando información.

    • ¿No sabes que AWS es Amazon Web Services?

    • Yo originalmente había puesto en el título que era un producto de AWS, pero en Hacker News cambiaron el título y eso hizo que perdiera claridad.

    • No parece que intenten ocultarlo. En la página About se menciona oficialmente que "Kiro fue construido por un pequeño equipo dentro de AWS". Para referencia, trabajo en AWS, aunque en otra área.

  • Últimamente los IDE se están volviendo la vía favorita para entrar al mercado de desarrolladores. Antes Atom abrió la tendencia de la próxima generación de IDE y VSCode se convirtió en el estándar del mercado. En la era de la IA, captar usuarios, recolectar datos y posicionar modelos es crucial, y el IDE ofrece todo eso. Kiro también es un proyecto que se suma a esta tendencia (Kiro de AWS, VSCode+Copilot de Microsoft, Windsurf de OpenAI, Cursor, Trae de Alibaba, Zed, etc.). Zed antes entraba en otra categoría, pero hoy lo veo como una herramienta equivalente con agentes de IA. El mercado está demasiado saturado, y herramientas como Claude Code ya ofrecen una alternativa a los usuarios. Yo también probé Cursor y terminé volviendo a Helix/VSCode+Claude Code.

    • A mí me encanta el rendimiento base del editor de Zed. Sus funciones de IA también están bastante bien. Últimamente además están aumentando sus experimentos de IA del lado TUI. Por otro lado, me preocupa que Zed se deje arrastrar demasiado por la tendencia de IA y que el proyecto se vuelva más complejo. Confío en que la gente inteligente sabrá mantener el equilibrio.

    • OpenAI intentó adquirir Windsurf, pero al final Google terminó cerrando el servicio.

  • Amazon ya publicó un producto de CLI de programación agentic similar a Claude Code, el Q Developer CLI. Su nivel gratuito está bastante bien, y la suscripción paga incluso podría ser mejor que Claude Code. También soporta MCP. Q tiene plugins para VSCode e IntelliJ, pero Kiro ofrece más funciones que un simple plugin, de manera parecida a cómo Cursor hizo un fork de VSCode.

    • Q CLI permite usar modelos Claude casi de forma ilimitada por $20 al mes. Está menos pulido que Claude Code, pero la diferencia de precio es grande.

    • Eso sí, Q CLI tiene problemas como inyectar demasiado contenido innecesario en el perfil del shell, haciendo más lento el terminal, y no soportar servidores de streaming estándar, entre otros.