AFK (Gracie Animator)

AFK

Impulsa el sitio del portafolio Gracie hasta su finalización en una sola sesión: encuentra repetidamente cada ticket listo para implementar sin entrada humana, lleva cada uno hasta Hecho e integra los resultados — ronda tras ronda — hasta que no quede ninguno. Las pruebas manuales se realizan una vez, al final, contra una única guía de todo el proyecto, nunca por ticket.

La frontera

Un ticket está en la frontera cuando lleva la etiqueta ready-for-agent y cada dependencia blocked_by se resuelve en un archivo que ahora está en .../Done/. Calcúlalo desde .gracie-vault/Projects/gracie-portfolio/issues/Ready/; solo si Ready/ no contiene ningún ticket elegible para la frontera, calcúlalo desde Backlog/ en su lugar. Los tickets frontera no necesitan nada de un humano — son exactamente lo que se puede entregar de forma segura a subagentes en paralelo, porque ninguno bloquea a otro.

Pasos

1. Lee un resumen de conocimiento: scan-knowledge.sh .gracie-vault/Knowledge (de la habilidad knowledge); destaca los puntos más relevantes.
2. Calcula la frontera (ver arriba): primero Ready/, luego Backlog/ si Ready/ está vacío de tickets elegibles para la frontera.
3. ¿Frontera vacía?
   • Backlog/ contiene tickets sin la etiqueta ready-for-agent: necesitan /triage antes de ser procesables. Informa el número y detente.
   • Backlog/ también está vacío (o todos los tickets restantes están bloqueados): el proyecto está completo — salta al paso 8.
4. Despacha toda la frontera en un solo mensaje — un subagente por ticket, cada uno con isolation: worktree. El despacho paralelo es seguro precisamente porque los tickets frontera no se bloquean entre sí. Dile a cada subagente que, en su propia copia aislada:
   1. Ejecute /slice <ticket> de principio a fin — esto lleva el ticket a través de Revisión y verifica los criterios de aceptación que ahora se cumplen.
   2. Cuando /slice se detendría para un humano, cierra el ciclo en su lugar: vuelve a leer los criterios de aceptación del ticket contra el diff. Cada casilla marcada y make build/make lint, luego make test en verde es lo que reemplaza la revisión humana aquí — mueve el ticket de Revisión → Hecho y confirma ese movimiento.
   3. Devuelve el nombre del ticket, su estado final (Hecho o, si una casilla no se cumple, lo deja en Revisión con el motivo) y los pasos de prueba manual que /slice produjo.
5. Integra, un ticket a la vez, en el orden de despacho a medida que cada subagente informa: fusiona su rama worktree — commits y todo, incluido el movimiento a Hecho — luego vuelve a ejecutar make build/make lint, después make test en la rama de integración para detectar lo que solo aparece combinado. Un conflicto se resuelve con la habilidad resolving-merge-conflicts, nunca con --abort. Elimina el worktree una vez fusionado. Anexa los pasos de prueba manual informados a una lista acumulativa de todo el proyecto, indexada por ticket.
6. Rezagados. Un ticket que queda en Revisión — criterios de aceptación que no se cumplen, una verificación fallida que el subagente no pudo arreglar, o un bloqueo HITL que ocurrió a mitad del slice — es un rezagado, no un objetivo de reintento en esta ronda. Déjalo allí, agrégalo a una lista de rezagados con el motivo y continúa; aún así se fusiona (paso 5) para que su diff no se pierda.
7. Vuelve a calcular la frontera — los tickets fusionados en Done/ pueden desbloquear otros — y ve al paso 4.
8. Escribe la guía de pruebas manuales. Un archivo, .gracie-vault/Projects/gracie-portfolio/MANUAL-TESTING.md: una sección por ticket Hecho (nombre, enlace, sus pasos recopilados), más un recorrido corto de extremo a extremo por todo el proyecto si los tickets tocan superficies relacionadas. Este es el único punto de entrada para pruebas manuales del humano — nada por ticket. Confírmalo, luego informa: todo enviado a Hecho, la lista de rezagados y un puntero a la guía.