La lectura más útil no es que Amazon haya tirado la toalla con Kiro. Lo que muestran los reportes es otra cosa: la compañía está pasando de empujar un asistente propio como opción preferente a aceptar una combinación más pragmática de herramientas de programación con IA. Claude Code, de Anthropic, ya está disponible para la plantilla corporativa, y OpenAI Codex tiene previsto incorporarse el 12 de mayo; las informaciones no indican que Kiro vaya a desaparecer, sino que Amazon amplía el abanico más allá de su herramienta interna ^[2][3][8].

Qué ha cambiado dentro de Amazon

Según reportes basados en una nota interna, Jim Haughwout, vicepresidente de Software Builder Experience en Amazon, comunicó que Claude Code quedaba disponible de forma inmediata en toda la empresa y que Codex llegaría el 12 de mayo ^[2][8].

El matiz importante es el control. No se trata de que cada equipo empiece a conectar por su cuenta herramientas externas de consumo. Las informaciones señalan que Claude Code y Codex correrán en el entorno de Amazon y serán gestionados a través de Amazon Web Services, la división de nube de la compañía, para que los equipos no tengan que montar infraestructura propia; algunos reportes añaden que el despliegue se apoyará en Amazon Bedrock ^[1][2][3].

Eso cambia el centro de la discusión. La pregunta ya no es solo si Amazon permite asistentes de IA de terceros, sino cómo los incorpora a una ruta corporativa supervisada. Antes, el uso de Claude Code para código de producción o productos en vivo estaba sujeto a permisos especiales o aprobación formal, una restricción que alimentó parte del malestar interno ^[3][14].

El trasfondo: la apuesta por Kiro generó fricción

Amazon venía empujando a sus ingenieros hacia Kiro, su propio asistente de programación con IA. Reuters informó sobre un memorando interno en el que la empresa sugería evitar herramientas de generación de código de terceros y optar por Kiro; el texto también decía que, por el momento, no había planes de dar soporte a más herramientas externas de desarrollo con IA ^[12].

Esa estrategia chocó con una parte de la organización técnica. De acuerdo con los reportes, alrededor de 1.500 ingenieros de Amazon respaldaron en foros internos la adopción de Claude Code y cuestionaron unas restricciones que, a su juicio, dañaban la productividad ^[5][6]. Business Insider también informó que la guía interna dirigía a los equipos hacia Kiro y exigía aprobación formal para usar Claude Code en código de producción o productos en vivo ^[14].

Visto así, el giro no parece una decisión abstracta de estrategia de IA, sino una respuesta a una presión muy concreta: los equipos que escriben software querían herramientas que encajaran mejor con su flujo de trabajo diario.

Por qué Amazon no quiere depender solo de Kiro

1. La preferencia de los desarrolladores ya era un problema operativo

Cuando unos 1.500 ingenieros se organizan internamente para pedir Claude Code y vinculan las restricciones existentes con una pérdida de productividad, la elección de herramientas deja de ser un asunto meramente administrativo ^[5][6]. En una empresa del tamaño de Amazon, un asistente de programación con IA que no convence a sus usuarios puede provocar resistencia, rodeos burocráticos y menor adopción real.

Abrir Claude Code y preparar Codex equivale a reconocer que la experiencia práctica de los desarrolladores pesa en la decisión. Kiro puede conservar ventajas de integración, gobernanza y alineación interna, pero si algunos equipos perciben que las herramientas externas les funcionan mejor en tareas complejas, mantener una vía única se vuelve difícil de sostener ^[3][6][8].

2. Kiro no queda descartado, pero ya no basta con imponerlo

Las fuentes disponibles no ofrecen una comparación pública, homogénea y verificable entre Kiro, Claude Code y Codex. Por eso sería exagerado concluir que Kiro ha fracasado o que es técnicamente inferior en todos los escenarios.

Lo que sí muestran los reportes es que la política de priorizar Kiro no convenció a todos los equipos. Una parte relevante de los ingenieros quería que Claude Code estuviera en la lista formal de herramientas utilizables ^[5][6][14]. En la práctica, eso cambia el papel de Kiro: sigue dentro del mapa, pero tendrá que ganarse su lugar por rendimiento, fiabilidad e integración, no solo por preferencia corporativa.

3. Gestionar el acceso puede ser más realista que restringirlo

Amazon parece haber optado por una vía intermedia: no bloquear por completo las herramientas externas más demandadas, pero tampoco dejarlas fuera del perímetro corporativo. Los reportes indican que Claude Code y Codex se ejecutarán en el entorno de Amazon y estarán administrados por AWS; algunos mencionan Amazon Bedrock como parte de esa arquitectura ^[1][2][3].

Ese enfoque permite dar más opciones a los ingenieros sin renunciar al control centralizado de infraestructura, acceso y despliegue. Aun así, las informaciones públicas no detallan por completo aspectos como aislamiento de datos, registros, permisos, revisión de código o políticas de uso de modelos, así que no conviene asumir que todos los dilemas de seguridad y gobernanza estén resueltos ^[2][8].

4. El ecosistema de alianzas de IA también cuenta

Business Insider sitúa este movimiento en el contexto de la relación de Amazon con Anthropic y OpenAI, y describe a la compañía como socio cercano de ambas firmas de IA ^[8]. En ese marco, adoptar Claude Code y Codex internamente no es solo recurrir a productos externos: también encaja con una tendencia más amplia en la que las grandes plataformas de nube integran varias herramientas de IA dentro de su ecosistema.

Qué lugar ocupa ahora Kiro

La descripción más precisa es que Kiro pasa de ser la opción interna empujada con prioridad a competir dentro de una cartera más amplia de asistentes de programación. Los reportes hablan de una expansión hacia Claude Code, Codex y herramientas propias en paralelo, no de un cierre de Kiro ^[1][3][8].

Ese cambio aumenta la presión interna sobre Kiro. Antes podía apoyarse en la política de empresa para ocupar una posición preferente; ahora deberá convivir con alternativas que los ingenieros ya pidieron expresamente y demostrar valor en el trabajo real.

La señal para otras empresas

El caso de Amazon deja una lección clara para las grandes organizaciones tecnológicas: es difícil cubrir todos los escenarios de desarrollo con un único asistente de IA. Las herramientas propias facilitan la integración, el cumplimiento y el control, pero los desarrolladores tienden a elegir según la utilidad que perciben en su día a día. Cuando una herramienta externa gana tracción interna, incorporarla a una capa gestionada puede ser más viable que sostener restricciones y aprobaciones caso por caso ^[2][6][8].

En resumen: Kiro sigue en juego, pero Amazon parece haber aceptado que insistir en una sola herramienta propia puede salir caro si los equipos de ingeniería ya han dejado claro que necesitan más opciones para trabajar con eficacia.