🏁 Ejercicio: ejecución, gates, revisión y entrega

🧪 Hazlo ahora — activar el loop

Objetivo: ejecutar la etapa 5 sin improvisar.

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.

Lee el plan y responde estas tres preguntas: (1) ¿solo modifica los archivos previstos? (2) ¿cubre todos los criterios? (3) ¿inventó alguna abstracción que nadie pidió? Apruébalo o corrígelo. Después:

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.

Cómo verificar: revisa el --stat contra el límite del AGENTS.md y ejecuta tú mismo el comando de prueba. Nunca aceptes el resumen del agente como evidencia: ejecútalo.

🧪 Hazlo ahora — el paso por las puertas

<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

Cómo verificar: anota en el registro cuáles de estos gates ya son automáticos en tu CI y cuáles acabas de ejecutar manualmente. Cada verificación manual es un elemento del backlog: debería estar en el pipeline, no en tu memoria.

🧪 Hazlo ahora — el 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.

Cómo verificar: toma cada hallazgo bloqueante e intenta reproducirlo tú mismo. Corrige los que se sostienen —volviendo al ciclo, con las mismas reglas— y regístralo en el registro.md cuántos hallazgos eran reales. Esa tasa es tu medida de confianza en el revisor.

🧪 Hazlo ahora — cuerpo del 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>

Cómo verificar: pídele a alguien del equipo que lea solo el cuerpo del PR (sin abrir el diff) y diga qué hace el cambio y cuál es el riesgo. Si puede hacerlo, la entrega está lista. Si no, falta evidencia o claridad, y es más rápido corregirlo ahora.