Ayer, AWS publicó un blog post tranquilo que señala un cambio significativo en cómo Amazon piensa el desarrollo asistido por IA. Amazon Q Developer — el plugin para IDEs que reemplazó a CodeWhisperer en 2024 — está siendo discontinuado. Los nuevos signups quedan bloqueados a partir del 15 de mayo de 2026. El end of support completo llega el 30 de abril de 2027. El sucesor se llama Kiro.
Esto no es un parche ni un rebrand. Es un pivot estratégico, y entenderlo importa si tu equipo construye sobre AWS.
Qué pasó y cuándo
El timeline es ajustado y vale la pena conocerlo:
- 15 de mayo de 2026: Nuevos signups bloqueados. No podés crear una cuenta Free Tier nueva ni una subscripción Pro nueva.
- 29 de mayo de 2026: Claude Opus 4.6 se retira de Q Developer Pro. Opus 4.5 y modelos anteriores se mantienen. Opus 4.7 y modelos futuros son exclusivos de Kiro.
- 30 de abril de 2027: Los plugins de Q Developer para IDEs y las subscripciones pagas llegan al end of support total. 12 meses para migrar.
Lo que no cambia: Amazon Q dentro de la AWS Management Console, el sitio de documentación, la app móvil, y las integraciones con Slack y Teams continúan. El sunset aplica específicamente a la experiencia de plugin para IDE.
Por qué AWS construyó Kiro
La justificación oficial es directa. AWS escribe que Q Developer “demostró que la IA pertenece al inner loop del desarrollo de software” — pero que las experiencias de IA más impactantes requieren entender el proyecto completo: arquitectura, requerimientos, tests e intención. Un coding assistant reaccionando a prompts individuales no alcanzaba.
Kiro está construido alrededor del spec-driven development. En vez de responder a prompts sueltos, Kiro trabaja desde especificaciones estructuradas que definen requerimientos, guían la implementación y establecen criterios de aceptación — todo antes de escribir una línea de código.
Los primitivos clave:
- Specs: Requerimientos en lenguaje natural formalizados en notación EARS (Easy Approach to Requirements Syntax). Describís lo que querés; Kiro lo convierte en requerimientos estructurados con restricciones y criterios de aceptación explícitos.
- Hooks: Triggers automáticos en file save, commit o eventos custom. Los tests corren, la documentación se actualiza, los estándares de código se aplican — sin intervención manual.
- Steering files: Configuración a nivel de proyecto que le da a Kiro contexto persistente sobre tu arquitectura, convenciones y restricciones. Pensalo como un CLAUDE.md estructurado — pero nativo al entorno.
- Custom subagents: Agentes especializados para tareas de dominio — security review, validación de contratos de API, provisioning de infraestructura.
- Powers: Módulos de capacidades composables que extienden el comportamiento agéntico de Kiro para workflows específicos.
Kiro también conserva todo lo de Q Developer: agentic coding, inline chat, integración con terminal, soporte MCP. Corre sobre Claude Sonnet 4.5 o un modo Auto que mezcla modelos frontier para balancear calidad, latencia y costo. Es compatible con settings de VS Code y plugins Open VSX.
Mi lectura
El pivot es coherente. La guerra de herramientas de 2024-2025 — donde cada coding assistant competía en velocidad de autocomplete y calidad del chat — maduró. La diferenciación ahora está en la capa de workflow: cómo la herramienta entiende tu proyecto, no solo tu cursor.
AWS está apostando a que el spec-driven development es hacia donde se dirigen los equipos serios. La apuesta tiene mérito. Los asistentes prompt-reactivos tocan un techo en codebases complejas y de larga vida. El approach de Kiro — forzar requerimientos explícitos antes de ejecutar, mantener contexto arquitectónico persistente, automatizar la calidad vía hooks — es sólido desde el punto de vista arquitectónico.
Dicho eso, hay costos reales para los usuarios existentes. La ventana de 12 meses es razonable pero no generosa para equipos enterprise con workflows de Q Developer establecidos. La brecha de model parity también importa: bloquear Opus 4.7 y modelos futuros exclusivamente en Kiro es un forcing function claro, no una sugerencia amable.
Para equipos latinoamericanos que corren sobre infraestructura AWS, la pregunta relevante no es si evaluar Kiro — es cuándo. Dado el cutoff de signups del 15 de mayo, los nuevos developers en tu equipo de todas formas no pueden arrancar con Q Developer. La ventana de evaluación es ahora.
Qué hacer
Si actualmente usás Amazon Q Developer, nada se rompe de inmediato. Las subscripciones existentes siguen válidas hasta abril de 2027. Pero dado el model freeze que llega el 29 de mayo, no hay razón significativa para incorporar nuevos integrantes del equipo a Q Developer en este punto.
Descargá Kiro en kiro.dev. AWS publicó una migration guide para VS Code, JetBrains y Eclipse. El CLI también fue rebrandeado — Kiro CLI 1.20 reemplaza al Q CLI, con una opción de modelo “auto” incorporada.
Para equipos que todavía no usan ninguna de las dos herramientas: salteate Q Developer directamente. Kiro es donde AWS está invirtiendo.