bootstrap-complete

bootstrap-complete — checagem de DoD e conclusão da task

O princípio desta skill: o estado da task é comunicado pela pasta em que o arquivo está (regra do v1). Mover para completed/ sem evidência real quebra essa garantia para qualquer sessão futura que confiar nela — por isso esta skill nunca move o arquivo sem checar antes.

Procedimento

1. Identifique a task. Se o usuário não especificou qual, e há mais de uma em active/, pergunte.

2. Checagem de DoD — três verificações, nesta ordem:

   • Código. A seção "Registro de execução → Alterações realizadas" da task está preenchida, e o git diff/histórico de commits recente confirma que existe trabalho de código correspondente (não é só uma descrição sem alteração real por trás)?

   • Documentação (docs viva). Duas checagens:

     • Se a task tem related_adrs preenchido no frontmatter, ou se o trabalho mudou algo arquiteturalmente relevante, isso está de fato registrado?
     • Se a task tocou módulo, endpoint, schema de dados ou integração, o documento correspondente em docs/ (modules/, api/, data/, integrations/, architecture/ ou uma extensão declarada) foi atualizado? Atualizar inclui manter o frontmatter: carimbar ultima-revisao com a task/data, e virar estado: planejado → real quando a task implementou o que estava só especificado. Se o doc ainda não existe (arquivos por módulo/endpoint nascem sob demanda), crie-o agora a partir do template da subpasta. Se a task revelou que um doc real está errado e a correção não cabe nesta task, marque estado: divergente e registre a divergência — nunca deixe o doc fingindo estar certo.

     Se a task genuinamente não precisa de documentação nova (ex.: correção pontual sem impacto arquitetural), aceite isso — mas só se a task disser explicitamente por que não se aplica, não por omissão silenciosa.

   • Testes. A seção "Validação" ou "Estratégia de testes" tem comandos e resultado reais registrados — não só as caixas marcadas sem evidência ao lado?