De vibe coding
a software real

Haz que Kiro siga TUS reglas

Sin convenciones, cada prompt produce codigo distinto. El steering es el "que quiero": reglas que Kiro lee automaticamente en cada interaccion.

Crea un steering file con las convenciones de nuestro proyecto:
- Proyecto simple: maximo 3 archivos (html, css, js). No crear carpetas src/, tests/, ni package.json
- No crear unit tests ni archivos de configuracion
- Mensajes de error en espanol
- camelCase para variables y funciones
- Comentarios JSDoc en todas las funciones
- try/catch en todo
- Separar html, css y js en archivos distintos
- Color principal #7540b0 y #c2a9df
- Tipografia Roboto

Ahora pruebalo:

Resultado: JSDoc, try/catch, errores en espanol, 3 archivos (html, css, js). Sin carpetas extra, sin tests, sin repetir las reglas.

El steering se activa con "always" (por defecto), "fileMatch" (por tipo de archivo) o "manual". Para convenciones generales, usa always.

Planifica antes de codear

El vibe coding es rapido pero impredecible. El spec-driven development invierte tiempo al principio para que despues la ejecucion salga bien.

Crea un Spec para agregar sistema de vidas y dificultad progresiva al juego. El jugador empieza con 3 vidas, pierde una al chocar, y la velocidad aumenta cada 100 puntos. Guardar el high score en localStorage. Mostrar pantalla de game over con opcion de reiniciar. Solo ejecuta las tareas obligatorias.

Kiro te guia por un wizard. Algunos pasos son botones en la UI, otros se escriben en el chat:

Si algo no te convence, no escribas "yes". Podes pedir cambios en el chat y Kiro regenera ese paso.

Resultado: Kiro crea los archivos del spec (.md) con requirements, design y tasks. Aprueba cada paso, implementa el codigo y veras las mejoras en el juego.

Tambien puedes crear specs desde el panel lateral (Specs → "+"). Documentacion: kiro.dev/docs/specs

El IDE que vigila por ti

Guardas un archivo con error y te enteras en produccion. Los hooks son acciones automaticas que se disparan ante eventos del IDE: al guardar, al crear, al hacer commit.

Pruebalo:

Resultado: al guardar, Kiro detecta el error automaticamente y sugiere correcciones.

Si el hook no se activa, deshabilitalo y vuelvelo a habilitar desde el panel de Agent Hooks. A veces tarda unos segundos en dispararse.

Tu senior dev personal

La IA generica aprueba cualquier cosa. Un agente es un "quien": una personalidad con criterio propio que actua segun las reglas que le definas.

Invocalo:

Resultado: APROBADO o RECHAZADO con detalles. El agente aplica su criterio, no solo ejecuta.

Puedes tener multiples agentes (seguridad, UI, arquitectura) y ejecutarlos en paralelo con una sola instruccion.

Busca sin salir del IDE

Necesitas un dato, sales al browser, abres 5 pestanas, pierdes el flow. Kiro busca en internet directo desde el chat.

Resultado: dato real con fuente, directo en el chat. Sin abrir ninguna pestana.

Puedes ser intencional: "busca en internet" o "investiga en la documentacion oficial". Util para validar buenas practicas o datos actualizados.

Dale expertise a Kiro

El steering dice "que quiero". La skill dice "como se hace algo especifico": conocimiento de dominio que Kiro activa cuando lo necesita.

Pruebalo:

Resultado: Kiro activa la skill y recomienda gravedad variable (mas fuerte al caer), coyote time y input buffering.

Si la skill no aparece en el panel, dile a Kiro: "revisa que la skill cumpla con la documentacion oficial de Kiro, investiga en internet".

Conecta con AWS en tiempo real

La IA generica no sabe que servicios existen hoy. Los MCP son conectores que le dan a Kiro acceso a fuentes de informacion externas en tiempo real.

Instala el MCP de AWS Documentation a nivel workspace. Crea el archivo .kiro/settings/mcp.json con esta configuracion:

{
  "mcpServers": {
    "aws-docs": {
      "command": "uvx",
      "args": ["awslabs.aws-documentation-mcp-server@latest"],
      "env": { "FASTMCP_LOG_LEVEL": "ERROR" },
      "autoApprove": []
    }
  }
}

Luego busca en la documentacion oficial cual es la mejor forma de hacer deploy de esta app a hosting estatico en AWS.

Workspace = se guarda en el proyecto y se comparte con el equipo via Git. Global = solo en tu maquina. Mas info: awslabs/aws-documentation-mcp-server

{
  "mcpServers": {
    "aws-docs": {
      "command": "uvx",
      "args": ["awslabs.aws-documentation-mcp-server@latest"],
      "env": { "FASTMCP_LOG_LEVEL": "ERROR" },
      "autoApprove": []
    }
  }
}

Resultado: respuesta basada en docs oficiales de AWS, con fuentes y opciones comparadas.

Este es solo un ejemplo. Hay cientos de MCPs: AWS tiene mas de 10 (CDK, CloudFormation, Core...) y hay de GitHub, Atlassian, bases de datos, Figma, Slack y mas. Son conectores universales.

Empaqueta todo en un clic

Todo funciona pero vive disperso en .kiro/. Un Power empaqueta steerings, skills, agents, hooks y MCPs en un paquete instalable que cualquier dev puede usar.

Quiero crear un Power que empaquete todo lo que hicimos: el steering de convenciones, la skill de game physics, el hook de revision al guardar, y el agente revisor. Usa el Power "Build a Power" para crearlo.

Resultado: un paquete instalable en un repo aparte (POWER.md, steering/, mcp.json). Otro dev lo instala desde Powers → "Add power from GitHub" y tiene todo el contexto listo.

Prueba instalando este Power que creamos en el workshop: kiro-game-dev-toolkit. Documentacion: kiro.dev/docs/powers/installation