[Retro] Semana 2026-W30 — a fila de PRs foi o gargalo

[caioross]

Semana de 19/07 (dom) a 26/07 (dom). Auditoria do Diário #4, das issues/PRs e das Discussions.

Números

Rodadas registradas no Diário	35 — 19/07: 4 · 20/07: 2 · 21/07: 0 · 22/07: 6 · 23/07: 3 · 24/07: 3 · 25/07: 0 · 26/07: 17
Issues	26 criadas (12 pelo dono: #64–#73, #97, #99 · 14 por agentes) · 26 fechadas · 15 abertas agora
PRs	23 abertas · 25 mergeadas (19 só em 26/07) · 2 fechadas sem merge (#44 subsumida pela #79 · #30 superada pela #78)
PRs abertas agora	4 — #98 (aguarda o dono, §7.1) · #80 (conflito) · drafts #36 e #12
Pareceres do Conselho	6/6 em 2 rodadas · 5 com destino: #37→PR #63, #22→PR #57, #61→PR #94, #56→PR #96 (todas mergeadas) e #28→decisao-dono. Só o de #59 segue sem consumo
Persona	2 [Feedback] triados (#45 Mobile · #91 Cético Sênior), 2 loops fechados, 4 issues (#53, #54, #92, #93) — #53/#54 já em produção no mesmo ciclo
[Decisão] paradas	#19 (18 dias) · #46 (7 dias)

Acertos

1. O quórum adversarial deixou de ser carimbo. Vetos reais em fix(security): kick com autoridade de servidor via kicked_ids (#39) #44, feat(rooms): eleva o teto de jogadores por sala de 12 para 30 (#69) #76, feat(multiplayer): moderação do líder — notifica a sala e permite kick durante a corrida (#66) #79, feat(multiplayer): desistência automática por inatividade na corrida (#65) #81 e feat(multiplayer): votação de linguagem na sala de espera (#72) #89 — todos com vetor concreto — viraram reparo na branch e veto levantado, não parada eterna. O feat(rooms): eleva o teto de jogadores por sala de 12 para 30 (#69) #76 (carga na área sagrada com 30 jogadores) só passou depois de reparo de verdade. É exatamente o comportamento que a mudança da W29 ("SEMPRE TENTE O MERGE ANTES DE ESTACIONAR") pedia.
2. Densidade dos pareceres. O parecer da Performance/Área sagrada: progresso de cada adversário re-renderiza CodeDisplay e a textarea — custo de digitar cresce com o nº de jogadores #59 refutou a premissa da própria issue — "as callbacks já vêm de useCallback" era falsa (useRoom.ts:399-419) — e mostrou que o memo proposto mediria ~0%. Economizou uma rodada inteira do Resolvedor. Amostra de issue (Confiabilidade/API: 4 das 5 actions de sala descartam o error do .update() e respondem ok:true em silêncio (rooms/[code]/route.ts) #56): tabela action×linha×update, AC verificáveis, helper sugerido e verificação contra origin/main.
3. Diff mínimo de verdade. fix(anti-cheat): bloqueia drop na textarea da corrida — arrastar o snippet-alvo não digita mais (#61) #94 matou o bypass de anti-cheat por drag-and-drop com +9/−0 em 2 arquivos; feat(ui): renomeia dificuldades para 🟢 Júnior / 🔵 Pleno / 🟣 Sênior (#73) #86 com +7/−4. Zero refactor oportunista nas amostras lidas.
4. Higiene impecável: zero em-resolucao órfão a semana inteira, zero duplicata, quadro fiel todo dia. A regra de numeração de migração criada na W29 segurou — nenhuma colisão nova.

Problemas e causa-raiz

1. A fila de PRs foi o gargalo — e o preço dela foi conflito. O Curador registrou "o gargalo é merge, não backlog" em 4 rodadas seguidas, e a fila cresceu de 6 → 9 PRs. Causa-raiz: o teto de ≤2 merges/rodada (§8) ficou abaixo da taxa de produção, e o teto foi gasto nas PRs novas e fáceis do dia. A conta: a refactor(persistencia): extrai buildMatchRow/buildScoreRows de persistMatch e cobre com Vitest (#50) #55 esperou 4 dias e 2 reparos por união; a fix(security): kick com autoridade de servidor via kicked_ids (#39) #44 apodreceu até morrer subsumida pela feat(multiplayer): moderação do líder — notifica a sala e permite kick durante a corrida (#66) #79; feat(practice): rota /practice com Treino Livre solo, sem sala (#25) #40, feat(ui): renomeia dificuldades para 🟢 Júnior / 🔵 Pleno / 🟣 Sênior (#73) #86, feat(multiplayer): votação de linguagem na sala de espera (#72) #89 e feat(mobile): corrida jogável no touch — código-alvo e caret visíveis juntos (#54) #95 também precisaram de reparo por união. A fila só drenou quando o dono conduziu uma sessão manual (19 merges em 26/07).
2. Dois dias em branco: 21/07 (ter) e 25/07 (sáb), zero rodadas no Diário — ~8 rodadas perdidas, entre elas o Conselho de terça e a Persona de sábado. A frota se auto-recuperou (Conselho rodou quarta declarando "rodada de ter, atrasada"; Persona rodou domingo), o que é o comportamento certo — mas foi improviso, não regra. Como as rotinas são tasks locais, a causa provável é máquina desligada; não há correção por prompt, e a auto-recuperação já cobre o caso.
3. O mesmo beco de verificação visual foi redescoberto em ~7 PRs (feat(results): botão "Compartilhar" na tela de Resultado — fecha o loop viral (#22) #57, fix(ui): limita altura do chat e adiciona rolagem interna no lobby (#70) #74/feat(ui): destaca o CTA "Ficar pronto" no lobby (#71) #75, feat(rooms): eleva o teto de jogadores por sala de 12 para 30 (#69) #76/feat(leaderboard): oculta WPM implausível do ranking público (#68) #78, feat(multiplayer): entrada após o início vira espectador — congela a lista da rodada (#64) #80/feat(multiplayer): desistência automática por inatividade na corrida (#65) #81, [Feature] Sistema de votação de linguagens na sala de espera #72, feat(home): deixa o login explicitamente opcional na home (#17) #85): preview da Vercel protegida, framer-motion congelado no pane headless, fluxos que exigem 2 clientes, notFound() respondendo 200. Cada Resolvedor pagou o mesmo pedágio e escreveu o aprendizado no Diário — onde ninguém lê na rodada seguinte. Causa-raiz: aprendizado de ambiente sem casa permanente.

Mudanças aplicadas hoje (3/3, teto batido)

1. coderacer-pr-doctor (edição direta) — nova regra dura "CONFLITO É DÍVIDA QUE CRESCE": reparar por união toda PR non-draft conflitante é a primeira ação da rodada, não consome o teto de 2 merges, e vai da mais antiga para a mais nova. PR adiada com "assumo na próxima rodada" ganha prioridade absoluta na seguinte; reparo travado 2 rodadas seguidas escala (registro na PR + decisao-dono se depender de humano) em vez de repetir a promessa. Ataca o problema 1 sem afrouxar o teto de §8, que não é meu para mexer.
2. cr-fleet-ops — novo §11 "Verificação: o que dá e o que NÃO dá para provar aqui" (via PR docs(fleet): playbook de verificação na cr-fleet-ops — o que dá e o que NÃO dá para provar neste ambiente #100, gate verde: typecheck · build · persistência · métricas), com ponteiros novos nos prompts do Resolvedor e do PR Doctor. Lista o que não tentar (screenshot de preview protegida, confiar no visual headless, julgar rota dev-only por status HTTP, fluxos com 2 clientes) e as provas que funcionam (função pura + teste, harness (dev)/harness/results da Infra/UI: harness só-de-dev para verificar telas pós-corrida (Results/pódio) sem jogar #37, grep no .next/, rastreio instrumentado removido antes do commit, mais declarar no PR o que não foi verificado). "Gotchas" virou §12. Ataca o problema 3.
3. coderacer-curador (edição direta) — responde a pergunta que o próprio Curador me endereçou em 26/07: o teto passa a ser 2 issues novas por DIA, não por rodada (rodada extra no mesmo dia não renova o saldo), e "domingo sem issues novas" vale para o chapéu temático, não para a triagem — fechar o loop de um [Feedback] de persona convertendo-o em issue é permitido em qualquer dia, porque adiar esfria o feedback e quebra a promessa da thread. O julgamento que o Curador tomou sozinho ontem estava certo; agora está escrito.

Nada revertido: as duas mudanças da W29 entregaram — "sempre tente o merge" produziu os 5 ciclos veto→reparo→merge desta semana, e a regra de numeração de migração zerou as colisões.

Para o dono ([Proposta] e pendências)

1. Elevar o teto de merges do PR Doctor de 2 → 4 por rodada (HANDBOOK §8). É §8: só você afrouxa, eu não posso — por isso vai como proposta. Evidência no problema 1 (fila 6→9, PRs envelhecendo até conflitar ou morrer, drenagem só por sessão manual). Alternativa mais conservadora: manter 2 e autorizar uma 2ª passada do PR Doctor apenas quando houver >4 PRs non-draft prontas na fila.
2. [Decisão] [Decisão] claim-leader: mitigação por estagnação (#12) vs. presença server-side (#6) #19 (claim-leader) parada há 18 dias — trava Segurança: claim-leader permite sequestro de liderança de qualquer sala (sem autorização) #6 e o draft fix(security): exige sala estagnada para claim-leader (anti-sequestro) #12 (aberto desde 08/07).
3. [Decisão] [Decisão] Leaderboard cap (#28/#30): defesa-em-profundidade + deletar linha bruta vs. teto na view #46 (leaderboard cap) — parcialmente superada: o filtro de leitura entrou pela [Feature] Filtrar valores irreais de WPM no ranking #68/PR feat(leaderboard): oculta WPM implausível do ranking público (#68) #78. Sobra decidir o delete da linha bruta em produção (§7.1).
4. Migração 0005_room_kicked_ids.sql aguarda aplicação — o kick fica inerte/503 até lá (a feat(multiplayer): moderação do líder — notifica a sala e permite kick durante a corrida (#66) #79 já está na main).
5. PR feat(ui): gôndola infinita de estandartes medievais na escolha de linguagem (#97, #99) #98 / issues feat(ui): Substituir seleção de linguagens por Carousel Infinito com Bandeiras Medievais Animadas #97 e feat(lobby): Refinar UX do Carousel de Linguagens, restaurar votação e sincronização entre telas #99 (carousel de estandartes): a PR levanta corretamente que three.js + ammo.wasm (~670 KB) é núcleo irredutível §7.1 e entrega uma alternativa sem dependência nova — aguarda seu aval. Nota de higiene: a PR está com a label bug (herdada, incorreta) e a feat(ui): Substituir seleção de linguagens por Carousel Infinito com Bandeiras Medievais Animadas #97 sem prioridade/área; o Curador normaliza na rodada de amanhã.