[Retro] Semana 2026-W28

[caioross]

Primeira semana operacional da frota (arranque em 2026-07-07). Retro inaugural — foco em confirmar que o ciclo desenhado funciona na prática e corrigir o atrito recorrente mais barato.

Números da semana

Métrica	Valor
Issues abertas	4 — #6, #7 (P1 · segurança), #10 (P1 · UX), #11 (P2 · UI)
Issues fechadas	0
PRs abertas	1 — #8 (anti-cheat, para #7)
PRs mergeadas	0 (#8 aguarda quórum §7.2 do PR Doctor das 18h — fluxo normal)
Pareceres do Conselho	0 emitidos / 0 usados (ver causa-raiz nº2)
Feedback de persona	1 — [O Iniciante · #9] → virou #10 e #11, loop fechado na thread
[Decisão] aguardando o dono	0
Rotinas que rodaram	todas as 6 ≥1×

O que funcionou (3)

1. Qualidade de issue exemplar. Segurança: claim-leader permite sequestro de liderança de qualquer sala (sem autorização) #6, Segurança: finish aceita results não validados → leaderboard global forjável (anti-cheat) #7, UX/Feel: erro de digitação é invisível onde o olho está (feedback de erro no card do editor · §779) #10, UI: pódio solo mostra quadrados vazios/quebrados (adaptar Results a < 3 jogadores · §III.7) #11 trazem vetor de ataque / fricção concreta, acceptance criteria verificável (checkboxes), arquivo:linha, referência à spec (UI-AAA-OVERHAUL.md) e classificação §7 correta. Nada de issue genérica.
2. O ciclo fechou ponta a ponta já na 1ª semana. Persona joga a produção real → [Feedback] em Ideas ([Feedback] O Iniciante · 2026-07-07 #9) → Curador converte por ICE em UX/Feel: erro de digitação é invisível onde o olho está (feedback de erro no card do editor · §779) #10/UI: pódio solo mostra quadrados vazios/quebrados (adaptar Results a < 3 jogadores · §III.7) #11 → loop fechado na própria thread (comentário item a item). O desenho do HANDBOOK §3 não é teórico: rodou.
3. PR fix(anti-cheat): valida/clampa results antes de persistir no leaderboard #8 cirúrgico e honesto. sanitizeResults() puro e testado (33/33), diff mínimo no case "finish", gate real reportado com transparência, fortalece o anti-cheat e pede quórum corretamente. Disciplina anti-spam e "silêncio = saúde" respeitadas (Conselho e PR Doctor encerraram sem inventar trabalho quando não havia).

Problemas e causa-raiz (3)

1. O gate mentia sobre lint. ⟶ recorrente, custo de tokens toda rodada. O gate mandava pnpm lint, mas o repo não tem .eslintrc e a CI roda só typecheck+build; next lint sem config abre setup interativo e falha em shell headless. Todo Resolvedor/PR Doctor redescobria isso e escrevia disclaimer "lint N/A" (visível no PR fix(anti-cheat): valida/clampa results antes de persistir no leaderboard #8). → corrigido hoje (mudança nº1).
2. Segurança: claim-leader permite sequestro de liderança de qualquer sala (sem autorização) #6/Segurança: finish aceita results não validados → leaderboard global forjável (anti-cheat) #7 (P1 segurança, área de quórum) chegaram a claim/PR sem parecer do Conselho. Causa dupla: (a) no arranque o Conselho rodou antes de o Curador abrir as issues (ordem invertida no burst de bootstrap) — artefato único, não recorre porque em semana normal o Curador (11h) precede o Conselho (12h); (b) estrutural: o Conselho só roda ter/sex e o Resolvedor diário (14h) pega P1 antes de um parecer existir. Mitigação já existente: para §7.2 o gate real é o quórum adversarial do PR Doctor — o parecer é insumo, não trava. Por isso não virei mudança de cadência (semana 1; mexer nisso reduz throughput). Levo como [Proposta] abaixo.
3. (menor) Divergência transitória do Quadro fix(leaderboard): oculta WPM implausível do ranking público (#28) #30: Segurança: claim-leader permite sequestro de liderança de qualquer sala (sem autorização) #6 apareceu "In Progress" sem em-resolucao por um momento; o Curador reconciliou na rodada seguinte (self-healing). O desenho de reconciliação diária (§10) funcionou — sem ação.

Mudanças aplicadas hoje (1 de 3 — menos e melhor)

[1 · aplicada] Gate honesto sobre lint.

• Editados direto os prompts coderacer-resolvedor (§6.E) e coderacer-pr-doctor (§5.C): núcleo do gate = pnpm typecheck && pnpm build (= exatamente a CI); pnpm lint = N/A até existir config ESLint, sem disclaimer no PR.
• PR docs(fleet): gate honesto sobre lint (§6 + cr-fleet-ops §4) #13 espelha a mesma correção em HANDBOOK §6 + cr-fleet-ops §4 (docs-only, §7.3).
• Não afrouxa nada: a regra §8 ("nunca desabilitar teste/lint/validação") fica intacta — deixar honesto um passo que não existe não é afrouxar; desabilitar typecheck/build/scripts/teste é.

Só 1 mudança nesta retro: o resto do desempenho foi forte e o HANDBOOK pede cirurgia, não reescrita por gosto.

[Proposta] para o dono (não aplico sozinho)

• P-A · Parecer vs. throughput em P1 de segurança. Opções: (i) manter — o quórum do PR Doctor é o gate real de §7.2, parecer é bônus; (ii) o Resolvedor adia uma rodada issues §7.1/§7.2 recém-abertas sem parecer, para o Conselho da próxima ter/sex opinar antes; (iii) Conselho diário. Recomendo (i) + (ii) leve; (iii) gasta tokens demais. Decisão sua.
• P-B · .eslintrc mínimo para o lint virar um gate real (issue infra P3) — deixo para o Curador priorizar; até lá, a mudança nº1 cobre o atrito.

Pendências

• [Decisão] paradas >7d: nenhuma (frota tem 1 semana).
• PR fix(anti-cheat): valida/clampa results antes de persistir no leaderboard #8: aguarda o PR Doctor das 18h (quórum §7.2) — fluxo normal, não é pendência do dono.

[caioross]

🔧 Fechamento de W28 — rodada Meta de domingo (2026-07-12)

A retro inaugural (acima) foi um bootstrap de meio de semana. Como 07-12 (dom) ainda é ISO W28, sigo a regra anti-duplicação (§5) e fecho a semana aqui em vez de abrir uma discussion nova. Próxima retro (07-19) já cai em W29.

📊 Números da semana (07-06 → 07-12)

• Issues: 12 abertas · 5 fechadas (todas por merge: Segurança: finish aceita results não validados → leaderboard global forjável (anti-cheat) #7, UX/Feel: erro de digitação é invisível onde o olho está (feedback de erro no card do editor · §779) #10, UI: pódio solo mostra quadrados vazios/quebrados (adaptar Results a < 3 jogadores · §III.7) #11, Onboarding: dificuldade nasce em "Médio" e atropela o Iniciante — primeira sala deveria nascer no Fácil (§0.3) #16, Engine/Honestidade: "Precisão 100%" coexiste com "Erros 1" — arredondamento mascara erro e rótulo confunde #20) · ~7 no backlog ao fim.
• PRs: 6 mergeadas (fix(anti-cheat): valida/clampa results antes de persistir no leaderboard #8, docs(fleet): gate honesto sobre lint (§6 + cr-fleet-ops §4) #13, feat(ui): feedback de erro no card do editor durante a corrida (#10) #18, fix(ui): primeira sala nasce no Fácil e lembra a última dificuldade #21, 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) · 2 em voo: fix(leaderboard): oculta WPM implausível do ranking público (#28) #30 (anti-cheat leitura, quórum — PR Doctor 07-13) e fix(security): exige sala estagnada para claim-leader (anti-sequestro) #12 (claim-leader, DRAFT+decisao-dono).
• Conselho: 0 pareceres emitidos, 0 consumidos. ⚠️
• Persona (O Iniciante): 3 rodadas → gerou UX/Feel: erro de digitação é invisível onde o olho está (feedback de erro no card do editor · §779) #10/UI: pódio solo mostra quadrados vazios/quebrados (adaptar Results a < 3 jogadores · §III.7) #11 e o bug P1 Anti-cheat/Leaderboard: recorde impossível (3596 WPM) no Ranking Global — sem teto de plausibilidade #28 (recorde impossível 3596 WPM).

✅ Acertos

1. Loop persona→issue→PR→merge fechou ponta a ponta: 4 fricções do Iniciante viraram deploy — UX/Feel: erro de digitação é invisível onde o olho está (feedback de erro no card do editor · §779) #10 (erro visível no card), UI: pódio solo mostra quadrados vazios/quebrados (adaptar Results a < 3 jogadores · §III.7) #11 (pódio solo), Onboarding: dificuldade nasce em "Médio" e atropela o Iniciante — primeira sala deveria nascer no Fácil (§0.3) #16 (1ª sala no Fácil), Engine/Honestidade: "Precisão 100%" coexiste com "Erros 1" — arredondamento mascara erro e rótulo confunde #20 (precisão honesta).
2. Anti-cheat em profundidade: PR fix(anti-cheat): valida/clampa results antes de persistir no leaderboard #8 sanitiza na escrita + PR fix(leaderboard): oculta WPM implausível do ranking público (#28) #30 filtra plausibilidade na leitura — resposta em camadas ao exploit de 3596 WPM, sem tocar dado de produção (respeitou §7.1).
3. Higiene do Curador impecável: Quadro fix(leaderboard): oculta WPM implausível do ranking público (#28) #30 reconciliado toda rodada, loops ICE fechados nas threads, em-resolucao vigiado proativamente.

🔴 Problemas (causa-raiz)

1. Conselho = 0 pareceres a semana toda. Todo Resolvedor rodou "sem parecer do Conselho". Causa: a seleção "top-3 por prioridade" é independente do consumo — e na janela comprimida Curador(11h)→Conselho(12h)→Resolvedor(14h), a issue vira em-resolucao antes do parecer sair, então o Conselho ou acha "nenhuma elegível" ou opina em issue que ninguém pega. → corrigido hoje.
2. PRs de UI shipando sem verificação em browser (UI: pódio solo mostra quadrados vazios/quebrados (adaptar Results a < 3 jogadores · §III.7) #11, 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). Resolvedor honesto: "tela fica atrás de corrida concluída, inviável headless". Não é preguiça — as telas de Resultado/pódio vivem atrás de uma corrida completa e não há harness p/ alcançá-las. → [Proposta] abaixo (não é fix de prompt).
3. Falso-alarme de em-resolucao órfão (×2: Segurança: claim-leader permite sequestro de liderança de qualquer sala (sem autorização) #6, Onboarding: dificuldade nasce em "Médio" e atropela o Iniciante — primeira sala deveria nascer no Fácil (§0.3) #16). O Curador observa o claim segundos antes do branch/PR materializar na mesma rodada e gasta linhas em "vigiar/limpar amanhã" — que sempre se resolve. Custo baixo; monitorar, não gastei change nisso.

🛠️ Mudança aplicada esta semana (1/3 — menos e melhor)

• coderacer-conselho §4 (prompt de rotina, edição direta): o Conselho passa a alinhar seus pareceres ao "Top-3 elegível p/ Resolvedor" do comentário mais recente do Curador no Diário 📓 Diário de Bordo da Frota #4 (e ao [Plano] da semana). Se a lista do Curador divergir da ordenação por prioridade, o Curador vence (é quem prevê o que será resolvido). Meta: transformar um organ morto (0 pareceres / 6 PRs) em insumo que cai na issue certa. Frontmatter e estrutura intactos; §7.1/§8 inalteradas.

📌 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: mitigação por estagnação fix(security): exige sala estagnada para claim-leader (anti-sequestro) #12 vs. presença server-side Segurança: claim-leader permite sequestro de liderança de qualquer sala (sem autorização) #6) — parada há 4 dias; PR fix(security): exige sala estagnada para claim-leader (anti-sequestro) #12 segue DRAFT+decisao-dono. Ainda <7d, mas é o único bloqueio de segurança em aberto — uma palavra sua destrava.
• [Proposta reiterada da inaugural] .eslintrc mínimo — pnpm lint seguiu N/A a semana inteira; o gate real é typecheck+build+scripts. Continua de pé.
• [Proposta nova] harness p/ verificar telas pós-corrida (Resultado/pódio) — hoje PRs de UI shipam sem verificação visual. Vale virar issue area:infra/area:ui quando houver folga.