Communitygithub.com

jaidetree/gracieanimator

Use esta skill quando o usuário invocar /afk ou desejar que o site do portfólio Gracie seja concluído sem supervisão — trabalhando todos os tickets prontos para AFK, um após o outro (paralelizando os independentes), até que não reste nada para entregar.

O que é gracieanimator?

A skill AFK automatiza a conclusão do site do portfólio Gracie em uma única sessão, eliminando a necessidade de intervenção humana durante o processo de desenvolvimento. Ela encontra repetidamente tickets marcados como 'ready-for-agent' que estão prontos para serem implementados (chamados de 'frontier'), despacha cada um para um subagente em paralelo usando worktrees isoladas do Git, e os integra um por um à medida que são concluídos. A skill garante que nenhum ticket bloqueie outro e lida com conflitos de merge usando a skill especializada em resolução de conflitos. Ao final, quando não há mais tickets a serem processados, a skill gera um guia de teste manual consolidado (MANUAL-TESTING.md) em vez de exigir testes por ticket. Ela é compatível com agentes como Claude Code, Cursor e Codex, utilizando comandos como `/slice` e integrando-se ao fluxo de trabalho do repositório `.gracie-vault`.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/jaidetree/gracieanimator/tree/HEAD/.claude/skills/afk

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

AFK

Leve o site do portfólio Gracie à conclusão em uma única sessão: encontre repetidamente todo ticket pronto para ser implementado sem entrada humana, entregue cada um até o status Done e integre os resultados — rodada após rodada — até que nenhum reste. O teste manual acontece uma vez, no final, contra um único guia do projeto — nunca por ticket.

A fronteira

Um ticket é fronteira quando possui a tag ready-for-agent e toda dependência blocked_by resolve para um arquivo agora em .../Done/. Calcule a partir de .gracie-vault/Projects/gracie-portfolio/issues/Ready/; somente se Ready/ não contiver nenhum ticket elegível para fronteira, calcule a partir de Backlog/. Tickets fronteira não precisam de nenhum humano — são exatamente o que é seguro entregar a subagentes em paralelo, porque nenhum bloqueia outro.

Passos

  1. Leia um resumo do conhecimento: scan-knowledge.sh .gracie-vault/Knowledge (da skill knowledge); destaque os pontos mais relevantes.
  2. Calcule a fronteira (veja acima): Ready/ primeiro, Backlog/ se Ready/ estiver vazio de tickets elegíveis para fronteira.
  3. Fronteira vazia?
    • Backlog/ contém tickets não marcados como ready-for-agent: eles precisam de /triage antes de serem trabalháveis. Informe a quantidade e pare.
    • Backlog/ também está vazio (ou todo ticket restante está bloqueado): o projeto está completo — pule para o passo 8.
  4. Despache toda a fronteira em uma única mensagem — um subagente por ticket, cada um com isolation: worktree. O despacho paralelo é seguro precisamente porque tickets fronteira não bloqueiam uns aos outros. Diga a cada subagente para, em sua cópia isolada:
    1. Execute /slice <ticket> do início ao fim — isso leva o ticket através de Review e verifica os critérios de aceitação que agora se aplicam.
    2. Onde /slice pararia para um humano, feche o loop: releia os critérios de aceitação do ticket em relação ao diff. Cada caixa marcada e make build/make lint, depois make test verde é o que substitui a revisão humana aqui — mova o ticket Review → Done e commita essa movimentação.
    3. Devolva o nome do ticket, seu estado final (Done ou, se uma caixa não se confirmar, deixado em Review com o motivo) e os passos de teste manual que /slice produziu.
  5. Integre, um ticket de cada vez, na ordem de despacho à medida que cada subagente reportar: faça merge do branch da worktree — commits e tudo, incluindo a movimentação para Done — depois reexecute make build/make lint, e então make test no branch de integração para capturar o que só aparece combinado. Um conflito é resolvido com a skill resolving-merge-conflicts, nunca com --abort. Exclua a worktree após o merge. Acrescente os passos de teste manual reportados a uma lista em execução do projeto, indexada por ticket.
  6. Retardatários. Um ticket deixado em Review — critérios de aceitação que não se confirmaram, uma verificação que o subagente não conseguiu corrigir ou um bloqueio HITL encontrado no meio do slice — é um retardatário, não um alvo de repetição nesta rodada. Deixe-o lá, adicione-o a uma lista de retardatários com o motivo e siga em frente; ele ainda é mesclado (passo 5) para que seu diff não seja perdido.
  7. Recalcule a fronteira — tickets mesclados em Done/ podem desbloquear outros — e vá para o passo 4.
  8. Escreva o guia de teste manual. Um arquivo, .gracie-vault/Projects/gracie-portfolio/MANUAL-TESTING.md: uma seção por ticket Done (nome, link, seus passos coletados), mais uma passagem de ponta a ponta por todo o projeto se os tickets tocarem superfícies relacionadas. Este é o único ponto de entrada para teste manual humano — nada por ticket. Commite-o e então reporte: tudo entregue em Done, a lista de retardatários e um ponteiro para o guia.

Habilidades Relacionadas