[diegosouzapw]

Reativa 51 arquivos de teste que estavam excluídos do Vitest, devolvendo ~350 asserções à suíte bloqueante. Resolve a maior parte da #13204.

O problema

vitest.config.ts excluía 62 arquivos existentes, quase todos com o mesmo comentário:

"tests/unit/ui/compareView.test.tsx", // #8618 — pre-existing failure; remove this exclusion when fixed

A #8618 foi fechada em 2026-08-11. A lista que ela rastreava não parou de crescer — foi de 45 para 62 entradas depois disso, cada exclusão nova herdando um comentário que aponta para uma issue morta. Ninguém revisitou nenhuma, porque não há gate que detecte exclusão sem rastreador vivo, e um teste excluído é indistinguível de um teste que não existe.

O que a medição mostrou

Rodei os 62 arquivos um a um antes de mexer em qualquer coisa:

Passam contra a árvore atual, sem alterar código	51
Falham de verdade	11

Ou seja: as exclusões sobreviveram às falhas que as justificavam. A maioria era dívida fóssil.

Os 11 que ainda falham continuam excluídos, mas agora apontam para a #13204 — um rastreador vivo — em vez da #8618.

Verificação

• Cada arquivo medido isoladamente antes de ser reativado.
• Suíte completa rodada antes e depois. Os 51 reativados não aparecem na lista de falhas de nenhuma das duas execuções (sobreposição zero).
• Ressalva de método: uma medição anterior nesta esteira dizia que better-sqlite3 estava ausente e que medição local de teste com banco não era confiável. Está errado — o driver carrega via prebuilds/linux-x64.node; o que não existe é build/Release/better_sqlite3.node, que é caminho de compilação, não de runtime. Conferido com node -e "require('better-sqlite3')".

Trade-off, declarado em vez de escondido

A suíte bloqueante cresce de 325 para 376 arquivos (+372 testes, ~17%). Essa carga paralela extra pressiona os testes que já falham de forma intermitente numa execução completa carregada na base: compression*, lobe-provider-icons-stepfun, resilience-connections, orchestrationHistoryTab.

Esses arquivos passam 25/25 isolados com esta config aplicada, então a mudança não os quebra logicamente — ela aumenta a carga que já os derruba. Pertencem à família de base-red rastreada pela #12732 e não são consertados aqui.

Se o mantenedor preferir reduzir o risco antes de absorver os 51 de uma vez, dá para fatiar em lotes; a medição por arquivo está na #13204 e permite escolher qualquer subconjunto.

Refs #13204

---

Atualização: os dois gates que faltavam entraram nesta PR

O item 2 da #13204 — um gate que reprove exclusão sem rastreador vivo — estava fora do escopo inicial. Entrou, junto de um irmão que fecha a outra cegueira encontrada na mesma auditoria.

check:vitest-exclusions exige que toda exclusão que resolve para um arquivo real (a) cite uma issue e (b) apareça em config/quality/vitest-exclusions.json com seu status medido. Adicionar uma exclusão passa a ser um diff revisável em arquivo dedicado, em vez de mais uma linha perdida num array de 60. Deliberadamente não re-roda os testes excluídos — custa ~10 min e é trabalho de job periódico; o inventário registra a data da última medição.

check-new-key-coverage exige que uma chave nova no en.json chegue a todos os locales. Irmão do check-ui-value-drift: aquele pega valor em inglês reescrito deixando tradução velha; este pega chave adicionada que algum locale nunca recebeu. O check-ui-keys-coverage não consegue — é piso percentual por locale, e 11 chaves ausentes em ~13.000 deixa a cobertura em 99,9%.

Prova retroativa contra o incidente real, com BASE_REF apontando para antes do merge da Fase 3:

[i18n-new-keys] FAIL — 14 new English key(s) missing from some locales:
  ✗ orchestration.compareMode — missing in 9: el, et, ga, hr, lt, lv, mt, sl, sr
  ✗ orchestration.noMatches   — missing in 9: el, et, ga, hr, lt, lv, mt, sl, sr
  ...

Pega as 11 chaves nos exatos 9 locales que as perderam — e revelou mais 3 chaves de outras features com o mesmo problema.

Ambos são diff-aware contra o merge base, então dívida pré-existente fica congelada e nenhum dos dois precisou de migração para ser ligado. Ligados no ci.yml, documentados em docs/architecture/QUALITY_GATES.md, com 14 testes cobrindo os núcleos puros.