22. Registro da sessão de 2026-08-19 — a SI-P4 executa, e a cobertura acha o que a LISTA não continha

Leitor novo: este documento mapeia cobertura — quem mede o quê, e o que ninguém mede. Esta seção é a vigente e supersede a §21 como fotografia do estado. Registro completo em validacao/MANIFESTO.md §92; contratos em seed-componentes.md §65.7.

22.1 COBERTURA NOVA#

22.2 O QUE A COBERTURA NOVA ACHOU — e a lição vale para todo censo deste projeto#

O censo do .sigla dizia QUATRO telas. São OITO. As quatro que faltavam — tela-chat, tela-gantt, tela-quadro e tela-referencia — apareceram no primeiro segundo em que a guarda varreu a PASTA em vez de uma lista escrita à mão. O número errado estava em três lugares (o §69.6 do seed-componentes.md, a abertura-proxima-sessao.md §7-a e o §91.1 do MANIFESTO) e foi repetido por quatro sessões.

REGRA QUE FICA, irmã de "PLACAR QUE MEDE NOME NÃO MEDE COISA": LISTA ESCRITA À MÃO MEDE A LISTA, NÃO O ACERVO. Todo instrumento cujo alvo é digitado à mão herda o esquecimento de quem digitou. Quando o contrato é transversal, o alvo é a PASTA.

Medir numa largura nova é cobertura barata. Rodar o contraste a 390px pela primeira vez custou segundos e rendeu dois defeitos de instrumento (29º: texto com alfa 0 lido como preto; 30º: alvo coberto medido pela rota do pixel) e um defeito visível a olho nu numa tela estável (SH-P2: a barra superior do tela-shell colidia — rótulo cortado, Ctrl K sobre o texto, avatar sobre a busca).

A suite-reflow (BT7) não via o SH-P2, e está certa em não ver: ela mede rolagem horizontal de documento, e não havia — 390 contra 390. O que quebrava era colisão dentro da faixa.

22.3 AINDA SEM COBERTURA — nomeado, não fechado#

22.4 Estado documental#

seed-componentes.md v1.11 (§65.7 — contratos SI17-a/b/c/d; SI-P4 FECHADA; nasce SI-P5) · validacao/MANIFESTO.md v13.0 (§92) · mapa-cobertura-ds.md v2.1 (esta seção) · gêmeos de token v1.17, sem alteração — nenhum token nasceu: todos os consertos foram de CONSUMO (as listas NOMES dos oito geradores) ou de FOLHA DE ESTILO (o bloco único do .sigla e o 3º degrau do CP15 no tela-shell).

22.5 Segunda metade da sessão de 2026-08-19 — a IL-P2 e o defeito que a pendência não continha#

O que ela achou, e nenhuma guarda anterior podia achar: a planilha do §48 era inalcançável por teclado — 56 células em tabindex="-1", nenhuma em "0", 40 Tabs sem o foco entrar. A guarda pressiona Tab, setas, Home, End, Ctrl+Home, Ctrl+End, F2, Enter e Esc; guarda que lê atributo nunca teria visto.

REGRA QUE FICA: PENDÊNCIA ESCRITA É HIPÓTESE, NÃO CENSO. A IL-P2 listava três divergências de semântica. Eram sete defeitos, e o que importava era de teclado.

AINDA SEM COBERTURA, acrescentado aqui:

Estado documental atualizado: seed-componentes.md v1.12 (§67.7) · validacao/MANIFESTO.md v13.1 (§93) · mapa-cobertura-ds.md v2.2 (esta subseção).

22.6 Terceira parte da sessão de 2026-08-19 — SI18, e a guarda PARAMETRIZADA em vez de duplicada#

Nenhuma guarda nova nasceu — a régua do SI18 é a mesma do SI17 (escrever a posição no navegador e ler o estilo computado), e a regra do projeto manda parametrizar, não duplicar.

O que ela achou: 29 elementos .ent em 7 telas — a auditoria do §69 dizia 14 —, com quatro formas diferentes, um ponto transparente no tela-lista e um raio literal divergente no tela-referencia. E, ao trocar o literal pelo token, o raio caiu para 0px: o gerador não emitia --seed-radius-1.

PS-P5 REVOGADA pela medição: o .mini-avatar carrega o CLIENTE (iniciais do cliente, posição de entidade), não uma pessoa. Nasce PS-P6, de produto.

AINDA SEM COBERTURA, acrescentado aqui:

Estado documental: seed-componentes.md v1.13 (§65.8 e §62.8) · validacao/MANIFESTO.md v13.2 (§94) · mapa-cobertura-ds.md v2.3 (esta subseção).

22.7 Quarta parte da sessão de 2026-08-19 — duas guardas novas, e o que elas contam#

O eixo que a AC5 fecha: ninguém comparava o valor de token redeclarado no artefato com o do gêmeo. Foi por aí que a DD-P1 passou. Ela achou 1 defeito real em 4.930 comparações — o anel de foco do banco-formfield que não clareava no tema escuro — e três falsos que viraram cláusulas do próprio instrumento (variante declarada no <html>, e tema que o artefato não promete).

O que a NV2 conta, e o que o número quer dizer: fora da família de e-mail — que não pode usar var(), porque cliente de e-mail ignora propriedade personalizada —, o acervo tem 484 literais de cor que já têm nome nesta casa e 168 que não têm. A guarda não reprova: trocar literal por token pode mudar pixel no outro tema.

AINDA SEM COBERTURA, acrescentado aqui:

FECHADO nesta parte: AC-P4 · AC-P5 · MR-P3 · NV1-c (como censo) · DP-P9 · DP-P10 · CC-P1 · a contagem de arquivos do §3, aberta havia seis sessões: 322 arquivos em 8 diretórios, contados sobre a listagem recursiva do device_list_dir (saída de máquina), com o método e o risco residual declarados no §95.7 do MANIFESTO.

Estado documental: seed-componentes.md v1.13 · validacao/MANIFESTO.md v13.3 (§95) · mapa-cobertura-ds.md v2.4 (§22.7) · gêmeos de token v1.17, SEM ALTERAÇÃO — nenhum token nasceu em toda a sessão. (Superado pelo §22.8: o estado documental atual é v1.14 / v13.4 / v2.5.)

---

22.8 Quinta parte da sessão de 2026-08-19 — o Rafael respondeu as quatro perguntas, e achou uma DIMENSÃO de cobertura que não existia#

Leitor novo: esta subseção fecha a sessão de 2026-08-19 (§22 a §22.8). O que interessa a um mapa de COBERTURA aqui não são as quatro respostas — essas estão no seed-componentes.md. É o fato de que uma dimensão inteira de cobertura estava em ZERO e ninguém sabia, porque nenhuma guarda a olhava.

22.8.1 A dimensão que não existia: CENTRO DO DESENHO DENTRO DO ALVO#

O Rafael apontou, num anexo de imagem e a olho nu, um ícone fora do centro do botão. Aquele controle passava em todas as guardas do acervo: tamanho de alvo (SC 2.5.8), nome acessível (SC 4.1.2), contraste de objeto gráfico (SC 1.4.11), foco visível. Nenhuma media POSIÇÃO INTERNA.

Instrumento novo: validacao/guarda-centro-alvo.mjs (contrato CT1, seed-componentes.md §70). Fronteira declarada: mede só o tema claro (CT-P1) e só o estado de repouso (CT-P2). Duas pendências nascem já sabendo o que a guarda NÃO cobre — porque ausência de medição nomeada é dívida declarada, e ausência de medição silenciosa é buraco. ⚠ SUPERSEDIDO na §22.9, no mesmo dia: as duas fronteiras foram fechadas.

22.8.2 A cobertura que CRESCEU sozinha, sem ninguém editar guarda#

A guarda-si17.mjs varre a pasta, não uma lista. Quando os 11 clientes de tela-tabela e tela-referencia viraram quadrados .sigla, a guarda passou a medi-los no mesmo minuto, sem edição nenhuma:

É o argumento empírico a favor de guarda-que-varre-pasta contra guarda-que-lê-lista: o acervo cresce e a medida acompanha sozinha. Com lista, os 11 elementos novos teriam entrado não medidos, e o placar continuaria verde.

22.8.3 A cobertura que estava MENTINDO, e a terceira reincidência#

A cláusula NUM-02 da suite-container.mjs contava elementos decorativos dentro da tabela e subtraía uma lista de classes escrita à mão. Quando .mini-avatar deixou de existir, ela reprovou 6 elementos corretos. Reescrita para medir a coisa (célula/linha oculta; enfeite que leva embora todo o texto da célula), sem citar classe nenhuma, e provada capaz de reprovar em duas injeções.

Terceira reincidência da mesma família nesta sessão — censo de telas da SI-P4 (dizia 4, eram 8), censo de elementos do SI18 (dizia 14, eram 29) e agora dentro de uma guarda. LISTA ESCRITA À MÃO MEDE A LISTA, NÃO O ACERVO — e a regra vale também para o miolo dos instrumentos, não só para a escolha dos alvos deles.

22.8.4 Contagem do acervo depois desta parte#

Nenhum artefato nasceu nem morreu: os 322 arquivos em 8 diretórios do §22.6 seguem valendo. O que mudou foi conteúdo de 12 arquivos (9 artefatos regerados ou editados, 2 moldes, 1 bancada) e o nascimento de 1 guarda e 1 montador de folha.

Artefatos novos de auditoria: render-audit/gate-v134/ — 44 recortes PNG e a folha fechamento.html (2,9 MB, tudo embutido em base64, imagem faltando: 0).

Estado documental: seed-componentes.md v1.14 (§65.9, §65.10, §65.11 e §70) · validacao/MANIFESTO.md v13.4 (§96) · mapa-cobertura-ds.md v2.5 (esta subseção) · gêmeos de token v1.17, SEM ALTERAÇÃO — nenhum token nasceu em toda a sessão de 2026-08-19.

22.9 Sexta parte da sessão de 2026-08-19 — as duas fronteiras declaradas do CT1 fecham, e a cobertura passa a ter EIXO DE ESTADO#

Leitor novo: esta subseção presume que você nunca viu a conversa que a gerou. Na quinta parte (§22.8) nasceu o contrato CT1 — o desenho dentro de um controle de ícone tem de estar no centro da caixa do controle — porque o Rafael Sant'Ana (CEO da SEED engenharia, decisor único do projeto) apontou a olho nu, num anexo de imagem, um ícone torto num botão de 44px que passava em todas as mais de 60 guardas do acervo. A guarda nasceu com duas fronteiras declaradas: media só o tema claro e só o estado de repouso. As duas fecharam nesta sexta parte.

22.9.1 COBERTURA NOVA — o eixo de PONTEIRO estava em ZERO; o de FOCO já existia, e isso foi MEDIDO#

Placar: 180 PASS · 0 FAIL · 228 [n/a] em cada largura, com duas execuções idênticas em cada uma. A matriz completa, separada por tema e por estado, está em seed-componentes.md §70.5.2 — placar que não separa o que tem regra diferente mente pela média.

QUEM MEDIA ESTADO ANTES DESTA PARTE — censo dos 52 arquivos .mjs da pasta validacao/, contado, não estimado. A primeira redação desta subseção afirmava que "nenhum instrumento media estado". Medido, isso estava errado, e a correção está aqui em vez de sumir:

A afirmação correta, e ela é mais estreita do que a primeira que eu escrevi: o que nasceu aqui é o eixo de PONTEIRO, que estava em zero nos 52 instrumentos; o eixo de foco já era coberto por 20 deles, e o que o CT1 acrescentou nele foi a modalidade de teclado explícita (um Tab por passe, sem o qual .focus() programático não casa com :focus-visible no Chromium) e a asserção de que o foco pegou. Este parágrafo é o registro de uma afirmação minha que a medição revogou — pendência escrita é hipótese, não censo, e vale também para o que eu mesmo acabei de escrever.

22.9.2 AINDA SEM COBERTURA — nomeado, não fechado#

22.9.3 Dois defeitos de INSTRUMENTO, e o formato do dano em cada um#

22.9.4 A pasta de prova, e por que ela é cobertura#

render-audit/prova-ct1/ — 8 artefatos de dado sintético com defeito plantado, mais um LEIA-ME.md autossuficiente. Placar de referência: 40 PASS · 12 FAIL · 12 [n/a], idêntico em duas execuções, com os 4 caminhos de [n/a] disparando.

Ali, FAIL é o resultado desejado — é um teste de teste. Se a pasta voltar 0 FAIL, quem quebrou foi a guarda, não o acervo. Isto é cobertura de instrumento, categoria que este mapa não tinha: até aqui o mapa media o que as guardas cobrem do acervo, e não o que prova as guardas.

22.9.5 Contagem do acervo depois desta parte#

Nenhum artefato banco-* ou tela-* foi alterado. Nenhum token nasceu. Os 34 artefatos e os 51 HTMLs de raiz seguem idênticos byte a byte — e isso é resultado medido, não omissão: o bloco CT1 escrito na quinta parte já estava correto também no tema escuro e nos três estados de interação.

Nascem 12 arquivos: render-audit/prova-ct1/ (9) · validacao/monta-folha-v135.py · render-audit/spec-ct1.json · render-audit/gate-v135/fechamento.html (27 imagens embutidas em base64, imagem faltando: 0) mais os 29 PNG de recorte. Mudam 4: validacao/guarda-centro-alvo.mjs (reescrito) · validacao/corta-recorte.mjs (estendido com hover, ativo, rotulo e asserção de estado) · seed-componentes.md · validacao/MANIFESTO.md.

Estado documental: seed-componentes.md v1.15 (§70 reescrito: §70.5 supersede, §70.6 prova de inércia, §70.7 pendências) · validacao/MANIFESTO.md v13.5 (§97) · mapa-cobertura-ds.md v2.6 (esta subseção) · gêmeos de token v1.17, SEM ALTERAÇÃO.

22.10 Sétima parte da sessão de 2026-08-19 — duas dimensões que estavam em ZERO, e uma delas foi aberta por uma RECUSA#

Leitor novo: esta subseção presume que você nunca viu a conversa que a gerou. Na parte anterior (§22.9) eu registrei, na folha do gate, que o sino e o botão de menu da barra superior do tela-shell não mudavam nada ao receber o mouse — e classifiquei isso como "decisão de aparência", devolvendo a decisão ao Rafael Sant'Ana (CEO da SEED engenharia, decisor único do projeto). Ele recusou a pergunta: "o que o mercado sugere? pesquise e aplique, nao é decisao minha." Desta recusa nasceu a primeira dimensão abaixo. A segunda fecha a SH-P3, aberta havia quatro partes.

22.10.1 COBERTURA NOVA — o eixo de RESPOSTA AO PONTEIRO (contrato HV1)#

O que a cobertura nova ACHOU, e é o maior achado de uma medição nesta sessão:

Placar: 0 PASS em 51 arquivos.

A lição de cobertura: o Rafael viu DOIS botões e a régua encontrou 1.969 reprovações. É a terceira vez nesta sessão que um apontamento dele revela uma CLASSE — foi assim com o ícone fora do centro (2 apontados → 16 defeitos) e com a empresa logada (1 nome → 8 telas). Quando ele aponta uma coisa, a pergunta de cobertura não é "quantos como este?", é "que régua está faltando?".

E há uma lição sobre a natureza do instrumento: a guarda julga pelo PIXEL, com três capturas por controle, porque a primeira versão — que julgava por getComputedStyle — se desmentiu na primeira execução. Propriedade computada do ELEMENTO não descreve a APARÊNCIA do elemento: o que o usuário vê é a composição.

22.10.2 COBERTURA NOVA — COLISÃO, COBERTURA E CORTE (contrato SH1) · FECHA a SH-P3#

Placar: 204 PASS · 0 FAIL · 0 [n/a] a 1440px · 198 PASS · 6 FAIL a 390px (os 6 são a pendência SH-P8).

O que a suite-reflow (BT7) estruturalmente não cobria, e por isso a SH-P3 existia: ela mede se o documento estoura na largura. Conteúdo pode encavalar sem estourar largura nenhuma. Guarda que mede o continente não mede o conteúdo. E foi exatamente ali que os defeitos reais estavam: quatro artefatos escondiam conteúdo a 390px sem que nenhum placar reclamasse.

22.10.3 CATEGORIA NOVA DE COBERTURA — DECLARAÇÃO COM SAÍDA VERIFICADA#

Duas situações do acervo eram legítimas e, para uma guarda que só olha pixel, idênticas a defeito: o painel de chat que sobrepõe de propósito (contrato CH3) e a régua do cronograma que é recortada e acompanha a área rolável. A saída não foi afrouxar a régua nem listar exceções à mão — foi criar data-sobrepoe="declarado:<id>" e data-recorte="sincronizado:<id>", e a guarda verifica que a saída existe, está visível e opera.

Isto é cobertura de um tipo que este mapa não tinha: cobertura da INTENÇÃO. Até aqui o mapa media o que as guardas alcançam do acervo; agora há um mecanismo para o acervo declarar o que é desenho, em linguagem que a máquina verifica. Declaração sem saída verificável não isenta: reprova.

22.10.4 CINCO defeitos de instrumento, todos de FALSO POSITIVO#

A primeira execução da SH1 acusou 398 colisões, 122 textos cobertos e 304 textos cortados. Depois de cinco consertos de régua — nenhum de artefato — o acervo saiu limpo a 1440px. Os defeitos foram: caixa de inline multilinha (106 falsos strong × strong) · 34º <details> fechado tem retângulo e não tem pixel · 35º elementFromPoint é hit-test, não pintura · 36º a técnica de leitor de tela é uma caixa de 1px com overflow:hidden (172 falsos span.vh) · 37º conteúdo rolado para fora de overflow:auto · 38º o eixo que esconde tem de ser o que transborda.

Lição de cobertura, e ela é o contrário do que a intuição diz: guarda nova que reprova DEMAIS é mais perigosa que guarda que reprova de menos, porque força conserto errado em artefato correto. Eu quase consertei uma tabela feita PARA LEITOR DE TELA para satisfazer um placar.

22.10.5 Contagem do acervo depois desta parte#

Nascem 26 arquivos: render-audit/prova-hv1/ (8) · render-audit/prova-sh1/ (14) · validacao/guarda-resposta-ponteiro.mjs · validacao/guarda-colisao.mjs · validacao/monta-folha-v136.py · render-audit/gate-v136/ (a folha + 32 recortes). Mudam 12: 4 moldes, 1 gerador, 4 artefatos regerados, seed-design-system.html, e os dois gêmeos de token.

Estado documental: seed-componentes.md v1.16 (§71 e §72) · validacao/MANIFESTO.md v13.6 (§98) · mapa-cobertura-ds.md v2.7 (esta subseção) · gêmeos de token v1.18 — os PRIMEIROS dois tokens da sessão inteira, e sem nenhum hex novo: o que nasceu foi o propósito com nome.

22.11 Oitava parte da sessão (2026-08-20) — a dimensão de VAZAMENTO entra, e o 40º defeito ensina o que "medir duas vezes" significa#

Leitor novo: esta subseção presume que você nunca viu a conversa que a gerou. Na parte anterior (§22.10) nasceu o contrato SH1 — nada se sobrepõe, nada fica coberto, nada é cortado em silêncio — com três cláusulas, e o acervo saiu 204 PASS · 0 FAIL a 1440px. Nesta parte o Rafael Sant'Ana (CEO da SEED engenharia, decisor único do projeto) mandou uma captura do tela-gantt.html a 390px com duas setas vermelhas nos botões "Anterior" e "Próximo" e escreveu: "o nome dentro do botao estoura para fora, isso tem soluçao?". As três cláusulas de SH1 davam aquela tela como limpa.

22.11.1 COBERTURA NOVA — o eixo de VAZAMENTO (cláusula SH1-d)#

Fronteira visível = borda, fundo pintado, ou ser controle interativo. O recorte é da régua, não conveniência: texto que passa da caixa de um div transparente é layout normal e ninguém vê; texto que atravessa a borda de um botão salta aos olhos.

SH1-c e SH1-d são o mesmo defeito por dois lados, e é isso que faz desta uma dimensão nova de cobertura e não um refinamento: um instrumento que só olhasse overflow: hidden seria estruturalmente cego para metade do problema. Cobertura não se mede em número de guardas — se mede em número de PERGUNTAS que alguma guarda sabe fazer.

22.11.2 O que a cobertura nova achou#

22.11.3 A dimensão de cobertura que ninguém tinha combinado: a ALTURA da janela#

Este projeto padronizou largura (1440px e 390px) e nunca padronizou altura — todos os 54 instrumentos usam 900 por herança, não por decisão. Nesta parte a segunda medição do acervo a 390px saiu com altura 844, por descuido, e o placar divergiu: 8 FAIL a 390×844 contra 6 FAIL a 390×900.

A causa da divergência era o 40º defeito de instrumento: opacity: 0 NÃO tira o elemento do hit-test (visibility:hidden e display:none tiram), e a função que decidia "isto pinta?" olhava cor, imagem e borda, não opacidade. O div#toast invisível do banco-icones.html é position:fixed; bottom:16px — logo a posição dele depende da ALTURA da janela: a 844 ele cai sobre um rótulo, a 900 cai 56px abaixo, sobre nada.

LIÇÃO DE COBERTURA, e ela corrige uma regra de método deste projeto por dentro: rodar o mesmo comando duas vezes não é medir duas vezes — é obter o mesmo número duas vezes. Medir duas vezes é variar uma dimensão e ver se a conclusão sobrevive. A altura da janela é uma dimensão de cobertura real que estava congelada em um único valor, e por isso escondia defeito. Depois do conserto as duas alturas concordam em 198 PASS · 6 FAIL.

Fica declarado como dívida, não como conclusão: a única altura medida de propósito neste acervo continua sendo 900. Varrer uma segunda altura sistematicamente — em SH1 e nas outras guardas — não está feito.

22.11.4 Contagem e estado documental depois desta parte#

Nascem 3 arquivos: render-audit/prova-sh1/sh-d-vaza-botao.html · render-audit/prova-sh1/sh-isento-sem-fronteira.html · render-audit/prova-sh1/sh-achado-opacidade-zero.html. Mudam 6: validacao/guarda-colisao.mjs (cláusula SH1-d + dois consertos de régua) · validacao/tela-gantt-template.html · tela-gantt.html (regerado, nunca editado à mão) · render-audit/prova-sh1/LEIA-ME.md · seed-componentes.md · render-audit/gate-v136/fechamento.html.

A pasta de prova de SH1 vai a 16 fixtures, com placar de referência 42 PASS · 22 FAIL — e ali FAIL é o resultado desejado: se aquela pasta voltar 0 FAIL, quem quebrou foi a guarda.

Estado documental: seed-componentes.md v1.17 (§72 revista) · validacao/MANIFESTO.md v13.7 (§99) · mapa-cobertura-ds.md v2.8 (esta subseção) · gêmeos de token v1.18, sem mudança · propagação para a pasta do Drive: 69 arquivos escritos e 77 conferidos por MD5, 0 divergentes — o que fecha a propagação pendente que a queda da ponte deixou na sétima parte.

22.12 NONA parte (2026-08-20) — duas réguas mediam a coisa errada, e a segunda escondia 862 reprovações num arquivo canônico#

Autossuficiente: presume um leitor que nunca viu a conversa. Esta subseção registra o que a cobertura aprendeu ao fechar a pendência HV-P5 (contraste no estado de sobrevoo/pressionado). Registro completo em validacao/MANIFESTO.md §100.

O que passou a ser medido, e o que se descobriu que NUNCA foi#

As dimensões que seguem em ZERO, agora com nome#

A lição de cobertura desta parte#

Um filtro por PREFIXO DE NOME DE ARQUIVO é uma lista escrita à mão com outra sintaxe. Ele herda o esquecimento de quem o digitou — e é pior que uma lista explícita, porque tem a aparência de alvo de pasta, que é justamente o mecanismo que esta casa criou para "a cobertura crescer sozinha". Alvo de pasta com filtro de nome dá a aparência de crescer sozinho e não cresce.

E o contraste com o outro instrumento é a prova: a guarda-resposta-ponteiro.mjs e a guarda-colisao.mjs varrem readdirSync(...).filter(f => f.endsWith('.html')) — os 51 — e por isso viram o seed-design-system.html. A mesma pasta, dois instrumentos, duas coberturas diferentes, e ninguém tinha comparado as duas listas. Fica como régua nova: quando dois instrumentos varrem a mesma pasta, a diferença entre os dois conjuntos de alvo é um número que alguém tem de imprimir.

---

22.13 DÉCIMA parte (2026-08-20) — a cobertura de BT1 sai de "dez de trinta e quatro" para alvo de pasta, e nasce uma dimensão de ENTREGA#

Autossuficiente: presume um leitor que nunca viu a conversa. Esta subseção registra o que a cobertura aprendeu ao verificar por instrumento o contrato BT1 — a barra de controles de avaliação de todo artefato produzido é fixa no topo —, escrito em seed-componentes.md §64.1 desde 2026-08-16. Especificação completa em seed-componentes.md §74; registro de método em validacao/MANIFESTO.md §101; folha de conferência em render-audit/gate-v141/fechamento.html.

Vocabulário mínimo. Barra de provas = os botões que existem só para AVALIAR o artefato (alternar claro/escuro, prova em escala de cinza, seletor de largura), não para usá-lo. Alvo de pasta = instrumento que descobre seus alvos varrendo o diretório (readdirSync(dir).filter(f => f.endsWith('.html'))) em vez de percorrer lista escrita à mão — com isso a cobertura cresce sozinha quando nasce arquivo novo. [n/a] = veredito de "não se aplica", que nesta casa é sempre acompanhado de motivo nomeado.

O que passou a ser medido, e o que se descobriu que NUNCA foi#

A dimensão de cobertura que nasce aqui: a FORMA DE ENTREGA também tem de ser medida#

O Rafael pediu, verbatim: "ao invés de me pedir para abrir o arquivo … abaixo do print, traxa a pagina viva para eu poder passar o mouse e testar … basta repetir o codigo daquela parte correto?"

Não basta. Trecho redigitado na folha de conferência torna a folha uma SEGUNDA FONTE — ela pode mostrar um botão que se comporta de um jeito enquanto o artefato se comporta de outro, e ninguém notaria. É a classe de defeito que este projeto chama de dado sintético plausível: o mais perigoso, porque não chama atenção e por isso não é conferido.

Régua nova: DEMONSTRAÇÃO VIVA É EXTRAÍDA, NUNCA REDIGITADA. E, sendo extraída, ela é mensurável — daí a linha nova na tabela acima. Antes desta parte, a única coisa que a folha de conferência garantia era que a imagem tinha sido gerada; nada garantia que o que o decisor tocava correspondia ao artefato.

⚠ Fronteira declarada da nova dimensão: o <iframe> não é o artefato — não tem o layout inteiro em volta. Ele não serve para julgar composição, aperto de largura nem colisão; para isso o veredito continua sendo do artefato e das guardas. Ele serve para passar o mouse e clicar.

O 44º defeito de instrumento — e por que ele é um defeito de COBERTURA, não só de código#

A primeira versão do extrai-vivo.mjs lia CSS com expressão regular. Medido ao provar a folha: em TRÊS dos CINCO quadros o bloco de tokens não entrou — --seed-text-primary resolvia vazio e o fundo saía transparente. Causa: chave { dentro de COMENTÁRIO CSS desalinha um parser de texto, e esta casa acabou de escrever, no mesmo dia, comentários que contêm { position: fixed }.

A régua certa já existia na casa: a guarda-literal-de-cor.mjs percorre o CSSOM (document.styleSheets → cssRules) desde que nasceu — no CSSOM o comentário não existe e o seletor já vem normalizado. Reescrito por CSSOM: 5 de 5 resolvem.

Terceira vez NA MESMA SESSÃO em que a régua certa já estava escrita em outro arquivo (as outras duas: a HV1-c alinhada ao contraste-composicao.mjs, e o scroll-behavior que dois instrumentos já desligavam e um terceiro não). Isso é um achado de cobertura: não existe censo de qual técnica cada instrumento usa para a mesma tarefa. Nomeado como pendência IN-P2.

As dimensões que seguem em ZERO — atualizadas#

A lição de cobertura desta parte#

PENDÊNCIA DE CONTRATO TRANSVERSAL NÃO FECHA POR LISTA — FECHA POR INSTRUMENTO DE ALVO DE PASTA. A BT-P2 foi declarada fechada em 2026-08-17 com "aplicada e MEDIDA em nove telas mais banco-dominio". Dez artefatos, num acervo de trinta e quatro. A frase não era falsa — os dez estavam certos; o que estava errado era chamar aquilo de fechamento de um contrato que diz "todo artefato produzido".

É a mesma família do 42º defeito de §22.12 (filtro por prefixo de nome deixando 17 de 51 fora) e a mesma família da lição de §22.2 ("o censo por classe é hipótese, não medida"). Três aparições em duas sessões consecutivas.

Régua operacional que sai daqui: ao declarar fechada uma pendência de contrato transversal, o fechamento tem de citar o instrumento, o alcance impresso pelo instrumento (quantos arquivos ele varreu, na pasta que varreu) e o censo de [n/a] com motivo. Fechamento que cita uma lista de nomes é hipótese com aparência de medida.

---

22.14 DÉCIMA parte, SEGUNDA rodada (2026-08-20) — nasce a dimensão de RECURSO QUE CHEGA, e ela veio de uma pergunta sobre outra coisa#

Autossuficiente: presume um leitor que nunca viu a conversa. Especificação completa em seed-componentes.md §75; registro de método em validacao/MANIFESTO.md §102; folha de conferência em render-audit/gate-v142/fechamento.html.

Vocabulário. Pilha de font-family = a lista de alternativas de uma declaração. Genérica = serif, sans-serif, cursive, monospace e afins, que o navegador sempre resolve. @font-face embutido = a fonte viaja com o arquivo e por isso é portátil; fonte de sistema = existe na máquina de quem olha e por isso não é.

Como esta dimensão nasceu#

O Rafael viu num anexo "uma imagem que não carregou" e perguntou se ela mudava a avaliação de contraste. A resposta medida foi não — cor, tamanho, peso, retângulo do texto dentro do cartão e cor do fundo no pixel saíram idênticos com e sem a imagem. A pergunta estava respondida em quatro números.

Mas a investigação achou o que a pergunta não continha: ninguém nesta casa jamais mediu se as famílias tipográficas e os recursos externos que um artefato declara realmente chegam. Medido no seed-design-system.html: 0 de 45 imagens e 0 de 2 famílias carregam. Consequência: todo recorte daquele artefato já mostrado ao decisor saiu com a tipografia de reserva.

Lição de cobertura: pergunta do decisor sobre um DETALHE é o modo mais barato de descobrir uma DIMENSÃO inteira que não existia. Ele não pediu uma dimensão nova; ele perguntou se um pixel importava. A resposta honesta obrigou a medir o que ninguém media.

O que passou a ser medido#

A atribuição por família muda o que o número SIGNIFICA — e isso é achado de cobertura#

As 21 reprovações de TP1-b não são 21 defeitos:

• 13 são da família de e-mail e são isenção declarada: e-mail não pode embutir ativo; imagem remota é a norma do meio e o cliente bloqueia até o leitor liberar. O host é assets.seed.eng.br, da própria SEED.
• 7 são bancadas que carregam a fonte do Google Fonts. Este é o achado novo e real.
• 1 é o showcase legado, com 46 recursos externos num só arquivo.

Régua nova: placar de contrato transversal só é legível depois de ATRIBUIR o FAIL a uma família de artefato. "21 FAIL" e "7 bancadas mais uma isenção declarada de 13" descrevem o mesmo número e exigem decisões opostas. Nesta rodada a atribuição foi feita à mão — é dívida declarada, e a pendência TP-P1 é fazê-la sair impressa pelo próprio instrumento.

A lição de instrumento: cinco passes, e a repetição é o achado#

A guarda TP1 esteve errada cinco vezes antes de acertar: reprovou 48 de 51, depois 46, depois 22 com 3 falsos positivos, depois 6 de 6 na própria pasta de prova, e só então ficou correta. As cinco vezes o erro foi o mesmo em forma diferente — medir algo adjacente ao que o contrato nomeia: família em vez de pilha · pilha sem olhar a genérica · CSSOM declarado em vez de computed (devolvia var(--seed-font-sans) sem resolver) · computed sem excluir a fonte padrão do navegador.

QUANDO UMA RÉGUA NOVA REPROVA EM BLOCO, A PRIMEIRA HIPÓTESE NÃO É "O ACERVO ESTÁ RUIM" — É "A RÉGUA ESTÁ MEDINDO OUTRA COISA". E as cinco vezes foram pegas pela pasta de prova ou pela atribuição por família, nunca por um placar verde. Placar verde não descobre régua errada; contraditório descobre.

⚠ E uma armadilha catalogada para quem escrever a próxima guarda de fonte: document.fonts.check("18px 'Indie Flower'") devolve true com a folha de fonte falhando — responde sobre a família resolvida. As réguas honestas são [...document.fonts].length e a largura em canvas do mesmo texto com e sem a família.

⚠⚠ CONTAMINAÇÃO DE AMBIENTE, DECLARADA: o contêiner recebeu apt install fonts-montserrat nesta rodada, para consertar a fidelidade dos recortes. Montserrat passou a resolver como fonte de sistema, e é daí que vêm os 85 achados de portabilidade. A guarda imprime o aviso em toda execução. Contaminação de ambiente que não é declarada é dado sintético plausível com outro nome.

As dimensões que seguem em ZERO — atualizadas#

22.15 DÉCIMA PRIMEIRA parte (2026-08-20/21) — três dimensões novas, e as três nasceram de coisas que um placar VERDE não é capaz de ver#

Contexto para quem chega sem ter visto a sessão: a frente "serra em arcos" é o grafismo de rodapé do DS v2. Ela nasceu, foi estudada em cinco rodadas, ganhou onze vereditos do decisor e não estava em nenhum canônico até 2026-08-21. O registro completo está em validacao/MANIFESTO.md §103; o componente, em seed-componentes.md §76. Esta seção registra apenas o que a rodada acrescentou ao MAPA DE COBERTURA — isto é, dimensões que ninguém media, não artefatos.

A lição transversal da rodada, e ela é sobre a natureza dos instrumentos desta casa: as três dimensões abaixo têm a mesma forma. Em cada uma existia um placar VERDE, matematicamente correto, e estruturalmente incapaz de ver o defeito. Placar verde não descobre régua errada — e também não descobre régua AUSENTE.

① COBERTURA DE PROPAGAÇÃO — a dimensão que custou três instrumentos#

O que ninguém media: se tudo o que uma sessão criou foi propagado. Esta casa conferia religiosamente o MD5 de cada arquivo enviado — 17 na nona parte, 53 na décima, 44 na décima segunda rodada, sempre 0 divergentes. E essa conta é cega por construção: ela mede a fidelidade do que foi enviado e nada sobre o que ficou de fora. Um placar de 52/52 é matematicamente incapaz de ver o 53º arquivo que ninguém enviou.

O custo, medido: censo por instrumento (todos os caminhos validacao/*.py|*.mjs citados nos 412 arquivos de texto da pasta, extraídos por expressão regular) → 138 instrumentos citados, 3 inexistentes: guarda-grafismo.mjs (a guarda GR1, citada por 6 arquivos), gen-variantes-montanha.py (citada por 5) e gen-serra-formatos.py. Busca no índice do Google Drive, não só na pasta sincronizada: zero — nunca subiram. E o createdTime do índice mostra o padrão: às 00:50:19–00:50:25Z de 2026-08-21 entraram oito arquivos em validacao/, todos da fase FINAL daquela sessão. Os três perdidos são da fase anterior. Propagou-se o resultado e esqueceu-se o percurso.

A RÉGUA NOVA — pendência PR-P4. Todo fechamento de propagação passa a imprimir DUAS contas: (1) enviados × conferidos por MD5 e (2) arquivos CRIADOS ou EDITADOS na sessão × arquivos enviados, com a diferença NOMEADA. Sem a segunda, "0 ausentes" é opinião, não medida. Aplicada já nesta rodada: 47 criados/editados · 47 enviados · 0 ausentes — pela primeira vez esse "0" é medido. Família: é o 42º defeito outra vez — o ALVO estava errado, não a medição.

Estado hoje: dimensão INSTRUMENTADA À MÃO (a conta é feita, não é automática). Promover a script é a PR-P4.

② VALOR DE MARCA FORA DO CANÔNICO — a dimensão que deixou uma cor inventada viver quatro rodadas#

O que ninguém media: se um hex usado em artefato existe nos gêmeos de token. Havia guarda para literal de cor com nome disponível (NV2, 484 casos) e para valor divergente do gêmeo (AC5), mas nenhuma para "este valor não existe em lugar nenhum do sistema".

O caso fundador: #0A6B60, o plano mais distante das peças escuras da serra e da montanha. Varredura: 0 ocorrências em seed-tokens.md e seed-tokens.json. Entrou "por precedente" — e o arquivo do precedente não existia (dimensão ①). Viveu quatro rodadas e chegou a peça aprovada antes de o decisor apontar. Veredito dele: "eu nao autorizei e vc nao deveria ter criado sem autorizacao algo canonico e ja decidio."

A medição que fechou a saída em uma: #0A6B60 → #006C62 (turquesa-700): ΔE76 = 1,03, abaixo do limiar de percepção humana (~2,3) · contraste entre as duas 1,011 · no pixel da peça inteira a troca move 0,31% dos pixels com delta máximo de 10 em 255. Não havia escolha de aparência a fazer; havia um hex fora do sistema a remover.

REGRA §0-b DA CASA (nova): valor de marca que não existe no canônico não se cria — nem "por precedente", nem "provisoriamente até o gate", nem porque a diferença é invisível. Teste barato antes de qualquer "tem precedente": ls o arquivo do precedente. A GUARDA QUE FALTA, e ela é barata: varrer os literais de cor de todo artefato e reprovar o que não for stop de rampa canônica nem token semântico — a guarda-literal-de-cor.mjs já percorre o CSSOM e já tem a lista de nomes; falta a cláusula do valor órfão. Dimensão em ZERO até isso existir.

Estado hoje: dimensão NOMEADA, em ZERO. O caso fundador está consertado por varredura manual (14 arquivos encontrados, 12 peças limpas), não por instrumento.

③ ARTEFATO ÓRFÃO — a dimensão de "quantos artefatos não têm gerador"#

O que ninguém media: quantos artefatos da pasta são irreproduzíveis. A regra da casa manda checar ls validacao/gen-<nome>.py antes de editar — o que responde por artefato, um a um, no momento do conserto. Ninguém nunca perguntou o total.

O caso fundador: render-audit/gate-z3/fechamento-largos.html, 199.311 bytes, sem gerador nenhum — a string "fechamento-largos" só aparecia no handoff. Artefato não reproduzível é artefato não corrigível, e isso só apareceu no dia em que a cor teve de mudar. Consertado escrevendo o gerador que faltava (validacao/monta-folha-z3-largos.py), não editando o HTML à mão.

Régua: quando o ls do gerador dá "não existe", a saída é ESCREVER O GERADOR — editar o HTML à mão conserta o dia e mantém a dívida. O censo total é uma varredura de uma linha e não foi feita: cruzar os artefatos de render-audit/ e da raiz contra os gen-*.py/monta-*.py que os produzem, e imprimir os órfãos. Irmã da varredura de scroll-behavior e da IN-P2, que existem pelo mesmo motivo: lição escrita não é lição aplicada; o que aplica lição é varredura.

Estado hoje: dimensão NOMEADA, em ZERO (um caso achado por acidente, nenhum censo).

Uma dimensão que EXISTIA e ganhou caso fundador: "declarou e não aparece" na TINTA DE GRAFISMO#

Medido: na capa 4:1 antiga o #0A6B60 estava declarado no HTML e não chegava a NENHUM pixel — 0 px exatos da cor na imagem, porque a faixa de 31px deixa o traço do plano de trás em 1,50px e o antisserra dilui a cor inteira. A propriedade no código não descreve a aparência da peça. Só o juiz-pixel vê isso — e aqui ele viu um valor que existia no CSS e não existia na tela. Isto reforça a regra do §4.0 do handoff mestre por um caminho novo: não é só o FUNDO que a composição resolve; é a própria TINTA de traço fino.

Uma FRONTEIRA de método que esta rodada fixou, e ela é de canon#

O decisor, verbatim: "considere que o topo segue uma regra e o rodapé outra regra." Consequência para a cobertura: regra derivada de um modelo fica ESCOPADA a ele. O toque exato — que parecia lei da casa — é regra do RODAPÉ; a montanha do topo mantém a oclusão com folga, e isso não é dívida, é regime distinto.

Régua nova: veredito dado sobre UM artefato/modelo não se generaliza para outro sem ele dizer. Generalizar por conta própria teria mudado em silêncio uma peça aprovada — que é a forma mais cara de "conserto".

As dimensões que seguem em ZERO — atualizadas nesta parte#

22.16 DÉCIMA SEGUNDA parte (2026-08-21) — a dimensão de grafismo sai de ZERO, e nasce a dimensão de ESTABILIDADE DO INSTRUMENTO#

Para quem chega sem contexto: este arquivo mede a cobertura do SEED Design System v2 — não "o sistema está bom", mas "o que o sistema é capaz de ver". Cada linha é uma DIMENSÃO de medição, e o estado dela é o estado do instrumento, não do artefato.

① ÁREA E FAIXA DE GRAFISMO (contrato GR1) — de ZERO a medida, com pasta de prova#

Na §22.15 esta dimensão foi registrada como REGREDIDA A ZERO: a guarda existia, foi perdida na propagação, e as três cláusulas estavam reconstruídas no papel mas sem código. Agora existe instrumento:

O que a dimensão passa a ver, e não via: área de grafismo pela tinta (não pela caixa do elemento); glifo do símbolo velado com erosão de 1px para não contar antisserra como núcleo; e a distinção entre faixa PINTADA e faixa DECLARADA, que são números diferentes e agora saem os dois.

O que ela ainda NÃO vê, declarado: (a) traço em milímetros para impressão — tudo é px de tela (MR-P6); (b) o regime SERRA-CENA por formato, que só existe depois da emenda MR-P4 ser aprovada; (c) legibilidade de forma (se o desenho lê como serra), que não é medível por guarda e continua sendo gate visual humano.

② ESTABILIDADE DA CAPTURA DO PRÓPRIO INSTRUMENTO — dimensão NOVA, e ela vale para todas as guardas#

Nenhuma guarda desta casa media se a própria medição é repetível. As 55+ .mjs desligam animação, transição e scroll-behavior; nenhuma perguntava se mexer na página e desfazer devolve a mesma imagem.

Medido no 47º defeito: quatro capturas seguidas sem tocar em nada são byte-idênticas, mas depois do ciclo visibility:hidden → visibility:'' no <svg> do símbolo oficial, 112 px dentro do glifo voltam diferentes. O único sinal que existia era um número geometricamente impossível no placar: sobreposição de −77 px entre dois planos.

Régua nova: toda guarda que mexe na página para medir tem de imprimir uma prova de estabilidade — o estado de controle renderizado duas vezes, em duas cargas independentes, exigindo 0 px de diferença; e alvo instável sai [n/a] nomeado. A GR1 imprime isso por peça. Alcance da dimensão hoje: 1 de 56 instrumentos. E a pendência mais antiga aberta do projeto — a HV-P7, intermitência de 1 em 6 passes na guarda-resposta-ponteiro — é exatamente esta pergunta sem esta régua.

③ COBERTURA DE PROPAGAÇÃO (PR-P4) — segue instrumentada à mão, mas agora com formato fixo#

A dimensão nasceu na §22.15 e continua sem script. O que mudou: o fechamento desta parte imprime as duas contas no formato definitivo — (1) enviados × conferidos por MD5, e (2) criados/editados na sessão × enviados, com a diferença nomeada. Enquanto for à mão, a dimensão mede a disciplina de quem fecha, não o sistema.

Tabela consolidada das dimensões — atualização#

22.17 DÉCIMA TERCEIRA parte (2026-08-21) — a dimensão de grafismo passa a medir CANON; e nasce a dimensão de INTEGRIDADE DAS SAÍDAS DO INSTRUMENTO#

① ÁREA E FAIXA DE GRAFISMO (GR1) — de "medida contra número fixo" para "medida contra CANON POR FORMATO"#

Na §22.16 esta dimensão saiu de zero. Agora ela mudou de natureza, e a diferença importa para ler qualquer placar antigo:

O que a dimensão passa a ver: (a) se a peça respeita o teto do seu próprio formato; (b) o regime em que a peça está, medido por contagem de formas de traço e impresso; (c) a lacuna "formato sem teto de canon", que antes não existia como categoria e agora é um [n/a] com nome — e é uma pergunta para o decisor, não um número a inventar.

O que ela ainda NÃO vê, declarado: milímetros para impressão (MR-P6); legibilidade de forma (gate visual humano); e o teto do topo em razão diferente de 1:1, que o canon não mediu.

② INTEGRIDADE DAS SAÍDAS DO INSTRUMENTO — dimensão NOVA (48º defeito)#

Nenhuma régua desta casa verificava se todas as saídas de um instrumento foram produzidas. Medido nesta parte: uma constante renomeada quebrou o escritor de JSON da GR1 enquanto o placar de texto saiu completo e correto; o JSON no disco ficou duas horas velho e a folha de conferência foi montada com ele — e folha é o que o decisor lê. O único sinal foi o exit=1.

Régua: instrumento que produz texto + arquivo derivado (JSON, PNG, log) confere-se por exit code e mtime do derivado, não pelo texto do placar. E quem monta folha a partir de derivado confere que o derivado é mais novo que a última execução. Alcance da dimensão hoje: 1 de 56 instrumentos (só a GR1 tem derivado conferido). Irmã da dimensão de estabilidade de captura (§22.16 ②) e do 46º defeito (| head truncando geração por SIGPIPE): a família toda é "a saída principal parecia bem e o trabalho real não aconteceu".

③ COBERTURA DE PROPAGAÇÃO (PR-P4) — segue à mão, e ganhou um caso de teste real#

O fechamento desta parte propagou canon (não só instrumento), e por isso a conta 2 tem uma linha nova de natureza diferente: arquivo promovido (marca-seed.md), cuja prova não é "foi enviado" mas "é byte-idêntico ao que o decisor aprovou" — md5 igual ao da proposta. Propagação de canon tem uma conferência a mais que propagação de artefato.

Tabela consolidada — atualização#

22.18 DÉCIMA QUARTA parte (2026-08-21) — o topo troca de EIXO, e nasce a dimensão de FECHAMENTO AUDITADO#

① COBERTURA DO TOPO — de "só a razão 1:1" para QUALQUER FORMATO#

A lição de cobertura, e ela é generalizável: escopo apertado demais parece prudência e é, na prática, uma guarda que se recusa a medir. O [n/a] estava tecnicamente honesto (o canon não media aquele formato) e ainda assim reduzia a cobertura a um único formato de peça. A pergunta certa não era "qual formato?" — era "o EIXO da medição está certo?".

② FECHAMENTO AUDITADO — dimensão NOVA#

Até hoje o fechamento de uma parte era conferido por duas contas (MD5 e cobertura de propagação). Nasce um terceiro instrumento, e ele nasceu de um pedido dele depois de a sessão anterior morrer no meio: "caso tenha perdido algo, revise para nao ficar erro para tras."

A auditoria mede 7 eixos: (1) citação órfã — todo caminho de instrumento citado existe? · (2) coerência de versão — cabeçalho × seção mais alta · (3) afirmação velha de canon · (4) placar velho apresentado como corrente · (5) higiene da cópia de trabalho · (6) frescor dos derivados (o 48º defeito, executável) · (7) fixtures × md5 do log de geração.

Achados da primeira execução: eixos 1, 2, 5, 6 e 7 limpos; eixo 3 com 2 achados reais e eixo 4 com 7 sobras — todos em documentos que eu mesmo havia escrito horas antes, na mesma sessão. É o argumento mais forte que existe para esta dimensão: quem escreve não relê com olho de auditor, e "escrito hoje" não é sinônimo de "correto agora" quando o canon muda no meio do dia.

⚠ Alcance declarado: o eixo 1 confere contra o inventário do Drive montado pelas listagens lidas na sessão (validacao/, render-audit/ não recursivo, prova-gr1/, gate-gr1/, raiz) — não é um ls recursivo completo. Auditoria com alcance declarado é medida; sem alcance, é opinião.

Tabela consolidada — atualização#

22.19 DÉCIMA QUINTA parte (2026-08-22) — nasce a dimensão de UNIDADE FÍSICA, e ela mostra que "medido em px" não é o mesmo que "medido"#

① TRAÇO EM UNIDADE FÍSICA (mm) — de ausente para medido, sem piso de canon#

O que a dimensão passa a ver, e não via:

• que a lei do traço em px torna o traço físico função da resolução de exportação — o mesmo desenho, exportado a 600 DPI em vez de 300, imprime com metade da espessura;
• que uma peça aprovada (o verso do cartão) passa o piso digital reverso por 0,004 mm;
• que uma peça do acervo (o verso do cartão nos 7 formatos) reprova nos quatro planos;
• que duas peças da mesma família estão em escalas físicas diferentes (cartão a 299,7 DPI, pasta A4 a 105,7).

O que ela ainda não vê: qual processo a gráfica vai usar (por isso o placar sai por processo, não como veredito único); e não existe guarda de alvo de pasta para isto — virar guarda só faz sentido depois de haver piso de canon para comparar.

⭐ A lição de cobertura, e ela generaliza: "medido" sem unidade declarada é meia medida. Este projeto tinha 12 peças, 5 estudos, uma guarda de alvo de pasta e centenas de números — todos corretos, todos em px, e nenhum deles respondia à pergunta que a gráfica faz. Irmã da lição do 49º defeito: número certo na unidade errada descreve outra coisa.

Tabela consolidada — atualização#

22.20 DÉCIMA SEXTA parte (2026-08-22) — a dimensão de unidade física sai de MEDIDA para GOVERNADA, e as duas que ficam em zero passam a ser consequência da regra#

① TRAÇO EM UNIDADE FÍSICA (mm) — de medido, sem piso de canon para governado por canon#

O que a dimensão passa a ver, e não via: se uma peça impressa respeita o piso que o decisor aprovou — antes ela só sabia dizer se a peça sobreviveria a um processo de impressão genérico. É a mesma virada que a dimensão de grafismo teve em §22.17, quando a GR1-c passou de "um número fixo" para "o teto que ele aprovou para o formato": a régua deixa de medir o mundo e passa a medir a DECISÃO.

② As duas dimensões que ficam em ZERO — e agora são consequência da regra, não lacunas soltas#

⚠ Alcance declarado desta rodada: as provas foram pré-voo (5/5 byte-idênticos antes de tocar o gerador), inércia (L4/L5 byte-idênticas depois) e reversibilidade (TRACO_PISO_MM=0 reproduz o antes byte a byte), mais a leitura do stroke-width no artefato renderizado. Não houve varredura do acervo inteiro em busca de outras peças com alvo físico — e é justamente essa varredura que falta para a dimensão virar guarda.

⭐ A lição de cobertura desta parte: régua sem número de canon para comparar produz diagnóstico, não veredito. A §22.19 tinha a medição completa e correta em milímetros, e ainda assim não podia reprovar nada — porque não havia piso aprovado, só pisos do mercado. A dimensão só fecha o circuito quando existe (a) o número medido, (b) o número decidido e (c) alguém que compare os dois sem ser convidado. Hoje esta dimensão tem (a) e (b); o (c) é a MR-P8 e a guarda que não existe.

Tabela consolidada — atualização#

22.21 DÉCIMA SÉTIMA parte (2026-08-22) — nasce a dimensão de PROVENIÊNCIA DO VALOR, e ela estava em zero para o acervo inteiro#

① PROVENIÊNCIA DO VALOR — de ausente para nomeada (medida: 1 valor de centenas)#

Como a lacuna apareceu: não por auditoria. Por ele perguntar o que a opção significava. A §107.7 havia escrito a pendência como "o cartão está em 89×51 mm; o padrão brasileiro é 90×50 mm — decisão dele": dois números corretos e nenhuma consequência medida. Ele respondeu que não podia decidir com aquilo.

⭐ A lição de cobertura, e ela é sobre COMO SE ESCREVE PENDÊNCIA: pendência enunciada como "A ou B" transfere a decisão sem transferir a informação. Uma pendência bem escrita traz o custo medido de cada saída — foi o que a §107.4 fez com o piso em mm (três saídas, uma imagem por saída, recomendação escrita) e o que a §107.7 não fez com a medida da peça. A diferença entre as duas está no mesmo documento, escrita pela mesma sessão, no mesmo dia.

② O que a dimensão nova enxerga, e o tamanho do que ela não enxerga ainda#

Medido: 1 valor teve a proveniência conferida (a medida do cartão) — e deu herança de ferramenta, não decisão.

⚠ Não medido: todos os outros. O sistema tem 8 hex canônicos, uma rampa de 10 stops por família, tetos por formato, pisos de traço, escalas tipográficas, grades, razões (12,7 · 6,5625 · 0,0795) e as medidas físicas da pasta A4 — e não existe inventário de origem de nenhum deles. A razão 12,7 tem veredito (é a proporção do post aprovado). A medida da pasta A4, ninguém sabe.

O que faria a dimensão virar guarda: uma varredura que, para cada valor citado como canônico, exigisse uma âncora de decisão (veredito verbatim, data, ou número derivado de outro que já a tenha). Enquanto isso não existe, a proveniência é conferida uma por vez, quando alguém pergunta — que é exatamente o que aconteceu aqui.

③ A dimensão de UNIDADE FÍSICA sobreviveu à troca de formato — e isso era uma dúvida real#

⭐ Escrever o piso em MILÍMETRO em vez de PIXEL — a decisão da §108 — é o que fez a troca de formato custar uma linha de canon em vez de uma remedição inteira. A unidade em que uma regra é escrita determina o que ela sobrevive.

Tabela consolidada — atualização#

22.22 DÉCIMA OITAVA parte (2026-08-22) — duas dimensões saem de zero, e a guarda acha na estreia um defeito que a conferência à mão não acharia#

① GUARDA DE ALVO DE PASTA PARA O PISO EM MM — de ausente para contrato MM1#

⭐ A mudança de natureza está na declaração, não no placar. Enquanto a lista de peças impressas morava no instrumento, acrescentar uma peça impressa nova não acrescentava cobertura — alguém tinha de lembrar de editar a lista. Com a declaração no artefato, a peça chega medida. É a mesma virada de "lista escrita à mão" para "alvo de pasta" que a §22.12 catalogou como lição, aplicada agora do lado do DADO e não do lado da varredura.

② RESOLUÇÃO DE EXPORTAÇÃO DA PEÇA IMPRESSA — de ausente como regra para corrigida na peça (MR-P8)#

⚠ Mas a dimensão NÃO virou regra, e isso é declarado: não existe piso de resolução no canon, e criar um seria inventar valor de marca (§0-b). A A4 foi corrigida por decisão, não por guarda. A guarda imprime o DPI como diagnóstico e não julga. Logo: uma peça impressa nova pode nascer a 100 DPI e MM1 dirá PASS se o traço em mm couber. A dimensão está coberta na peça, não no processo.

③ O que a guarda achou na estreia — e por que isso vale mais que o placar#

A primeira execução reprovou em bloco as 3 peças de cartão aprovadas e a A4. ⭐ Sexta aplicação da régua "régua nova reprovando em bloco = a régua mede outra coisa" — e desta vez ela estava meio certa: um dos dois achados era da régua, o outro era real.

⭐ A lição de cobertura desta parte, e ela é o argumento inteiro do instrumento: conferência à mão arredonda; instrumento não. O mede-traco-mm.py rodado à mão imprimia 0,250 mm para a pasta A4 — três casas decimais, exatamente o piso, verde. O defeito estava na quarta casa. Uma verificação que exibe menos precisão do que a regra exige não é verificação: é confirmação.

Tabela consolidada — atualização#

22.23 DÉCIMA NONA parte (2026-08-22) — nasce a dimensão de OBRIGAÇÃO LEGAL E NORMATIVA, e ela estava em zero no acervo inteiro#

① OBRIGAÇÃO LEGAL E NORMATIVA — de inexistente como pergunta para nomeada#

⭐ A lição de cobertura, e ela é sobre o QUE se mede: este projeto tem ~60 guardas que medem contraste, foco, colisão, área, faixa, traço, tipografia viva, barra fixa — todas propriedades visuais. Nenhuma mede CONFORMIDADE. Uma peça pode passar em todas as guardas desta casa, ser bonita, respeitar cada teto do canon — e ser ilegal, por não trazer o registro do responsável técnico que a Lei 5.194/1966 exige. A dimensão que faltava não é mais fina que as outras: é de outra natureza.

② O conflito que a dimensão nova revelou no primeiro uso#

Note que este achado não veio de uma guarda: veio de ler a norma que governa o ambiente onde a peça vai morar. Cobertura de conformidade se lê em norma, não em pixel — e é por isso que ela não podia ter nascido das guardas existentes.

③ SANGRIA E MARGEM — de ausente em 100% das peças para medida#

⚠ Alcance declarado: a medição cobre as peças com alvo físico declarado (3 cartões + pasta A4). Peça de tela sai [n/a]. Dobra, vinco e lombada não estão medidos — a pasta A4 com aba é o primeiro caso e não existe como arquivo de produção.

Tabela consolidada — atualização#

22.24 VIGÉSIMA parte (2026-08-22) — a sangria nasce e fecha no mesmo dia, e com ela nasce a distinção GATE × PRODUÇÃO#

① SANGRIA E MARGEM — de ausente para governada e conferida, em uma rodada#

② A distinção que nasceu: ARQUIVO DE GATE × ARQUIVO DE PRODUÇÃO#

⭐ Esta é a dimensão nova, e ela é conceitual antes de ser técnica. Até hoje o projeto tinha um arquivo por peça e o chamava de "a peça". Com a sangria existem dois, do mesmo desenho, com tamanhos diferentes e guardas diferentes:

⚠ A consequência de cobertura: um arquivo de produção guardado na pasta de gate produz [n/a] na GR1 por razão fora da tabela — um defeito que não é defeito. A separação não é organizacional: é o que mantém as duas réguas medindo a coisa certa. E cada arquivo declara o próprio papel (<meta name="papel">), pela mesma doutrina da §22.22: a informação vive no dado, não numa lista dentro do instrumento.

③ ⚠ A referência escrita ANTES estava errada — e o registro do erro é a parte útil#

Previ 34·6·15; a guarda devolveu 30·6·19. Os dois desvios eram meus: esqueci que a fixture do conteúdo-na-margem tem sangria correta (logo passa MM1-d), e supus que as 6 fixtures antigas tinham bloco de conteúdo posicionado — não têm, e para elas [n/a] é o veredito certo.

⭐ A lição de cobertura, e ela é sobre disciplina de instrumento: a referência só se ajusta DEPOIS de entendida a causa de cada divergência. Ajustar a referência porque "a guarda disse outra coisa" transforma a pasta de prova em decoração — é o oposto exato do que ela existe para fazer. Fica impresso no gerador quais foram os dois erros, para a próxima sessão não achar que sempre foi assim.

E um defeito de instrumento no caminho: a MM1-e reportava a própria linha de corte como "o conteúdo mais perto do corte" e passava por acidente, escondendo a distância real do texto. Régua que mede a si mesma sempre passa.

Tabela consolidada — atualização#

22.25 VIGÉSIMA PRIMEIRA parte (2026-08-22) — o inventário deixa de ser proposta, e nasce uma dimensão sobre COMO o trabalho é proposto#

① INVENTÁRIO DE PEÇAS — de proposta para confirmado contra a operação#

⚠ Leitura declarada: entendi "acho que layout do carro é que está faltando" como "não existe na operação". Se o sentido era "faltava na sua lista", o efeito é o mesmo. Registro a ambiguidade em vez de escolher em silêncio.

② DIMENSÃO NOVA — a legibilidade da PROPOSTA, não do artefato#

Ele recusou a proposta de ondas com uma frase: "3 ondas é vago, nao da pra enteder o que quer dizer."

⭐ A lição, e ela é irmã da §22.21 (pendência enunciada como "A ou B"): plano com nome de fase e sem definição de entregável é plano que só o autor entende. Um lote de trabalho só é decidível se disser, por peça: o que é · o que ele recebe · o que eu preciso dele · de que outra peça depende. E as palavras do plano precisam ser definidas antes de usadas — "mock", "produção", "gate", "pronto" significam coisas diferentes para quem escreve e para quem lê.

Este projeto mede 60 dimensões do artefato e nenhuma da COMUNICAÇÃO com o decisor — e é a segunda vez em duas partes que o custo aparece: primeiro a pendência mal-escrita (§22.21), agora o plano mal-escrito.

③ Uma regra de PROCESSO que muda o que se produz: arquivo sob demanda#

Perguntei sobre uma peça (a pasta A4) e ele respondeu sobre o sistema: mock é o padrão; arquivo de produção nasce sob demanda (canon v5.11 §7.4-e).

⚠ Efeito na cobertura, e é positivo: arquivo de produção feito antes da compra envelhece — a gráfica pode pedir 5 mm em vez de 3, ou faca diferente — e vira arquivo errado com aparência de pronto, que é pior que arquivo nenhum porque ninguém desconfia dele. A regra reduz a superfície do acervo que pode apodrecer em silêncio.

Tabela consolidada — atualização#