Por qué AWS decidió crear Kiro, un nuevo entorno de desarrollo que podría transformar la forma en que se construyen aplicaciones
La compañía presentó un entorno de programación que prescinde de referencias explícitas a su identidad corporativa para atraer a perfiles técnicos con una propuesta independiente. Kiro se basa en una bifurcación de VSCode y apunta a integrar modelos de inteligencia artificial con flujos de trabajo colaborativos, buscando diferenciarse de otras iniciativas.

Durante los últimos 12 meses, se registró más actividad en herramientas destinadas a desarrolladores que en los 15 años anteriores. Esto ocurrió principalmente por la IA generativa y su capacidad de automatizar la creación de aplicaciones en distintos niveles. La innovación avanzó sin límites, con la evolución del uso de la IA, desde los asistentes de programación que impulsó GitHub Copilot hasta nuevas herramientas de programación como Cursor y Windsurf (todas ellas, casualmente, creadas sobre el IDE de código abierto VSCode de Microsoft).

De manera llamativa, AWS no obtuvo mucha relevancia entre los desarrolladores por su aporte al movimiento de desarrollo de IA. Y resulta una pena, ya que AWS fue pionera en adoptar una estrategia multimodelo con su API Bedrock; fue de las primeras en incorporar MCP; y también contaba con funciones de codificación agentic antes que GitHub Copilot. Esto derivó en frustración dentro del equipo de AWS, que asumió que tal vez necesitaba una estrategia de desarrollo más decidida. Así surgió Kiro, que posiblemente marque el mayor cambio en la estrategia de desarrollo de AWS en años.

¿Qué es Kiro? 

Kiro es un nuevo IDE que nace de una bifurcación de VSCode y, como otros espacios de desarrollo, resulta amigable para los usuarios. Sin embargo, definirlo de este modo resulta insuficiente si se observan las ideas que motivaron su creación. Kiro no se presenta como un producto con la marca AWS. La compañía comprendió que, para que una herramienta sea adoptada con rapidez, debe mantenerse neutral frente a servicios y nubes. 

Por ese motivo, aunque su desarrollo está en manos de empleados de AWS, no utiliza la marca Amazon ni AWS, algo inusual para cualquier solución de esta empresa. Kiro puede descargarse directamente desde su propio sitio web. Ni siquiera exige un ID de AWS para utilizarlo. (Quien escribe probó versiones preliminares con su cuenta de Google). 

Aprovecha los complementos nativos de VSCode, por lo que permite usar y compartir código en cualquier plataforma. Este rasgo lo diferencia de otros recursos de AWS, como Q Developer, que dependen de manera directa de los servicios propios de la compañía.

En cuanto a los modelos, Kiro no mantiene neutralidad: AWS ofrece Bedrock y una gran variedad de modelos, incluidos sus propios Nova. Sin embargo, en esta primera etapa, Kiro solo trabaja con Anthropic Claude Sonnet 3.7 o 4.0. Sus desarrolladores anticiparon que sumarán más opciones de acuerdo a la demanda. Kiro funciona como un IDE completo. AWS, tras su experiencia con Q y el aprendizaje de GitHub y Cursor, concluyó que la verdadera innovación nace del framework del IDE y no de la simple oferta de plugins.

Kiro apunta de manera directa al desarrollador empresarial. Aunque este proyecto significa un giro profundo dentro de AWS, no supone dejar de lado a su público principal ni a su propuesta de valor general. El desarrollador empresarial continúa siendo el usuario prioritario. Y si bien se considera que la programación de vibe resulta clave en la empresa, AWS observa ciertos elementos de vibe con otro criterio.

¿Es necesario que exista otro IDE en el mercado?

En abril recibí una invitación para sumarme a un grupo reducido de personas externas a AWS que conocerían y probarían Kiro antes de su versión preliminar. Para ser honesto, mi reacción inicial fue "¿Qué sentido tiene sumar otro IDE?", y necesité un tiempo para entenderlo. Tras experimentar con Kiro y dialogar con su equipo, comprendí que esta herramienta ocupa un lugar propio y tiene un punto de vista que puede interesar a las empresas. Mi conclusión es esta.

Hacer viable la programación vibe

Cuando mantengo charlas con desarrolladores sobre vibe, surgen dos opiniones constantes. La primera sostiene que vibe resulta muy útil para armar demos y MVP, pero las herramientas actuales no muestran la robustez suficiente para sostener código de producción escalable. La segunda observa que la mayoría de los principales proveedores de herramientas vibe son startups que, en cualquier momento, podrían ser adquiridas por firmas sin trayectoria empresarial.

Es evidente que AWS posee la escala y la experiencia que pueden atender esas preocupaciones. Además, su recorrido en IA hace pensar que un entorno empresarial es un propósito concreto y posible. Sin embargo, el verdadero desafío radica en permitir que las aplicaciones de IA de nueva generación se produzcan con más calidad y un mayor nivel de escala. La escalabilidad vendrá de mejores herramientas y servicios, algo que el equipo de Kiro asegura poder aportar. La calidad tal vez precise otro criterio para el ambiente.

Una mirada distinta sobre la programación vibe

Durante mi encuentro con el equipo de Kiro, manifesté mi disgusto por el enfoque excesivo en que un único desarrollador trabaje con indicaciones mínimas. Las aplicaciones de calidad que logran aceptación en escenarios reales surgen de la cooperación de muchos actores que brindan requisitos sólidos para crear no solo código, sino también planes de prueba detallados. La verdad es que, al evaluar una aplicación pensada para empresas, un desarrollador necesita disponer de múltiples artefactos que permitan definir tanto la tarea como la aplicación en sí. En definitiva, la noción de que una persona genere una aplicación en un vacío sostenido por la vibra no coincide con la realidad.

El equipo coincidió con esta visión, por eso el desarrollo orientado a especificaciones resulta esencial en la propuesta de Kiro. Al iniciar una carpeta nueva, es posible decidir si se trabaja a partir de una especificación o un simple prompt. Además, se pueden cargar distintos artefactos para construir esa especificación. Me llamó la atención la propuesta del equipo de Kiro de utilizar vibe para intervenir sobre bases de código ya existentes. Muchas veces se interpreta vibe como si implicara empezar todo desde un prompt inicial, pero en la práctica, la mayoría de los desarrolladores dedican buena parte de su tiempo a trabajar con código que ya está armado.

Funciones innovadoras en el propio IDE

Contar con un IDE propio permite que el equipo de Kiro pueda incidir de manera directa en toda la experiencia. Kiro incorpora nuevas ventanas destinadas al desarrollo de agentes, como el acceso a servidores MCP; ganchos de agente, que actúan como disparadores para ejecutar agentes o código; y control de agentes, que brinda la posibilidad de inyectar contexto y alcance a nivel global en los agentes. Estas opciones no existían cuando el modelo se reducía al uso exclusivo de complementos. En otras palabras, Kiro puede posicionarse como un IDE de IA centrado en la experiencia, pero igual ofrece la flexibilidad de continuar el resto del trabajo de la manera que prefiera cada persona, sin depender de distintos entornos para diferentes proyectos.

Kiro muestra un potencial concreto

Kiro ofrece varias ventajas, sobre todo si uno es desarrollador empresarial. Si bien otras soluciones de Vibe comparten muchas funciones parecidas, la combinación entre la facilidad de uso de Vibe y sus servicios orientados a empresas resulta muy potente. Aun así, este producto sigue en versión preliminar y, como se indicó antes, los productos en etapa preliminar tienen ese estado por motivos concretos. Tras varias horas de pruebas y reuniones con su equipo, quedan algunos puntos que convendría ver próximamente.

Hay que mantener paciencia: esta es una transformación relevante, y adoptar un IDE requiere tiempo y bastante esfuerzo. Además, los IDE no suelen aportar ingresos directos elevados, aunque son claves para generar flujos de dinero relacionados. La forma en que AWS evalúa el éxito y el plazo de su inversión podría diferir respecto de otros servicios tradicionales de AWS.

Poner la narrativa en resolver problemas concretos: resulta interesante que Kiro sea agnóstico y piense en el desarrollador empresarial. La programación dinámica es sencilla y amena. Sin embargo, un uso más corporativo aportará valor en calidad y colaboración sobre las aplicaciones de IA actuales y futuras.

Desarrollar de manera real una comunidad de Kiro. Como se dijo antes, quizá AWS no reciba suficiente reconocimiento por toda la innovación que ha impulsado en favor de los desarrolladores últimamente. Kiro refleja disposición a ensayar otro camino. No obstante, respecto a la comunidad, AWS podría retomar cuestiones básicas. AWS cumple bien como embajador digital, pero Kiro tal vez requiera sumar eventos presenciales, capacitación y recomendaciones de usuarios.

Encontrar un aliado fuerte: resulta positivo que AWS entendiera la necesidad de un IDE neutral en la nube y otro modo de crear y comercializar productos. Aun así, no queda claro que AWS por sí sola pueda definir este segmento, sobre todo por la intensa competencia por la atención de los desarrolladores. Si Kiro busca posicionarse como rival serio frente a la potente combinación entre Microsoft y GitHub, posiblemente precise un socio consistente. El problema radica en que buena parte de las empresas grandes de IA ya son competidores (Anthropic, Google, OpenAI/Microsoft) o no se orientan al mundo empresarial (Meta, Perplexity). AWS tal vez deba contemplar empresas más tradicionales que no posean estrategias firmes de interacción con desarrolladores (por ejemplo, IBM o integradores de sistemas globales).

Si bien en un comienzo sentía escepticismo, lo que pude observar hasta ahora de Kiro me resulta impresionante. También sorprende que AWS haya reflexionado a fondo sobre su estrategia hacia los desarrolladores y decidido dejar atrás ciertas suposiciones muy instaladas. Falta todavía un recorrido extenso, pero genera entusiasmo conocer más sobre la evolución de Kiro y, en especial, esperar qué descubriremos en la feria AWS re:Invent a fin de este año.

 

Nota publicada en Forbes US.