Kiro Crew tras una semana (y más de 5.000 créditos)
Kiro
Profundizando en funcionalidades específicas de Kiro a medida que salen: Automations, Skills, y otras capacidades avanzadas más allá de lo básico del 101.
2 artículos
He pasado la última semana usando Kiro Crew con todos mis proyectos personales (los que aparecen en mi página de proyectos), en mi tiempo libre. Más de 5.000 créditos en siete días. Aproveché para hacer mejoras en todos ellos sacando partido del contexto compartido entre sesiones.
Hasta ahora había usado Kiro como IDE (directamente y en su versión como Agent Focus), como CLI y como web app. Kiro Crew es otra cosa, y este artículo es mi experiencia después de una semana usándolo a diario: qué es, cómo lo he usado, qué me gusta y qué mejoraría. A pesar de los más de 5.000 créditos gastados, me quedan muchas cosas por probar: los workflows dinámicos, la Knowledge Library como grafo visual, las Apps que aún no he tocado, y el experimento de controlarlo desde una EC2 durante las vacaciones.
Mi primera semana con Kiro Crew: hasta 17 sesiones y 848 mensajes en un solo día
AWS lo anunció esta semana y lo liberó como open source en GitHub.
Kiro Crew empezó como un proyecto interno de Amazon llamado MeshClaw, inspirado en el impulso de OpenClaw y otras plataformas de agentes autónomos. En menos de seis meses se extendió a más de 39.000 builders con unos 500 contribuidores. Esa adopción interna es lo que convenció al equipo de liberarlo.
1. Qué es Kiro Crew
Kiro Crew corre en local en tu máquina, sobre kiro-cli (el mismo motor detrás de todos los productos de Kiro). Se usa desde la app de escritorio, un dashboard web, una TUI o bots de mensajería (Slack, Telegram, Discord, Teams).
La definición más corta que puedo dar: el IDE y la CLI te ayudan con el trabajo que haces dentro de una sesión. Kiro Crew es para el trabajo que necesita sobrevivir y continuar más allá de esa sesión. Contexto persistente entre días y proyectos, tareas que corren en un horario, triggers por eventos, acceso remoto desde el móvil y un sitio donde verlo todo a la vez.
El motor (planificación, razonamiento, edición, subagentes) es el mismo que ya usa Kiro. Lo que Crew añade es la capa de orquestación alrededor.
2. Cómo lo he estado usando
Multi-proyecto sin varios IDEs abiertos
Una de las cosas que más diferencia me ha hecho. Mi portátil personal es bastante ligero, y tener varias ventanas del IDE o sesiones de CLI abiertas a la vez lo saturaba constantemente. Ahora abro una sesión de dashboard por proyecto, la apunto a su repo, y cambio entre ellas. La máquina respira de nuevo.
El dashboard: carpetas de sesiones por proyecto, Apps en el sidebar, y la conversación activa
Contexto que persiste entre sesiones y entre proyectos
En el IDE o la CLI, cada sesión ya mantiene su propio contexto mientras estás en ella. Lo nuevo aquí es que Kiro Crew arrastra el contexto entre sesiones y entre proyectos de forma automática. Las decisiones que tomamos ayer, lo que probé la semana pasada, por qué descarté algo: todo vuelve sin que yo lo reexplique.
También conecta entre proyectos: el agente sabe que tengo un hub de anuncios AWS, una plataforma de eventos, una app de pádel, y varios más, y cuando algo los relaciona (un patrón de deploy compartido, un artículo que quiero escribir sobre uno de ellos) ya tiene el contexto.
Telegram como mando a distancia
Siempre había tenido pendiente poder controlar un agente desde el móvil. Herramientas como OpenClaw ya lo hacían, pero nunca había encontrado el momento. Con Kiro Crew, conectar Telegram fue cuestión de crear un bot con @BotFather, pegar el token en la config y reiniciar. Y lo estoy disfrutando bastante.
Ahora hablo con el agente desde el móvil. Mismas herramientas, misma memoria, mismos crons que el dashboard. La primera respuesta puede tardar algo (~30s-2min) porque el agente carga contexto, pero a partir de ahí la conversación es fluida.
Además, aprovechando Kiro Crew, he empezado a usar más las notificaciones de Telegram para mis proyectos (conectando SNS a un bot). Ahora recibo alertas de AWS y resultados de los trabajos programados directamente en el móvil.
Hablando con el agente desde Telegram
Las sesiones de Telegram se distinguen en el panel
Tengo dos bots de Telegram: uno para alertas y notificaciones de AWS (alarmas, resultados de crons, vencimientos de contratos) y otro separado para hablar con Kiro Crew como interfaz de chat. Los tengo separados para poder silenciar el de alertas sin silenciar al agente.
Tareas programadas
Antes de Kiro Crew, para programar algo recurrente tenías que montar un cron en tu máquina, una Lambda con EventBridge, Step Functions… Ahora hay una opción integrada en el propio ecosistema de Kiro. He configurado:
- Una revisión semanal de AWS cada domingo. Escanea métricas de mis Lambdas, busca throttles, errores y costes inesperados.
- Un chequeo diario de salud (cero tokens, un script ligero) que consulta CloudWatch para mis ~90 Lambdas de producción y me avisa por Telegram si alguna ha fallado o ha dejado de ejecutarse.
Corren en un timer, me notifican solo cuando hay algo mal, y los configuré una vez. Además puedo lanzar cualquiera de ellos manualmente pulsando Run en cualquier momento.
Trabajos programados: un chequeo diario (script, cero tokens) y una revisión semanal AWS (agente completo)
El flujo PR-first
Cuando toca integrar cambios, Kiro Crew trabaja PR-first. No pushea a tu rama principal (trae una protección de serie que lo impide). El flujo es el siguiente:
- Crea una rama de feature desde
main - Ejecuta la validación en local (lint + typecheck + tests)
- Lo comprime todo en un solo commit
- Hace push y abre la PR contra
main - La CI arranca en GitHub (lint, tests, build, deploy-test)
- Tú revisas y haces merge cuando quieras
El dashboard trae una pestaña Changes que rastrea la PR, sus checks y los hilos de revisión en tiempo real.
La sesión muestra el resumen de la PR, y el panel Changes la sigue en directo
La PR real en GitHub: un commit comprimido, todos los checks pasando
3. Dónde corre (y la pregunta de “me voy y vuelve hecho”)
Algo que tuve que entender: Kiro Crew corre donde tú lo corras.
- En tu portátil (por defecto): funciona mientras la máquina está encendida. “Lo lanzo y me voy” requiere dejar el equipo corriendo. Lo que sí sobrevive siempre es el estado: sesiones, checkpoints y memoria están en disco. Ciérralo, vuelve después, y retomas donde lo dejaste con todo el contexto intacto.
- En una máquina remota:
kirocrew cloud launchaprovisiona Kiro Crew en una EC2 de tu propia cuenta AWS (un stack de CloudFormation que crea por ti). Sigue corriendo con el portátil cerrado. Tú la arrancas, la paras o la destruyes. Mismo agente Kiro, mismos créditos, tu infraestructura.
El asistente kirocrew cloud launch: comprueba tu cuenta AWS, permisos, y aprovisiona la EC2 en minutos
Siguiente experimento. La semana que viene me voy de vacaciones solo con el móvil. El plan es montar Kiro Crew en una EC2 con algunos de mis repos clonados y controlarlo desde la playa por Telegram. Puro experimento, no es que lo necesite. Si funciona, escribiré sobre ello.
4. Lo que más me gusta
- Memoria entre sesiones. No solo las reglas estáticas de los steering files, sino el historial de lo que hemos hecho, las decisiones que tomamos y las correcciones que le enseñé.
- Scheduling. Esto no existía antes en Kiro.
- Multi-proyecto desde un dashboard. Sin varias ventanas saturando el portátil.
- Integración con Telegram. Consultas rápidas y alertas directas al móvil, sin abrir el portátil.
- Guardas PR-first. El agente escribe código pero yo decido qué se mergea.
- Open source. Cuando falta algo puedo abrir una issue y cualquiera puede construirlo.
5. Lo que mejoraría
Soy Kiro Ambassador y me gusta la herramienta de verdad. Estas son notas de alguien que la usa a diario y ve dónde puede crecer. Es open source, así que cualquiera puede proponer o construir estas mejoras.
- Visibilidad sobre los cambios de código. Todo es muy agent-oriented. Viniendo del IDE, echo de menos ver diffs, hacer stage de ficheros y gestionar commits antes de que salgan de mi máquina. Abrí una feature request para un panel de cambios git.
- Acciones rápidas por proyecto. Abrir el IDE de ese proyecto, o una terminal, con un clic. Otra feature request.
- Los créditos se van rápido, y no ves a dónde. Me he gastado más de 5.000 en una semana. El modelo por defecto es uno potente (caro), y no hay desglose por modelo ni por sesión. Me encantaría tener la misma visibilidad que ya da el IDE: qué modelo, cuánto cuesta, dónde fueron los tokens. Abrí una issue y el equipo reconoció que es una necesidad real que requiere decisiones de diseño antes de implementarse.
- Cambiar de usuario es confuso. Al quedarme sin créditos creé un usuario Pro nuevo, y me costó varios reinicios hasta que la app lo pilló. No se ve claramente qué cuenta está activa.
Nada de esto me impide usarlo a diario. Es un proyecto recién lanzado que evoluciona muy deprisa, y al ser open source son cosas que cualquiera puede proponer o construir.
6. Para quién es
Si eres un desarrollador de IDE y quieres control total sobre el código, los commits y cada detalle, el IDE sigue siendo el sitio para eso. Kiro Crew no reemplaza el IDE. Es otra forma de usar el mismo motor de Kiro, pensada para cuando el trabajo es paralelo, persistente, programado o remoto.
Hoy puedes usar Kiro como IDE, como CLI, como app web o como Kiro Crew. Son cosas distintas, y comparten el mismo motor y la misma configuración .kiro.
7. Dónde conseguirlo
Kiro Crew es gratuito y open source, y puedes ejecutarlo tanto en local como en una máquina remota o en cloud.
En macOS y Linux, la opción más sencilla es descargar directamente la aplicación de escritorio. Kiro proporciona un .dmg firmado para macOS y un .AppImage para Linux.
Windows también está soportado, pero actualmente no dispone de un instalador de escritorio. Los usuarios de Windows tienen que instalar Kiro Crew manualmente desde el repositorio open source utilizando Python, ejecutar el Gateway en local y acceder al dashboard desde el navegador.
Si prefieres no ejecutar Crew en tu propio ordenador, también puedes desplegarlo en una máquina Linux remota, una VM en cloud o mediante Docker. Esto resulta especialmente útil si quieres mantener Kiro Crew funcionando 24/7 aunque tu portátil esté apagado.