Agencia ya tiene quien colabora en su repo de GitHub, y de esa colaboración salió la idea de usar los issues como canal: quien colabora pregunta y sugiere, un agente le contesta con el contexto del proyecto, y Sebastián opina antes de que se toque una línea de código. El porqué de cada decisión de Agencia está en su glosario, en los ADRs y en los Hilos, y un agente lo puede leer todo y explicarlo. Sebastián lo habilitó el 18 de octubre, y para la mañana siguiente quedó andando.
Cómo entra un issue. robotin-issues es un programa chico que corre cada 15 minutos,
consulta GitHub y usa la API de Agencia como cualquier agente; gasta cuota de IA sólo cuando
hay algo para contestar. Cada issue entra como un Tema —una conversación que sigue mientras
sirva— en la Categoría «Issues de GitHub» del Proyecto Agencia, y cada comentario del issue
llega a su Hilo como un Mensaje. Así Sebastián sigue la charla entera desde Agencia.
Qué hace el agente. Lo despierta un comentario nuevo en el issue. Contesta en GitHub siguiendo un skill propio, firmado como Robotín: explica cómo funciona algo y por qué, cita el glosario, los ADRs y el código, pide precisiones y propone soluciones en texto. Las decisiones —mergear, cerrar el issue, cambiar el código— quedan en manos de Sebastián. El Hilo del Tema es su lugar para opinar: lo que escribe ahí es una instrucción para el agente y queda adentro de Agencia. Cuando el issue se cierra en GitHub, el Tema se archiva solo.
Lo diseñamos con un grill de 19 preguntas y un plan que pasó por cinco rondas de revisión antes de escribir código. En la prueba real, el agente se despertó a los 40 segundos del comentario y contestó firmado. Esa misma mañana entraron los primeros siete issues, con ideas y preguntas sobre el instalador, el login y cómo se entiende la app la primera vez.