Mapa de cobertura
12. Registro da sessão de 2026-08-17
mapa-cobertura-ds.md v2.31 · §12seção 14 de 2412-registro-da-sessao-de-2026-08-17-gate-bt-p1-ps.md · MD5 35cfecd8Título completo no canon: Registro da sessão de 2026-08-17 (gate) — BT-P1, PS-P4 e DH-P6 FECHAM por gate OBSERVADO
Seção acrescentada, não substituída. O relato completo está no
seed-componentes.md§64.10 e novalidacao/MANIFESTO.md§81. Escrita para um leitor que nunca viu a conversa que a gerou.
12.1 O que fechou, e com que evidência#
Vocabulário, para quem lê sem contexto. Bancada é o artefato HTML que imprime todos os estados
de um componente lado a lado para inspeção — não é uma tela do produto (lei CP31). Gate é a
aprovação humana que autoriza promover uma spec a estável; nenhuma guarda automatizada substitui o
olho, e a prova disso está registrada: em 2026-08-16 a banco-data v0.1 passou em 25 PASS · 0
FAIL com o calendário inoperante, e quem reprovou foi o Rafael. Gate OBSERVADO significa que
há registro de qual insumo foi olhado; gate DECLARADO significa que a aprovação vale mas o insumo
não ficou registrado — a distinção existe para tornar errata possível.
| Pendência | O que era | Estado agora | Evidência |
|---|---|---|---|
| BT-P1 | re-gate visual de banco-escolha v0.4, banco-data v0.4, banco-prioridade v0.2 |
✅ FECHADA — gate OBSERVADO | suite-escolha 238 · 0 · 29 · suite-data 31 · 0 · 1 · suite-prioridade 18 · 0 · 0 · render-promocao 168 · 0 · BT7 5/5/5 · 0 |
| PS-P4 | gate visual de banco-pessoa v0.1 |
✅ FECHADA — gate OBSERVADO | suite-pessoa 44 · 0 · 1 · BT7 3 · 0 · 1 [n/a] · contraste-composicao 2 · 0 |
| DH-P6 | a BT-P1 dita do lado do §61.8 | ✅ FECHADA | fecha a linhagem que a DH-P5 abriu quando o olho reprovou a v0.1 |
O insumo do gate está nomeado: as quatro folhas de captura em render-audit/folha-banco-escolha.html,
folha-banco-data.html, folha-banco-prioridade.html e folha-banco-pessoa.html. A aprovação foi
colhida numa escolha de três opções em que "Aprovo — gate DECLARADO" estava na mesa e foi recusada
em favor de "Aprovo — gate OBSERVADO".
O rito foi REEXECUTADO antes de promover, contra os artefatos lidos da pasta nesta sessão — não contra números lembrados. Os placares coincidiram integralmente com os do §80 do MANIFESTO, o que prova que os artefatos da pasta são os mesmos que aquele rito mediu.
12.2 Seis linhas do eixo C reclassificadas, e quatro corrigidas por errata#
Reclassificadas de rascunho/ESCRITO para estável, porque o gate que faltava aconteceu:
C1, C2 (§61) · C3, C12 (§60) · C4 (§62) · C11 (§63).
Erratas de versão de bancada, corrigidas por MEDIÇÃO no <title> e no selo de cada artefato — o
mapa declarava v0.1 e o artefato diz v0.2 em quatro casos: C6 (banco-identidade) · C7
(banco-texto-rico) · C13 (banco-credencial) · C15 (banco-edicao-linha).
Errata irmã, corrigida no outro documento: três cabeçalhos do seed-componentes.md declaravam
versões uma minor acima das que existem — §61 dizia banco-data v0.5, §62 dizia banco-pessoa
v0.2, §63 dizia banco-prioridade v0.3. Quatro fontes foram conferidas por comando (artefato, gerador,
MANIFESTO, este mapa) e três concordaram contra uma. Corrigido o documento, não o artefato, porque
subir versão sem mudar conteúdo é etiqueta e não versão, e porque as folhas que o Rafael olhou foram
geradas das versões v0.4 / v0.4 / v0.2 / v0.1. Detalhe e alternativa descartada em §64.10.3.
12.3 O que continua ABERTO, para não parecer que fechou#
- PS-P2 — C5 (seletor de entidade colorida) e C8 (menção
@) seguem inalcançáveis: os dois só abrem escrevendo no produto de referência, e o modo autorizado é somente leitura. - Gate declarado, não observado, nos artefatos que não entraram neste gate:
tela-referencia,tela-painel,tela-quadro,tela-gantt,banco-tokensebanco-dataviz-di. A promoção deles vale; a natureza do gate continua registrada como declarada. - BT-P3 · CD-P6 · CD-P7 (93 botões, achado sem veredito) · E-P2 · EA-P1 · SI-P4 ·
IL-P2 — ver §11.4 e o §64.6/§64.9.4/§64.10.4 do
seed-componentes.md. - Contagem de arquivos do §3 do MANIFESTO — segue por recontar por comando.
12.4 Achado de instrumento, registrado SEM conserto#
A suite-escolha conta arquivo ausente como FAIL: rodada numa cópia de trabalho que tinha só a
bancada, devolveu 138 PASS · 4 FAIL, e os quatro FAIL eram os quatro alvos de tela que não estavam
lá. Alvo ausente deve declarar [n/a], nunca reprovar — é a mesma família da regra "suíte que morre
é pior que suíte que reprova": número plausível sobre coisa que não foi medida. Não consertado nesta
rodada, e o porquê: o padrão vale para as 21 suítes do acervo e exige prova de reprovação própria
(injetar o defeito, ver o placar cair, reverter). Registrado para não voltar como surpresa.