Kiro sin miedo: specs y hooks explicados para estudiantes 👻
¿prompts gigantes a las 2am y código que no entiendes? aprende a usar specs y hooks en Kiro con un proyecto real =)
Todos hemos pasado por esto: escribes un prompt gigante en la madrugada esperando que la IA te lea la mente, sale algo que funciona (pero no sabes muy bien el por qué) y cuando cambias una cosa chiquita, todo se rompe TT
Eso es justo lo que quise evitar cuando preparé mi charla "Kiro sin miedo (guía para estudiantes)" para el AWS Student Builder Group de UTP. Aquí te resumo lo esencial para que pruebes Kiro sin miedo, aunque nunca lo hayas abierto.
Entonces, ¿qué es Kiro? 👻
Kiro es un IDE agéntico de AWS. La diferencia con un autocompletado es que funciona como un compañero que piensa antes de escribir código. Lo que más me gustó para empezar:
- planifica con specs antes de codear.
- automatiza tareas repetitivas con hooks.
- recuerda el contexto de tu proyecto con steering.
Vibe coding vs. spec-driven
Con el vibe coding el camino suele ser: prompt suelto, resultado impredecible y parche sobre parche. Con el enfoque spec-driven cambia todo: partes de una idea clara, la conviertes en una spec documentada y recién entonces se genera código, que ahora tiene intención detrás.
La mayor ventaja para un estudiante es entender por qué tu código funciona, porque siempre puedes volver a la spec y ver qué se pidió y qué se decidió.
Una spec tiene tres partes
Cuando creas una spec, Kiro genera tres documentos antes de escribir una sola línea de código:
- Requirements: qué necesita el proyecto.
- Design: cómo se va a construir.
- Tasks: los pasos concretos para lograrlo.
El flujo es sencillo: escribes tu idea, Kiro genera la spec, tú la apruebas o la ajustas, y recién entonces Kiro construye. Ese paso de "apruebas o ajustas" es clave, porque el control sigue siendo tuyo.
Mi ejemplo: un detector de URLs sospechosas
Para la demo elegí un proyecto de mi área, la ciberseguridad: un detector de URLs sospechosas (
suspicious-url-detector).Lo que más me llamó la atención fue cómo Kiro convirtió la idea en requisitos escritos desde la perspectiva de un usuario real. Uno de ellos, por ejemplo, habla de detectar caracteres de ofuscación en el dominio: "Como analista de seguridad, quiero detectar el uso de caracteres Unicode homóglifos o codificaciones inusuales en el dominio, de modo que pueda identificar intentos de typosquatting y suplantación visual."
Además, cada requisito trae criterios de aceptación en formato WHEN… THE system SHALL…, que dejan claro qué se espera que pase en cada caso. Por ejemplo, si el analizador detecta caracteres no ASCII en el dominio, debe emitir una señal de severidad alta. Eso es mucho más claro que un prompt suelto.
Hooks: que algo se haga solo
Un hook es una acción que se dispara sola cuando pasa algo en tu proyecto. Algunos ejemplos útiles:
- Correr tests automáticamente al guardar.
- Actualizar la documentación al hacer commit.
- Avisarte si algo se rompe antes de que lo notes tú.
En la demo configuré el más sencillo: Run Tests on Save. Se activa con el evento File Saved, vigila los archivos
.ts y .js, y ejecuta un comando cada vez que guardo. Para la demo el comando era solo un mensaje de confirmación ("el hook funcionó"), pero ahí puedes poner tus tests reales.
Specs + hooks = un flujo real
Cuando juntas las dos piezas, el flujo queda así: escribes tu idea, Kiro genera la spec, apruebas y codeas, y un hook automatiza lo repetitivo. Piensas antes y automatizas después.
Cómo empezar sin miedo
Si aún dudas en usar Kiro para programar, estos consejos me parecen un buen punto de partida:
- empieza con un proyecto pequeño, no con tu tesis.
- lee y corrige los requisitos antes de aprobar el diseño (muy importante)
- si una tarea no la entiendes, pregúntale a Kiro por qué la propone.
- revisa siempre lo que se genera, sobre todo permisos, credenciales y dependencias (ciberseguros always)
Kiro no piensa por ti, te ayuda a pensar con más orden. Puedes probarlo en kiro.dev .
Enjoyed reading this content? Let the author know!
Your likes, comments, shares, and saves help creators reach more builders.
Loading recommendations
Loading article