🏁 Exercício: execução, gates, revisão e entrega

🧪 Faça agora — disparar o loop

Objetivo: executar a etapa 5 sem improviso.

Leia, nesta ordem: AGENTS.md, docs/exercicio/spec.md, docs/exercicio/loop.md.
Siga o loop exatamente como está escrito.

Comece pelo passo 1: apresente o PLANO em no máximo 10 linhas
(o que vai mudar, em quais arquivos, e como cada critério de aceitação
será verificado) e PARE. Não escreva código antes da minha aprovação.

Leia o plano com estas três perguntas: (1) ele toca só os arquivos previstos? (2) cobre todos os critérios? (3) inventou alguma abstração que ninguém pediu? Aprove ou corrija. Depois:

Plano aprovado <com ajustes: ...>. Prossiga com os passos 2 e 3 do loop.
Ao terminar: cole a saída REAL e completa de <comando de teste> e rode
"git diff --stat" para eu ver o tamanho da mudança.

Como verificar: confira o --stat contra o limite do AGENTS.md e rode você mesmo o comando de teste. Nunca aceite o resumo do agente como evidência — rode.

🧪 Faça agora — a passagem pelos portões

<comando de build>     # ☐ passou
<comando de lint>      # ☐ passou
<comando de teste>     # ☐ passou · cole a saída no registro
git diff --stat        # ☐ dentro do limite de arquivos
git diff -- <pasta de testes>   # ☐ VAZIO (nenhum teste existente alterado)
git diff -- <arquivo de dependências>  # ☐ VAZIO (nenhuma dependência nova)
git log -p | grep -iE "senha|password|secret|token|api[_-]?key"  # ☐ nada

Como verificar: anote no registro quais destes gates já são automáticos no seu CI e quais você acabou de rodar na mão. Cada verificação manual é um item de backlog: ela deveria estar no pipeline, não na sua memória.

🧪 Faça agora — o revisor

Você é o revisor independente. Não implementou nada disto e não deve confiar
em nenhuma afirmação de quem implementou.

Especificação: docs/exercicio/spec.md
Diff: <cole a saída de "git diff origin/<base>...HEAD">

Leia os arquivos relacionados antes de concluir e responda:
1. a mudança cumpre TODOS os critérios de aceitação? o que ficou faltando?
2. algo fora do escopo declarado foi alterado?
3. algum comportamento existente muda para quem consome?
4. o tratamento de erro cobre os casos previstos na spec?
5. os testes provam o comportamento novo ou apenas executam o código?
6. existe algo aqui que passa nos testes e ainda assim está errado?

Formato: no máximo 7 achados, cada um com
[bloqueante | importante | menor] · arquivo:linha · por que é problema · como verificar.
Se não houver bloqueante, diga isso explicitamente.

Como verificar: pegue cada achado bloqueante e tente reproduzi-lo você mesmo. Corrija os que se sustentam — voltando ao loop, com as mesmas regras — e registre no registro.md quantos achados eram reais. Essa taxa é a sua medida de confiança no revisor.

🧪 Faça agora — corpo do pull request

## O que muda
<2 a 3 linhas, em português, do ponto de vista de quem usa>

## Especificação
docs/exercicio/spec.md  (critérios de aceitação atendidos: <liste>)

## Fora do escopo (não foi alterado de propósito)
- <...>

## Evidência
<saída real do comando de teste — colada, não resumida>
git diff --stat: <n> arquivos, +<n> -<n>
gates: build ✓ · lint ✓ · testes ✓ · sem dependência nova ✓ · sem segredo ✓

## Revisão independente
<achados do revisor e o que foi feito com cada um>

## Risco e reversão
Risco: <baixo/médio> · Como reverter: <comando ou passo>

Como verificar: peça para alguém do time ler só o corpo do PR (sem abrir o diff) e dizer o que a mudança faz e qual o risco. Se a pessoa conseguir, a entrega está pronta. Se não, falta evidência ou falta clareza — e é mais rápido corrigir agora.