AWS Kiro: 5 cosas que todo "Kiro Lover" debe saber
¿Improvisas o planificas? En el primer capítulo de "5 cosas que todo Kiro Lover debe saber", te cuento cómo decidir entre Vibe y Spec en AWS Kiro, con un test rápido y ejemplos prácticos.
Todo empezó con una Broma
Hay herramientas que usas, y hay herramientas que te cambian la forma de trabajar. Desde que empecé a usar AWS Kiro, me quedé fascinado por lo potente que es la IA generativa, y más aún aplicada a los servicios de AWS, donde Kiro se siente nativo.
Pero las herramientas se descubren usándolas, y todavía más cuando tienes que llevarlas a distintos proyectos y frentes de trabajo a la vez. Cada proyecto me mostraba algo nuevo, y cada descubrimiento me dejaba con más curiosidad que la anterior.
De un chiste de oficina a una identidad
Esa curiosidad no se quedó en mi escritorio. En la oficina, con mis compañeros del área de cloud, empezó a tomar forma una idea que poco a poco se fue asentando: los "Kiro Lovers".
Al principio era una forma jocosa de celebrar la rapidez que nos daba Kiro. Un chiste interno, nada más. Hasta que participé en una sesión tecnica donde escuche al panelista identificarse, con total naturalidad, como un "Kiro Lover".
Ahí me di cuenta de que no estaba solo. Lo que en mi oficina era una broma resultó ser algo que otras personas también sentían.
De la curiosidad a esta serie
De ahí surgió la idea: una serie enfocada en Kiro, que llamé "5 cosas que todo Kiro Lover debe saber". Este es el primer capítulo, y empieza por la decisión que aparece antes de escribir la primera línea de código: ¿Vibe o Spec?
Kiro Lover #1: ¿Improvisas o planificas? Todo sobre Vibe vs Spec
¿Qué es Kiro?
Kiro es el entorno de desarrollo con agentes de IA de AWS. Además del chat, incluye funciones pensadas para llevar la IA a proyectos reales: specs (especificaciones estructuradas), steering (reglas persistentes del proyecto), hooks (automatizaciones que se disparan por eventos), MCP (conexión con herramientas externas) y permisos para controlar lo que el agente puede hacer. Varias de ellas serán los próximos capítulos de esta serie.
Modo Vibe: la conversación que abre caminos
Vibe es el flujo conversacional que ya conoces: describes lo que quieres en el chat, el agente propone o escribe código, y ajustas sobre la marcha. No hay documentos previos ni aprobaciones intermedias.
Sus ventajas
- Velocidad: pasas de la idea al resultado en pocos mensajes.
- Flexibilidad: cambias de dirección sin costo.
- Ideal para explorar, aprender y prototipar.
Su límite: las decisiones quedan dispersas en la conversación. Si el proyecto crece, cuesta saber por qué algo se construyó de cierta manera o comprobar que cumple lo que se pidió.
Modo Spec (SDD): pensar antes de construir
En Spec, Kiro convierte tu idea en tres documentos que viven en tu repositorio (
.kiro/specs/), y avanzas en tres fases:- Requisitos (
requirements.md): historias de usuario con criterios de aceptación en notación tipo EARS. Por ejemplo: "WHEN el usuario ingresa credenciales inválidas THE SYSTEM SHALL rechazar el acceso y registrar el intento". Requisitos concretos y verificables, no frases vagas. - Diseño (
design.md): arquitectura, diagramas de secuencia, manejo de errores y estrategia de pruebas. - Tareas (
tasks.md): un plan de implementación dividido en tareas con seguimiento de estado. Al ejecutar todas, Kiro detecta dependencias y corre en paralelo las que son independientes.
Una nota sobre las versiones:
Según la documentación oficial, en las versiones 0.x del IDE había que elegir "Vibe" o "Spec" al iniciar la sesión. En IDE 1.x ese selector fue removido: ahora empiezas en modo conversacional y puedes invocar los flujos estructurados (Spec, Bug Fix, Quick Spec) cuando los necesites. La idea de fondo sigue igual: tú decides la profundidad del proceso para cada tarea. Y es un buen recordatorio de revisar la documentación, porque estas herramientas cambian rápido.
Comparativa rápida
| Vibe | Spec (SDD) | |
|---|---|---|
| Punto de partida | Conversación libre | Requisitos → Diseño → Tareas |
| Velocidad inicial | Muy alta | Más pausada |
| Trazabilidad | Baja (queda en el chat) | Alta (documentos versionables en Git) |
| Trabajo en equipo | Limitado | Facilita la colaboración y la revisión |
| Ideal para | Explorar, prototipar, cambios pequeños | Funcionalidades complejas, proyectos duraderos |
¿Cómo saber cuál elegir? El test de las 3 preguntas
Antes de empezar, respóndete esto:
- ¿Alguien más (o yo mismo en seis meses) tendrá que entender por qué se hizo así? Si sí, apunta a Spec.
- ¿Un error aquí sale caro? (dinero, datos, seguridad, cumplimiento). Si sí, apunta a Spec.
- ¿Ya sé exactamente qué quiero construir? Si no, empieza en Vibe para descubrirlo.
Elige Vibe cuando:
- Estás explorando una idea o aprendiendo un servicio o librería.
- Necesitas un prototipo, un script descartable o una herramienta interna simple.
- Es un cambio pequeño y bien entendido: un typo, un ajuste de lógica, una duda sobre qué hace una función.
Elige Spec cuando:
- La funcionalidad toca varios archivos o componentes.
- Trabajas en equipo y todos necesitan el mismo entendimiento.
- El dominio es sensible (finanzas, salud, cumplimiento) y la ambigüedad sale cara.
- Vas a mantener el proyecto por meses.
- Corriges un error crítico donde ya hubo regresiones.
Y si no quieres elegir, usa ambos. Empieza conversando en Vibe para aclarar la idea y, cuando el alcance esté claro, escribe
Generate spec. Kiro te preguntará si quieres iniciar una sesión Spec y generará los requisitos a partir del contexto de la conversación.Conclusión
No existe un modo "mejor": existe el modo adecuado para cada momento. Vibe te da velocidad para descubrir; Spec te da estructura para construir con confianza. Lo importante es que la decisión sea tuya y consciente, no que la tome la costumbre.
#content-creators-latam
Enjoyed reading this content? Let the author know!
Your likes, comments, shares, and saves help creators reach more builders.
Loading recommendations
Loading article