Kiro

Qué es Kiro

Kiro es el IDE agéntico de AWS (GA desde mayo de 2026, sucesor de Amazon Q Developer): su idea distintiva es el desarrollo spec-driven — antes de escribir código, el agente genera una spec estructurada (requirements.md, design.md, tasks.md en .kiro/specs/) que tú revisas y apruebas. También tiene modo “vibe” de chat directo, hooks automáticos y soporte MCP.

Docs: kiro.dev/docs

Orden sugerido

1. Contexto del repo

Kiro usa archivos de steering (.kiro/steering/) como su versión de reglas y contexto: producto, stack y estructura del proyecto. Misma filosofía que AGENTS.md — convenciones cortas y comandos, no ensayos.

2. Specs vs modo vibe

Modo	Para qué
Spec	Features multi-paso: el agente propone requirements → design → tasks y ejecuta con tu aprobación
Vibe	Cambios rápidos y preguntas, como el chat de cualquier editor

Empieza con una feature pequeña en modo spec para ver el flujo completo; el valor de Kiro está ahí, no en el chat.

3. Hooks

Disparadores automáticos sobre eventos de archivos (guardar, crear, borrar): lint al guardar, actualizar docs, generar tests. No consumen cuota del plan — configúralos pronto.

4. MCP

Servidores MCP en la config de Kiro cuando necesites datos externos. Guía: ¿Qué es un MCP?. Uno bien elegido al inicio.

5. Planes

Tier gratis de ~50 interacciones/mes (alcanza para probar 2-3 features con specs), Pro desde $19/mes. Verifica en kiro.dev — los créditos y multiplicadores por modelo cambian.

Kiro vs Cursor vs Antigravity

	Kiro	Cursor	Antigravity
Idea central	Specs antes de código	Editor + agente ágil	Multi-agente (Agent Manager)
Reglas	Steering (.kiro/steering/)	.cursor/rules/	Reglas de workspace
Respaldo	AWS	Anysphere	Google

Errores comunes

• Usar solo el modo vibe — entonces Kiro es un Cursor con extra de burocracia; su diferencia son las specs.
• Aprobar requirements.md sin leerlo: la spec es un contrato, y el agente la va a seguir.
• Ignorar los hooks, que son gratis y quitan trabajo repetitivo de la cuota.