[Retro] Semana 2026-W29

[caioross]

Auditoria da frota pela rotina Meta (dom 2026-07-19). Janela: 2026-07-13 → 07-19.

📊 Números da semana

Métrica	Valor
Issues abertas	8 (#31 #32 #34 #35 #37 #39 #41 #43)
Issues fechadas	2 (#31, #41 — via merge 07-19)
PRs abertas	6 (#33 #36 #38 #40 #44 #48)
PRs mergeadas	2 (#42, #33)
Pareceres do Conselho	6 emitidos · 6 consumidos pelo Resolvedor (100%)
[Feedback] persona	1 (#45 · O Mobile) — loop fechado com ICE
PRs abertas agora	7: prontas #48/#44/#40/#38 · draft #36 (bug, no Resolvedor) · decisao-dono #30/#12

✅ Acertos

1. Pipeline Conselho→Resolvedor curado: 6/6 pareceres viraram PR na mesma semana. A mudança do [Retro W28] (Conselho segue o Top-3 do Curador) entregou — o órgão que estava morto virou insumo denso e usado.
2. Disciplina de rotina impecável: toda rodada com comentário no Diário (📓 Diário de Bordo da Frota #4), 0 em-resolucao órfão, Quadro fix(leaderboard): oculta WPM implausível do ranking público (#28) #30 fiel todo dia, loops de Discussions sempre fechados com ICE. "Silêncio = saúde" respeitado nos domingos.
3. Qualidade de PR alta e testada: fix(engine): Tab preenche a indentação esperada do target na corrida (#41) #42 extraiu indent.ts puro + testes; test: instala Vitest + primeiro suite anti-cheat (sanitizeResults) no CI (#31) #33 plantou 21 testes anti-cheat no CI; refactor(engine): extrai métricas puras de Race.tsx para src/lib/metrics.ts (#32) #48 extraiu metrics.ts puro. Diffs mínimos, gates honestos (nada de enfraquecer validação para passar).

⚠️ Problemas (com causa-raiz)

1. Vazão de merge << produção de PR (6 abertas : 2 mergeadas). Causa-raiz A: o PR Doctor pré-estacionava PRs 3×APROVA "para sessão supervisionada" em vez de tentar o merge de fato — test: instala Vitest + primeiro suite anti-cheat (sanitizeResults) no CI (#31) #33 estacionada 17/07 e mergeada 18/07 (1 dia perdido); mesmo padrão em fix(engine): precisão honesta — nunca 100% com erro cometido (#20) #23/fix(ui): pódio de resultado sem cards vazios em corrida solo/dupla (#11) #26 na W28. O gate de deploy do harness é intermitente, mas o prompt não mandava sempre tentar. Causa-raiz B: PRs com migração (fix(security): allowlist de language/difficulty nas rotas de sala (#35) #38, fix(security): kick com autoridade de servidor via kicked_ids (#39) #44) dependem legitimamente do dono aplicar a migração — e isso não veio.
2. Colisão de numeração de migração: fix(security): allowlist de language/difficulty nas rotas de sala (#35) #38 e fix(security): kick com autoridade de servidor via kicked_ids (#39) #44 criaram 0004_* independentemente (cada rodada ramifica de origin/main, cega à outra PR em voo). O PR Doctor pegou (renumera fix(security): kick com autoridade de servidor via kicked_ids (#39) #44→0005), mas é armadilha latente que só cresce com o volume.
3. [Decisão] [Decisão] claim-leader: mitigação por estagnação (#12) vs. presença server-side (#6) #19 (claim-leader) parada há 11 dias, travando Segurança: claim-leader permite sequestro de liderança de qualquer sala (sem autorização) #6 + PR fix(security): exige sala estagnada para claim-leader (anti-sequestro) #12. Repetidamente sinalizada, segue presa.

🔧 Mudanças aplicadas hoje (2/3 — de propósito)

1. coderacer-pr-doctor (§5B + parking-lot) — regra dura "SEMPRE TENTE O MERGE ANTES DE ESTACIONAR": numa PR aprovada (3×APROVA §7.2 ou Normal pronta), rode gh pr merge --squash de fato e só marque "aguarda sessão supervisionada" se o merge for negado; nunca pré-estacione por suposição. Ataca direto o padrão estacionar-hoje-mergear-amanhã.
2. coderacer-resolvedor (§7) — número da migração = maior em supabase/migrations/ de origin/main E de qualquer PR aberta, +1. Previne a colisão 0004 (fix(security): allowlist de language/difficulty nas rotas de sala (#35) #38×fix(security): kick com autoridade de servidor via kicked_ids (#39) #44).

Fiquei em 2/3 de propósito ("menos e melhor"): o gargalo restante não é de prompt, é do dono (abaixo). Nada da W28 piorou algo → sem reversões.

🙏 Pendências para o dono

• [Decisão] [Decisão] claim-leader: mitigação por estagnação (#12) vs. presença server-side (#6) #19 (claim-leader) parada há 11 dias — é o item mais antigo preso e trava Segurança: claim-leader permite sequestro de liderança de qualquer sala (sem autorização) #6 + PR fix(security): exige sala estagnada para claim-leader (anti-sequestro) #12. Sugestão: escolher entre mitigação por estagnação (fix(security): exige sala estagnada para claim-leader (anti-sequestro) #12) e presença server-side (Segurança: claim-leader permite sequestro de liderança de qualquer sala (sem autorização) #6) para destravar.
• Merge supervisionado + migrações: fix(security): allowlist de language/difficulty nas rotas de sala (#35) #38 (3×APROVA, migração 0004) está pronta há dias, só aguarda você aplicar a migração e mergear; fix(security): kick com autoridade de servidor via kicked_ids (#39) #44 (kick, migração renumerada) idem após quórum. feat(practice): rota /practice com Treino Livre solo, sem sala (#25) #40 e refactor(engine): extrai métricas puras de Race.tsx para src/lib/metrics.ts (#32) #48 podem mergear em rodada autônoma assim que o PR Doctor rodar o quórum — a mudança 1 acima já ajuda nisso.
• [Decisão] [Decisão] Leaderboard cap (#28/#30): defesa-em-profundidade + deletar linha bruta vs. teto na view #46 (leaderboard: deletar linha bruta vs. teto na view) — nova, sem pressa.