# SEED engenharia — Componentes v1.43 (**SI-31, 2026-09-05: o seletor de identidade do §65 ACOMPANHA a GL-R2 — 31 glifos, grade de 6 colunas com 5 linhas cheias + 1 célula, bancada `banco-identidade.html` v0.4; a régua SI5 passa de "linhas inteiras" a "linhas inteiras EXCETO a última", por decisão dele (MANIFESTO §150, verbatim: *"T-SET: glifo novo + régua da grade aceita última linha incompleta (recomendado)"*).** Por quê: 31 é primo — nenhuma grade de 2 a 30 colunas fecha em linhas inteiras; a régua da v1.40 era consequência de 28 e de 30, não princípio. Na última linha incompleta, célula sem vizinha abaixo: ↓ deixa o foco onde está — padrão WAI-ARIA APG para grid (consultado em 2026-09-05: *"If focus is on the bottom cell in the column, focus does not move"*); até a v0.3 o script mandava o foco à última célula, trocando de coluna sem avisar (o mesmo valia para ↑ na primeira linha — corrigido junto, exposto a veto). `gen-banco-identidade.py` v0.4 (`TOTAL_GLIFOS = 31`; tinha ABORTADO em 30, como devia), `suite-identidade.mjs` **33 · 0 · 0 · 1** (nasce a SI-OP3c, que mede a última linha; eram 32), MD5 da bancada `26023b0632d65e7e21b974e839e2617c` idêntico em duas gerações. Registro completo no §65.13.) · v1.42 (**GL-R2, 2026-09-05: dois glifos pelos modelos em imagem dele (MANIFESTO §150) — nasce `transmission-tower` (torre de transmissão; destaque Subestações; 30 → 31 glifos ativos) e o `generator` é REDESENHADO (mesmo nome, mesma célula; supersede em §45.4).** Vereditos verbatim: *"T-TORRE: segue anexo imagem de uma torre para utilizar. use como modelo"* · *"T-GMG: redesenhar agora — segue foto anexa de exemplo para usar"* · *"T-TRACO: 1,25 (recomendado)"*. Os anexos não estão em disco; a descrição deles registrada no §150 foi o modelo. Densidades desenhadas no grid 24 / traço 2 / round-round e renderizadas a 24 px REAIS (captura do `` no Chrome, DPR 1, posição inteira, ampliação 6× sem suavização) em `preview/gate-apoio-glifos-r2/glifos-r2.html`: torre D1 (uma travessa + X — a T1 do estudo §149), D2 (duas + X), D3 (três travessas decrescentes + X + chão — o modelo completo); gerador G1 (contêiner + chaminé + porta + raio), G2 (tudo como na foto, indicadores no alto), G2b (raio grande + indicadores no painel da porta + pés). Régua decisiva, MEDIDA na captura de 24 px: pelo menos 1 px de fundo entre elementos vizinhos (cobertura de tinta abaixo de 50 %). Aplicados **D3** — perfil da coluna central x = 12: topo, três travessas, cruzamento do X e chão separados por 1 / 1 / 1 / 2 / 2 px; só coube com as travessas em y 6 / 9 / 12 (coordenada INTEIRA: com traço 2 a linha ocupa exatamente 2 linhas de pixel; a T1 em 8,5 esparramava em 3) e o X começando 2 unidades abaixo da última travessa (14 → 21) — a 1ª tentativa, com o X partindo da travessa, fundiu os dois numa corrida de 5 px; e **G2b** — indicadores `r 0,5` preenchidos medem 3 px e ficam a 1 px da parede e da porta; o desenho antigo tinha dois pontos `r 1` a 3,5 de distância, que com traço 2 se sobrepunham (o "blob" da filmadora). Escolhas EXPOSTAS A VETO com as demais densidades renderizadas ao lado; D2 (vãos 1 / 2 / 4 px) é a reserva declarada se ele achar os vãos de 1 px da D3 finos demais. `getBBox` medido no Chrome: torre 2,5…21,5 × 3…21, gerador 3…21 × 2…22 (piso IC2 1…23); pontas todas em .0/.5. Aliases da torre: torre, alta-tensao, transmissao, linha, lt — `subestacao` continua da `substation`, que permanece no set (a cabine ainda é objeto legítimo do domínio; só o destaque troca de glifo). Lucide `main` sem `transmission-tower` (404 em 2026-09-05). Denominadores no MESMO movimento: bancada `banco-icones.html` 31 (três strings), `suite-icones.mjs` IC-01 = 31, `gen-destaques-instagram.py` guarda 31 e `subestacoes` → `transmission-tower`, mais o traço óptico do destaque `TRACO_DESTAQUE = 1,25` (T-TRACO; o set segue traço 2 a 24 px — o parâmetro vive só na extração para a peça). Placares MEDIDOS: `suite-icones.mjs` 25 verdes · 0 vermelhos (IC-01 = 31) · `render-icones.mjs` 5 · 0 (R-01 getBBox 31/31 dentro de 1…23). O seletor de identidade §65 acompanha em movimento próprio (T-SET: última linha incompleta aceita).**) · v1.41 (**IC-P2, 2026-09-05: a coluna "Lucide" do `solar-panel` no inventário §45.3 dizia `—`; o Lucide TEM `solar-panel` (conferido no `main` em 2026-09-05 pela frente FV-P5). Corrigida a linha por ordem dele (*"IC-P@: corrija"*, MANIFESTO §149). Só a coluna de referência muda — o desenho do set não.**) · v1.40 (**SI-30, 2026-09-05: o seletor de identidade do §65 ACOMPANHA o set do §45 — 30 glifos, grade 6 × 5 (era 7 × 4 = 28), bancada `banco-identidade.html` v0.3.** Executa a consequência que a v1.39 deixou registrada como não executada (*"30 não fecha em 7 colunas (6 × 5 fecha)"*) — consequência óbvia, aplicada pela sessão e EXPOSTA A VETO dele. O achado que vale mais que o número: o `INVENTARIO` do `gen-banco-identidade.py` era lista de 28 nomes copiada à mão do §45.3 (só desenhos, categorias e aliases vinham da bancada) e envelheceu em silêncio quando o set mudou; agora o inventário INTEIRO é DERIVADO de `banco-icones.html` (a fonte que a IC-01 valida e que o `gen-destaques-instagram.py` já lê) e reordenado na ordem do §45.3 — os 28 antigos saem na mesma sequência, `hard-hat` na 6ª e `solar-panel-plus` na 13ª; fica declarado só o denominador `TOTAL_GLIFOS = 30`, com abort se a bancada divergir. A régua do SI5 é linhas inteiras, não 7 colunas: 30 = 2·3·5, e 6 × 5 é o vizinho do 7 × 4 aprovado em 2026-08-17. `suite-identidade.mjs` 32 · 0 · 0 · 1 antes e depois (9 asserts mudam o valor medido; limiar da SI-OP3b passa a ser lido do DOM); `suite-icones` 25 · 0; `guarda-barra-provas` 9 · 0 · 15 · 24; `paridade-previews` 825 · 0 (209 · 15); regeneração dupla MD5 `a2f5a8591e070c69069c8e2d84839c74`; medido no Chrome: 30 células 44 × 44 em 5 linhas de 6, nenhuma vazia, nenhum glifo cortado. Detalhe e alternativas descartadas no §65.12; SI-P1 segue aberta.**) · v1.39 (**FV-P5, 2026-09-05: o set do §45 ganha dois glifos de domínio — `hard-hat` (destaque Obras) e `solar-panel-plus` (destaque SEED Plus); 28 → 30 glifos ativos.** Veredito dele, verbatim (MANIFESTO §147): *"FV-P%: pode criar"*. Origem: as capas de destaque do Instagram (`marca-seed.md` §12.31, MANIFESTO §146) usam o set §45 e Obras e SEED Plus saíam só com rótulo. Criados pela árvore NM4 ③ na régua IC1/IC3/IC5/IC6 — grid 24 × 24, traço 2, round/round, `currentColor`, coordenadas com 1 decimal; `getBBox` medido no Chrome: `hard-hat` 2,5…21,5 × 5…19 e `solar-panel-plus` 2,5…21,5 × 3…19 (piso IC2 é 1…23). Desenho PRÓPRIO; o vocabulário de mercado entrou só como referência de leitura (Lucide `hard-hat`, tags helmet/construction/safety, conferido em 2026-09-05; badges `-plus` do Lucide como `file-plus`/`shield-plus`). Sentido, pelo `sobreaseed.md`: Obras = execução em campo (§11, "+1.000 obras entregues"); SEED Plus = plano de manutenção para usinas solares (§6) — daí o painel (o objeto do plano) com o sinal de mais (o sufixo da marca), e não o sol, que é o glifo do pilar Energia Solar exibido AO LADO no perfil. Alternativas renderizadas e descartadas (folha `preview/gate-apoio-fv-p5/`): `crane` (guindaste — a 24 px lê como "T" com argola antes de guindaste) e `wrench-plus` (chave — lê "conserto/corretiva", e chave é vocabulário utilitário do Lucide, NM4 ②). Denominadores atualizados no mesmo movimento: `suite-icones.mjs` IC-01 28 → 30 (25/25 ✓), `render-icones.mjs` 30/30 em 1…23 (5/0), `gen-destaques-instagram.py` (guarda 28 → 30; `obras` → `hard-hat`, `seed-plus` → `solar-panel-plus`). ⚠ Consequência NÃO executada, decisão dele: o seletor de identidade do §65 (`banco-identidade`, grade 7 × 4 = 28, asserção SI5 `28 % 7 == 0`) segue com os 28 glifos de agosto — 30 não fecha em 7 colunas (6 × 5 fecha). Desenhos EXPOSTOS A VETO dele.**) · v1.38 (**§90 e §91 EMENDADAS no mesmo dia (2026-08-24, tarde), por informação nova dele: o app de campo com cadastro OFFLINE e sincronização — OS e ponto — é decisão tomada, não hipótese.** Isso NÃO contradiz a decisão (c) do gate, que guardou exatamente a peça comum aos dois mundos, mas revela o que faltava: nascem **OF10** (quatro estados por item — enviado · não enviado · **sincronizando** · falhou; a sincronização é evento COM RESULTADO que não some sozinho; o pendente é alcançável antes de sair do local; e nunca "sincronizado" otimista) e **OF11/§90.11** — a OF-P1 deixa de ser hipótese e ⚠ **o PONTO tem regra própria acima da LGPD**: a Portaria MTP 671/2021 admite marcação offline com sincronização posterior, mas exige criptografia de 128 bits em trânsito E em repouso, comprovante ao trabalhador por marcação em PDF com assinatura PAdES (peça que não existe no inventário — **PT-P1**) e registro que não se altera. ⭐ E a emenda resolve uma COLISÃO REAL entre duas cláusulas aprovadas no mesmo gate: a CE4 manda travar o objeto que gera documento com ART, e **não se adquire trava sem rede** — a **CE4-f** separa COLETA (offline-first, sem trava) de EMISSÃO (online, com trava), e isso não afrouxa nada, porque dado que chega por sincronização não se mescla em silêncio: entra com autoria e horário, e quem assina decide. Nasce ainda a **CE9**, o conflito detectado na SINCRONIZAÇÃO — chega em lote, tarde e sem ação em curso, então é aviso assíncrono e nunca `alertdialog`, nunca resolve sozinho, nunca descarta, e não vira trinta diálogos em sequência.**) · anterior v1.37 (**§90, §91 e §92 NOVAS (2026-08-24, F7.7-P5): os TRÊS ESTADOS que o §6.1 do mapa marcava ❌ AUSENTE desde a F7.1 passam a `estável` por cinco decisões dele no gate. **§90 OFFLINE (OF1–OF9)**: offline NUNCA se declara por flag — `navigator.onLine` devolvendo `true` não garante nada e desabilitar por ela travaria quem usa VPN, que é a nossa gente de campo — e são DOIS estados, "você está sem conexão" × "não foi possível alcançar o sistema", continuação direta da MC3 que ele decidiu na §89. A fila de ações fica como OF-P1 **com a obrigação de LGPD escrita ANTES** de alguém implementá-la, porque fila grava dado pessoal no dispositivo. **§91 CONFLITO DE EDIÇÃO (CE1–CE8)**: detectar é obrigatório e é do servidor (ETag/If-Match/412 da RFC 9110 — aviso na interface não impede perda, informa); regime padrão OTIMISTA com aviso de presença que não bloqueia, e ⭐ **exceção de TRAVA EXCLUSIVA para objeto que gera documento com ART**, porque quem assina responde pelo que está lá e conteúdo mesclado em silêncio é risco que a interface não pode criar; três saídas no conflito, com as destrutivas sob MC4 e MC5. **§92 LISTA LONGA (LL1–LL6), que FECHA A BU-P1**: a regra nasceu de COBAIA porque a lista mais longa do acervo tem 38 itens e não exercita o problema; limiar MEDIDO em **2.000 linhas** (um layout forçado custa 222–395 ms contra orçamento de 200 ms de INP); paginação é o padrão da lista de trabalho por ACHABILIDADE, não por desempenho; e ⭐ **contenção nativa rende 5,87×–25,47× em blocos e NADA em tabela** — mas `getComputedStyle` devolve `auto` nas duas, logo **esta regra não tem conferência por declaração, só por tempo** (LL-P1), terceira vez que a régua óbvia mente nesta casa.**) · anterior v1.36 (**§89 NOVA (2026-08-24, F7.7-P4): a MICROCÓPIA DE INTERFACE é `estável` por CINCO decisões dele no gate — MC1 rótulo = verbo + substantivo · MC2 sentence case · MC3 voz do erro IMPESSOAL (com "nós" só quando a falha é da SEED, porque o produto emite documento com ART) · MC4 confirmação com verbo específico (ele preferiu (a) à minha recomendação, e o custo enunciado no gate ficou escrito) · MC5 o corpo do diálogo declara a CONSEQUÊNCIA, não faz pergunta retórica. Mais 13 regras que a evidência ou o nosso canon já fechavam — a §10 da marca já proibia emoji e exclamação, então a §89 só propaga. A rodada de pesquisa (12 fontes, incluindo o guia de localização pt-BR da Microsoft e o guia do GNOME Brasil) mostrou que três "consensos" extraídos do produto medido eram DIVERGÊNCIA entre guias maduros: copiar o vizinho teria importado escolha alheia como lei. A §89.3 é a parte que só fonte brasileira resolvia: o registro verbal por elemento (infinitivo em botão, 3ª pessoa em tooltip, imperativo em instrução) e a distinção "não é possível" × "não foi possível". Sem guarda automatizada ainda — MC-P2 lista o que é mecanicamente verificável.**) · anterior v1.35 (**§88 NOVA (2026-08-23, VIGÉSIMA SEXTA parte): a **TELA A13 — DOCUMENTO/LEITURA** é `estável` por gate dele (*"aprovo"*) e **A F7.6 FECHA — 6 TELAS DE 6, produzidas em DOIS DIAS de gates encadeados** sobre o consolidado de 2026-08-22: A19 §83 · A20 §84 · A17 §85 · A18 §86 · A14 §87 · A13 §88 — seis suítes, **101 PASS · 0 FAIL** somados. A A13: canvas chapado C25 (o canvas É a tela), coluna de leitura 660px no registro da marca §4.1 (16px Light 1.65, "aproveitar a tela" recusado), figura com tokens de dado + fallback DG1, e **o PAPEL como contrato**: @media print no padrão DI com a TINTA VIGENTE — a errata do banco-dataviz-di virou LEI (a suíte reprova hex aposentado; o PDF real medido nos bytes: zero). RT/CREA/ART como placeholders de template (Lei 5.194). Divergência declarada: rota, não overlay. Da F7 resta a F7.7.**) · anterior v1.34 (**§87 NOVA (2026-08-23, VIGÉSIMA QUINTA parte): a **TELA A14 — FEED/ATIVIDADE** é `estável` por gate dele (*"aprovado"*), suíte **16 · 0 · 0**. A INVERSÃO C33 — exceção escrita do CP2 desde a F7.1 — aplicada pela primeira vez em tela, com a condição de admissão MEDIDA (agrupador sunken sem sombra e não-acionável; objetos = peças claras acionáveis); os DOIS PESOS do §56 em composição real (evento = linha com de→para inline; comentário = BLOCO não-cartão); e o **C27 timeline ganha a primeira spec** (fio + marcador; o do comentário distinto), fechando a lacuna "existe no painel sem spec". Escopo = P3 do consolidado: atividade GLOBAL (histórico de projeto/manutenção), não a central §33. Divergência declarada: rota, não overlay.**) · anterior v1.33 (**§86 NOVA (2026-08-23, VIGÉSIMA QUARTA parte): a **TELA A18 — CONFIGURAÇÕES** é `estável` por gate dele (*"aprovo"*). Era um dos DOIS arquétipos SEM leitura — fechado pela volta dirigida de 2026-08-22. A decisão que o consolidado deixou em aberto foi tomada e gateada: **DOIS REGIMES DE GRAVAÇÃO** — formulário salva EXPLÍCITO (barra de dirty; o botão confirma "Salvo." no lugar; salvar NUNCA desabilitado) e switch aplica IMEDIATO com anúncio (o §8 já dizia "configuração é Switch"). Mais: "Sair" isolado no rodapé da navegação · chip de estado que ESPELHA o grupo · preset Padrão/Personalizado com engrenagem condicional · indisponível com correção inline · lateral vira ABAS <600px (provado em navegador real). Contratos CF-01…CF-11 na `suite-configuracoes.mjs` (**18 · 0 · 1 [n/a] provado**) — incluindo **CF-11, o primeiro check de LGPD em suíte** (reprova se dado pessoal real entrar na demo). Primeira tela da F7.6 que NASCE conforme à HV1. Registro: a régua CF-09a saiu com `&&…||` traiçoeiro e foi reescrita antes da promoção — régua que passa por acaso é régua que mente.**) · anterior v1.32 (**§85 NOVA (2026-08-23, VIGÉSIMA TERCEIRA parte): a **TELA A17 — BUSCA/RESULTADOS** é `estável` por gate dele (*"fora isso está aprovado"*), com a correção do "fora isso" aplicada ANTES da promoção: **ele pegou a HV1 de novo, a olho nu** — a paginação sem resposta ao sobrevoo (*"pelo que definimos era pra ter um efeito sobre o botao?"* — TINHA: §71, nascido de gate DELE em 2026-08-19) — e o conserto foi RETROATIVO às três telas da F7.6 (hover neutro = degrau sunken · hover de fundo de marca = véu 8% · pressionado = véu 12%, monotônico, sob a receita do §71.2; hover só em `@media (hover:hover)`, `:active` fora — toque pressiona). Contratos BU-01…BU-12 na `suite-busca.mjs` (**15 · 0 · 1 [n/a] provado em navegador real**): query ecoada + contagem sempre visível (D4-b) · realce por SUBLINHADO+peso 800 medido no pixel · chips que desmarcam a origem e voltam à página 1 (TD2/TD3/PG4) · zero-resultado D9 · debounce do espelho falado MEDIDO por espera real · gaveta mobile. ⚠ **49º defeito de instrumento**: o check CSSOM reprovou as 3 telas CORRETAS — style rule também tem `.cssRules` (CSS Nesting), vazia mas truthy, e o flatMap ingênuo a trocava por lista vazia, engolindo os `:active` de topo. Suítes das irmãs cresceram junto: A19 **22·0·0** · A20 **15·0·1**. Pendência nova **BU-P1** (virtualização de lista longa — regra ausente no acervo).**) · anterior v1.31 (**§84 NOVA (2026-08-23, VIGÉSIMA SEGUNDA parte): a **TELA A20 — ONBOARDING/PRIMEIRO USO** é `estável` por gate dele (*"a imagem da onboarding está ok. aprovo"*). A taxonomia Z1 do §25 posta VIVA em composição, no hospedeiro painel §48: TRÊS estados não intercambiáveis (primeiro-uso educativo com EEny + critério dito · esvaziado · sem-permissão **SEM EEny — Z5 provado por suíte**), contratos ON-01…ON-09, `suite-onboarding.mjs` **14 · 0 · 1 [n/a] declarado** (o [n/a] é container query = render, PROVADA em navegador real a 390px). Régua nova de mascote: **medir o bounding box do pose por PIXEL antes de embutir** (o pose-05, escolhido por peso, era o EEny DE COSTAS ocupando ~35% do canvas) e crop de APRESENTAÇÃO no viewBox do embed, desenho intocado. Esclarecimento de termo no gate: "byte-idêntico" = fidelidade embed↔asset, nunca igualdade entre poses — 8 poses, 8 MD5 distintos, medidos a pedido dele.**) · anterior v1.30 (**§83 NOVA (2026-08-23, VIGÉSIMA PRIMEIRA parte): a **TELA A19 — AUTENTICAÇÃO** existe e é `estável` — **fecha a CD-P5** (aberta desde o §66). Primeira entrega da **F7.6**, na ordem aprovada no consolidado de 2026-08-22 (P1–P5, "aprovo"). A tela compõe o §66/§2/§1/gabarito F7.1 SEM componente novo; 14 contratos AU-01…AU-14 medidos por COMPORTAMENTO na `suite-autenticacao.mjs` (**21 · 0 · 0**). Gate visual dele em 2026-08-23 com uma correção, verbatim: *"a tela de login deve ter o icone da seed no lugar do botao turquesa. fazendo essa correção, está aprovado"* — o símbolo OFICIAL entrou por INJEÇÃO DE SCRIPT byte-idêntica (claro=principal · escuro=mono-negativo, tabela §5.1 da marca), e a AU-12 passou a conferir o path contra o asset. Sustenta a spec a LEITURA DIRIGIDA de 2026-08-22 (`09-pesquisa/leitura-f76-bordas.md`): os vizinhos REPROVAM nas normas que o §66 já absorveu (CU: autocomplete ausente, submit desabilitado, zero h1/main, placeholder-como-rótulo). Achados de produção: **container query não estiliza o próprio container** (pego por medição em navegador real; o container subiu ao body) · o Chrome CLI inventou um overflow a 390px que o navegador real desmente (reincidência da armadilha do marco v1.9) · o `G:` rejeita junction e o jsdom passou a viver fora do stream (env `JSDOM_DIR`; pendência AU-P1 para as suítes antigas). Pendências novas: AU-P1 (ambiente das suítes), AU-P2 (variante com faixa CP19), AU-P3 (multi-empresa pós-login).**) · anterior v1.29 (**§82 CRESCE para 5 cláusulas (2026-08-22, VIGÉSIMA parte): nascem **MM1-d** (arquivo de produção declara sangria ≥ 3 mm) e **MM1-e** (conteúdo a ≥ 3 mm do corte), com o veredito da sangria — *"acredito que 3+3"* — e o MÉTODO dele: *"deixar o desenho dentro da area real, e a parte da sangria vc cresce o desenho"*. Consequência: passam a existir **DOIS TIPOS DE ARQUIVO**, gate e produção, cada um declarando o próprio papel no artefato. Pasta de prova de 7 para **11 fixtures**; produção **15 PASS · 0 FAIL · 0 [n/a]**. Canon **v5.10 §7.4-e**.**) · anterior v1.28 (**§82 NOVA (2026-08-22, DÉCIMA OITAVA parte): nasce o **CONTRATO MM1** — a guarda do piso de traço em milímetros, de **ALVO DE PASTA**, com 3 cláusulas (piso ≥ 0,25 mm · alvo físico coerente com a razão em px · ≥ 3 pesos distintos) e pasta de prova de 7 fixtures escrita ANTES (**13 PASS · 3 FAIL · 5 [n/a]**, batendo com o previsto). Decisão de arquitetura: **quem é peça impressa é decidido pelo que o ARTEFATO DECLARA** (``), nunca por nome de arquivo. E a **MR-P8 fechou**: pasta A4 de 105,7 para **300 DPI exatos**, com o piso aplicado. Na estreia a guarda achou **um defeito real do gerador**: o piso estava sendo violado pelo ARREDONDAMENTO (0,24980 mm) — virou esclarecimento normativo no canon **v5.8**.**) · anterior v1.27 (**§81 NOVA (2026-08-22, DÉCIMA SÉTIMA parte): a **MEDIDA FÍSICA DO CARTÃO** é `90×50 mm`, o padrão BRASILEIRO — veredito dele, verbatim: *"escolho B"*. Canon `marca-seed.md` **v5.7 §7.4-d**. O achado: os 89×51 mm eram `3,5×2 polegadas`, medida de EUA/Canadá que entrou como **default de ferramenta, nunca como decisão de marca**. Custo medido: **uma linha nova no teto da §7.4** (84px de 590 = 14,2%), porque a tabela é indexada pela RAZÃO da peça. Custo zero em impressão: o piso de 0,25 mm sai em **0,250 mm** nos três formatos testados. GR1 **15·0·0**; acervo dos 7 formatos **21·0·0**, intacto. Pendência nova **MR-P10: SANGRIA**.**) · anterior v1.26 (**§80 PASSA A `estável` (2026-08-22, DÉCIMA SEXTA parte): o **PISO DE TRAÇO EM MILÍMETROS** existe. Veredito dele, verbatim: *"saída B — piso de 0,25 mm por ESCALA, e só para peça IMPRESSA"* → canon `marca-seed.md` **v5.6 §7.4-c**. Aplicado: o plano mais fino do cartão sai de **0,180 mm** (2% de folga sobre o piso digital reverso) para **0,250 mm** (42%), com os **4 pesos preservados** — escala, não grampo, porque grampo achataria a hierarquia de peso, que é uma das três condições do §7.1. Peça de TELA fica fora, e isso está no código: `ppmm` só é passado nas chamadas de cartão. GR1 na pasta: **15 PASS · 0 FAIL · 0 [n/a]**.**) · anterior v1.25 (**§80 NOVA (2026-08-22, DÉCIMA QUINTA parte): o **TRAÇO DO GRAFISMO EM MILÍMETROS** — a lei do traço é em PIXEL, logo o traço físico de peça impressa é função da resolução de exportação. Medido: o verso do cartão APROVADO passa o piso digital reverso por 0,004 mm (2%), e a variante do verso nos 7 formatos REPROVA nos quatro planos. Três saídas com imagem, recomendação de piso de 0,25 mm por ESCALA — **nada entrou no canon: piso é valor de marca e espera veredito**.**) · anterior v1.24 (**§79 NOVA (2026-08-21, DÉCIMA QUARTA parte): o teto do grafismo no **TOPO** é de **LARGURA**, não de altura — `F ≤ w / 6,5625`, por veredito dele: *"o ponto é medir a aplicação na largura se atende ao desenho selecionado para o topo, a altura nao importa"*. A altura da peça não entra e a razão de aspecto não gateia nada; a % da altura passa a ser DIAGNÓSTICO. Canon `marca-seed.md` **v5.5 §7.4-b**.**) · anterior v1.23 (**§78 NOVA (2026-08-21, DÉCIMA TERCEIRA parte): o decisor APROVOU a emenda de canon MR-P4 e o `marca-seed.md` passou a **v5.4** — o grafismo agora tem **DOIS REGIMES** (`DETALHE DE LINHA` ≤~8% e `SERRA-CENA` com **tetos POR FORMATO**), e a guarda GR1 passou a ler o canon novo no mesmo dia: 5 fixtures novas escritas ANTES, inércia 7 de 7 nas antigas, e as peças largas de 11·4·0 para **15·0·0** — fechamento POR CANON, sem afrouxar limite nenhum.**) · anterior v1.22 (**§77 NOVA (2026-08-21, DÉCIMA SEGUNDA parte): o contrato **GR1** do grafismo **GANHA INSTRUMENTO** — `validacao/guarda-grafismo.mjs` reescrita do zero (a original nunca foi propagada), alvo de pasta sem filtro de nome, medição por renderização diferencial julgada no pixel, pasta de prova `render-audit/prova-gr1/` escrita ANTES com 7 fixtures e referência **10 PASS · 3 FAIL · 8 [n/a]**, e placar em 18 peças reais. Os 4 FAILs de L2/L3/L4/L5 são SANCIONADOS pelo decisor e esperam a emenda **MR-P4**. Nasce o **47º defeito** de instrumento.**) · anterior v1.21 (**§76 NOVA (2026-08-20/21, DECIMA PRIMEIRA parte): o GRAFISMO DA MARCA entra como componente — a **SERRA EM ARCOS** no rodape (**PADRAO**, 4 planos, TOQUE EXATO, 12 pecas medidas) e a **MONTANHA** no topo (**OPCAO** do criador, 3 planos, oclusao com folga). ⚠ **DOIS REGIMES DE REGRA INDEPENDENTES**, por veredito do decisor: *"considere que o topo segue uma regra e o rodape outra regra"* — o toque exato e regra do RODAPE, nao lei da casa. Escada **E1-nevoa** aprovada no tema escuro; **supersede formal do `#0A6B60`**, cor de marca criada sem autorizacao e retirada por ordem dele (ΔE76 = 1,03 contra o token `#006C62`). Contrato **GR1** escrito com as tres clausulas (area ≤10% · glifo velado 0px · faixa de rodape ≤~8%) mas **HOJE SEM INSTRUMENTO**: a guarda nunca foi propagada e todo placar GR1 antigo e historico e irreproduzivel (**GR-P3**). Registro completo no MANIFESTO §103; dimensoes novas no mapa §22.15.** · **§75 (2026-08-20, DECIMA parte, SEGUNDA rodada) (2026-08-20, DECIMA parte, SEGUNDA rodada): nasce o contrato **TP1 — a tipografia e os recursos que o artefato declara REALMENTE CARREGAM**, `validacao/guarda-tipografia-viva.mjs`, alvo de pasta: **30 PASS · 21 FAIL · 0 [n/a]** no acervo (0 TP1-a · 21 TP1-b · 14 TP1-c) mais **85 achados de PORTABILIDADE** e **56 de PRIMEIRA ESCOLHA**. Ele nasceu de o Rafael perguntar se "uma imagem que nao carregou" mudava a avaliacao: **NAO mudava** (cor, tamanho, peso, retangulo dentro do cartao e pixel do fundo IDENTICOS com e sem imagem), mas a investigacao achou que o `seed-design-system.html` depende de **47 recursos de REDE** e que **0 de 45 imagens e 0 de 2 familias tipograficas carregam** — logo TODO recorte daquele artefato ja mostrado ao decisor saiu com a tipografia de RESERVA. ⚠ A regua obvia MENTE: `document.fonts.check()` devolve `true` com a fonte FALHANDO; as honestas sao `[...document.fonts].length` (0 antes, 7 depois) e a LARGURA EM CANVAS (348 = 348). ⚠⚠ **Esta guarda esteve errada CINCO vezes** (48, 46, 22 com 3 falsos, 6 de 6, e finalmente correta) e o numero de passes E o achado: **quando uma regua nova reprova EM BLOCO, a primeira hipotese nao e "o acervo esta ruim", e "a regua esta medindo outra coisa"**. Nasce a pasta `prova-tp1` (**3 · 3 · 0**). §75.6 registra as DUAS DECISOES DE COR que esperam gate e NAO foram aplicadas: **(i)** no amarelo, o pedido dele (manter o amarelo em 18px) nao era entregue por nenhuma das cinco opcoes porque **a ONDA decorativa cruza a segunda linha** — a saida e (E+), cartao `#005048` + onda `#00352F`, **6,56 e 8,54**, zero hex novo; e o kicker com `opacity:.9` ja reprovava em **4,01** real contra 4,60 declarado. **(ii)** no dourado, **a recomendacao (D) da folha v14.1 CONTRARIAVA o `seed-tokens.md` v1.5 de 2026-08-11, aprovado por gate dele** — regua nova: *antes de propor mudanca de VALOR de cor de marca, leia a linha do canon sobre aquela cor*. A saida preserva o hex: `#F9B11C` intocado mede **7,48** sobre `#242E34` ou como AREA com rotulo escuro. Pendencias novas: RD-P1, CC-P11, CC-P12, TP-P1. Anterior: v1.19 — **§74 NOVA (2026-08-20, DECIMA parte): o contrato **BT1** (barra de provas travada no topo, §64.1, de 2026-08-16) FECHA POR INSTRUMENTO — nasce `validacao/guarda-barra-fixa.mjs`, de ALVO DE PASTA, com quatro clausulas das quais TRES sao COMPORTAMENTAIS (a pagina e rolada de verdade). O motivo de existir: a **BT-P2** foi declarada FECHADA em 2026-08-17 sobre uma LISTA ESCRITA A MAO de **dez** artefatos, e o acervo tem **trinta e quatro** — o Rafael achou o resto a olho nu (*"acredito ter outros"*). Placar: **22 PASS · 11 FAIL · 18 [n/a]** -> **33 · 0 · 18**, medido a 1440x900 E a 320x900 (9 BT1-a · 10 BT1-b · 0 BT1-c · 2 BT1-d). LICAO: **pendencia de contrato TRANSVERSAL nao fecha por lista — fecha por instrumento de ALVO DE PASTA.** A primeira tentativa de conserto foi REVOGADA pelo print (a barra travou ABAIXO do titulo; o no foi MOVIDO para primeiro filho de ``), e duas suites reprovaram o conserto com razao (tokens fantasma em seis arquivos: 38·1 -> 39·0 e 92·1 -> 93·0). Nasce a pasta de prova `prova-bt1` (**1 PASS · 4 FAIL · 2 [n/a]**), que pegou DOIS defeitos do proprio instrumento antes do acervo. Nasce tambem a regra de forma de entrega **DEMONSTRACAO VIVA E EXTRAIDA, NUNCA REDIGITADA** (`validacao/extrai-vivo.mjs`), com o **44o defeito**: a v1 lia CSS por REGEX e chave dentro de COMENTARIO desalinhou o parser — 3 de 5 quadros sairam sem tokens; reescrita por CSSOM, 5 de 5. Pendencias novas: BT-P3 (o BT2, seletor de LARGURA, nunca foi medido) e IN-P2 (nenhum censo diz quais `.mjs` leem CSS por texto em vez de CSSOM). Anterior: v1.18 — **§73 NOVA (2026-08-20, NONA parte): a HV-P5 FECHA — nasce `--seed-text-brand-strong` (gemeos v1.19, claro `#006C62` / escuro `#66D1C2`, ZERO hex novo) e o contrato **HV1-e: tinta cujo piso foi verificado num UNICO fundo nao serve a estado**. O numero que fecha a decisao: para `#098475` alcancar 4,5 o fundo precisa de luminancia >= 0,978 — o cinza mais escuro que serve e `#FDFDFD` — logo NAO EXISTE superficie de interacao possivel para a tinta de marca atual. Os 90 casos eram **100** depois de consertada a regua (**41o defeito**: a HV1-c lia a tinta DO CONTROLE, nao a de quem PINTA a letra — 1 artefato correto condenado e 12 defeitos reais invisiveis), e nao estavam em 7 classes: estavam em **5 arquivos, 64 num so**. Consertar o pior obrigou a abrir o `seed-design-system.html`, onde o **42o defeito** (a varredura de contraste escolhia alvo por PREFIXO DE NOME e deixava 17 dos 51 HTMLs de fora) escondia **862** folhas de texto reprovadas em repouso: **862 -> 46**. Nasce ainda o **43o defeito** (a ferramenta de recorte nao desligava rolagem suave — era o 33o, num terceiro instrumento). Pendencias novas: HV-P6, SE-P1, CC-P9, CC-P10, ES-P1, TK-P1. Anterior: v1.17 — **§72 REVISTA (2026-08-20, oitava parte): nasce a clausula **SH1-d — O CONTEUDO NAO VAZA DA PROPRIA CAIXA**, de o Rafael apontar num anexo a 390px o rotulo saindo POR FORA DA BORDA de dois botoes do `tela-gantt` que as tres clausulas anteriores davam como limpos. Causa medida: `display:flex` da `flex-shrink:1` por padrao e o `min-width:44px` do piso de ALVO da SC 2.5.8 SUBSTITUIU a protecao `min-width:auto` do flexbox — duas regras boas que juntas produzem uma ruim; conserto `flex-wrap:wrap` + `flex:0 0 auto`, com quatro alternativas descartadas registradas no proprio molde. Dois defeitos de instrumento morreram no caminho: o **39o** (`clientWidth` de inline nao-substituido vale ZERO — 168 falsos vazamentos, 124 deles em `code`) e o **40o** (`opacity:0` NAO tira o elemento do hit-test — 2 falsos FAIL que so apareciam a 390x844). Placares: acervo **204 PASS · 0 FAIL** a 1440px e **198 PASS · 6 FAIL** a 390px, este confirmado em DUAS alturas de janela; pasta de prova a **42 PASS · 22 FAIL** em 16 fixtures. A **SH-P8 foi reescrita**: dizia "18 FAIL em 4 arquivos" e o numero medido e **6 FAIL em 2 arquivos**. Anterior: v1.16 — **§71 e §72 (2026-08-19, sétima parte): nasce HV1 — RESPOSTA AO PONTEIRO e PRESSIONADO DISTINTO — de o Rafael RECUSAR uma pergunta que eu não devia ter feito; medido, 619 de 1.410 controles ativos não davam NENHUMA resposta ao mouse, 1.350 tinham o pressionado igual ao sobrevoo e 90 violam a norma de contraste HOJE, com 0 PASS em 51 arquivos. E nasce SH1 — COLISÃO, COBERTURA E CORTE —, que FECHA a SH-P3: 204 PASS · 0 FAIL a 1440px, com o espaçamento da SC 1.4.12 medido pela primeira vez e CINCO defeitos de instrumento mortos no caminho. Gêmeos de token a v1.18. Anterior: v1.15 — ** §70 reescrito (2026-08-19, sexta parte): as duas confissões do CT1 FECHAM — CT-P1 (media só o tema claro) e CT-P2 (media só o repouso). Nascem CT1-d e CT1-e: 2 temas × 4 estados × 2 larguras, 1.480 medições, 0 fora do centro, NENHUM artefato alterado. Tema escuro só é medido em quem PROMETE tema escuro, e a promessa é medida por assinatura de cor, não por grep. §70.5 supersede · §70.6 prova de inércia (a dimensão antiga reproduz 23·0·28) · §70.7 pendências CT-P3 a CT-P7. Anterior: v1.14 — ** §65.9, §65.10, §65.11 e §70 (2026-08-19, gate v13.3 respondido pelo Rafael): a SI-P5 FECHA e a resposta não foi nenhuma das três alternativas — aquele quadrado é a EMPRESA LOGADA e o ERP é MULTI-EMPRESA (SI17-e: cor por empresa, glifo constante; `SEED energia` na posição 3, escolhida por distância de luminância 3,80); a PS-P6 FECHA com os contratos SI19 (pessoa é círculo, empresa é quadrado) e SI20 (foto e logo SUBSTITUEM o fundo, nunca se deitam sobre a cor de entidade), e a matriz dos QUATRO estados nasce em `banco-identidade.html`; a PN-P6 FECHA — a linha da planilha sobe de 40 para 44px, alvo medido 234×44; a CC-P8 FECHA — o ponto da legenda deixa de ser o CARACTERE `●` e vira forma, trocando o critério de SC 1.4.3 para SC 1.4.11 sem mexer em uma cor sequer; e nasce o §70 com o contrato CT1 e a guarda `guarda-centro-alvo.mjs` (189 controles, 0 fora do centro) a partir de um defeito que o RAFAEL viu a olho nu e que NENHUMA das 60+ guardas via.** **§65.8 e §62.8 (2026-08-19): nasce o contrato SI18 (2026-08-19): nasce o contrato SI18 para o ponto de cor `.ent` — spec PRÓPRIA, porque ele NÃO é o §65.7 mal-feito — e a PS-P5 é REVOGADA pela medição: o `.mini-avatar` carrega um CLIENTE, não uma pessoa.** **§67.7 (2026-08-19): a IL-P2 EXECUTA — a grade do §48 passa a cumprir o padrão `grid` da ARIA e o §67; nasce o contrato IL15 e a guarda que TECLA para medir; o defeito principal era TECLADO e não estava escrito na pendência.** **§65.7 (2026-08-19): a SI-P4 EXECUTA — o `.sigla` ganha bloco ÚNICO nas OITO telas que o carregam (o censo dizia quatro), nascem os contratos SI17-a/b/c/d e a `guarda-si17.mjs` que os mede por COMPORTAMENTO; nasce a SI-P5, de produto.** Fase 3 FECHADA 7/7 ✅ · **FASE 6 — 6A, 6B e 6C FECHADOS: §48 Painel `estável` desde 2026-08-13, PN1–PN54. INVERSÃO DO HERO na mesma data: o azul sai, a âncora passa a TURQUESA VIVO `turquesa-400`, a ação volta à família da marca e o conflito com o §3.5 de `marca-seed.md` DESAPARECE — S4 retirado, S3 revisto, S11 novo. Preview v0.8, cinco camadas verdes (139 · 37 · 142 · 6 · 78). Segue proposta apenas a tinta da família (S6) — pendência PN-P1, agora menor**) > **Arquivo canônico de componentes do design system SEED v2.** Cumulativo: cresce por blocos ao longo da Fase 3 (7 blocos — estrutura completa no rodapé e no `seed-ds-roadmap.md`). Cada componente traz: papel, anatomia rotulada, variantes, tamanhos, estados completos, tokens de componente (camada 3), microcopy no tom SEED, acessibilidade e código duplo (HTML/CSS + React/TypeScript). Quando o site DS no Lovable existir, este conteúdo migra pra lá e este arquivo vira fonte de sincronização. > > **Dependências:** tokens v1.2 (`seed-tokens.css/.json/.md`) — componentes consomem SEMANTICOS, nunca hex. Identidade: `marca-seed.md` v5.0. Previews validáveis: `seed-componentes-preview.html` (botão) · `seed-formfield-preview.html` · `seed-feedback-preview.html` (Bloco 3) · `seed-superficies-preview.html` (Bloco 4) · `seed-cn-preview.html` (§33 — pattern CN) · `seed-navegacao-preview.html` (Bloco 5). > > **Supersede:** a seção "components" do `seed-design-system.html` v1.0 (botões com 4 variantes sem estados) fica obsoleta para botões a partir deste arquivo; o HTML segue fonte para os componentes ainda não migrados. > > **Data:** 2026-08-18 · **v1.08: o GATE VISUAL reverteu a MR-P1, e a reversão melhorou o número.** O Rafael vetou a tinta escura sobre a marca — *"ter o turquesa com o texto Branco dentro no tema claro é algo visualmente bonito"* — e com o branco fixado a pergunta passou a ser a SUPERFÍCIE: branco sobre turquesa-400 mede **2,71**, sobre turquesa-600 mede **4,60**. Nascem `surface-brand-strong` e `text-on-brand-strong` (gêmeos v1.17); a marca chapada `#11B0A0` fica reservada para área SEM texto. A referência de mercado foi MEDIDA e reprova: o botão primário do ClickUp mede **3,07**. Fecharam também a **LS-P6** (a barra de massa cobria conteúdo em 17 de 17 larguras, 177 sobreposições → **0**) e a **TK-P1** (seis degraus, não quatro — o placar estava cortado em 8 de 12 e me pegou mesmo declarado). Seis pendências NOVAS de artefatos nunca medidos. Detalhe no **§64.16**. > > **Data:** 2026-08-18 · **v1.07: a AD-P1 FECHA por pesquisa e sem gate, a isenção de componente INATIVO entra nas guardas, e a forma de PERGUNTAR muda.** Instrução do Rafael: pergunta de gate vai com **exemplo visual antes/depois**, e escolha de solução **não se pergunta — pesquisa-se e aplica-se**. A AD-P1 (branco sobre o destrutivo no escuro, **2,76**) fecha com token novo `text-on-action-destructive` — branca no claro (5,19) e vermelho-900 no escuro (5,26) —, escolhido pelo RITO: o Material Design 3 inverte a tinta de erro com o tema, o IBM Carbon não clareia o fundo de perigo; adotado o M3 por coerência com o que esta casa já faz no botão primário. Guarda **MR2** com prova de reprovação pelo caso fundador. **CC-P3** fechada: a SC 1.4.3 isenta componente INATIVO, e as guardas passaram a honrar a isenção **imprimindo a contagem**. A pergunta sobre a regeneração das nove bancadas virou **medida**: 0 pixels de diferença em 163.800. Detalhe completo no **§64.15**. > > **Data:** 2026-08-17 · **v1.06: a MR-P1 EXECUTA e o conserto é no GÊMEO outra vez, nasce e fecha a MR-P2 no tema oposto, o ANEL vaza em elemento pequeno e arredondado (25º defeito), e o acervo tem 34 artefatos, não 29.** Medido: **um único token de tinta servia TRÊS fundos de marca** com necessidades opostas — o gêmeo de JSON descrevia esse token como *"texto sobre action.primary"*, e ele estava sendo consumido também sobre a marca chapada e sobre a marca profunda. Branco sobre a chapada media **2,71** no CLARO (MR-P1) e tinta escura sobre a profunda media **1,45** no ESCURO (**MR-P2**, nova): dois defeitos simétricos, um em cada tema, da mesma causa. Conserto: **três tintas, uma por fundo** (gêmeos **v1.15**), com o botão primário mantendo exatamente a aparência de antes. Censo por pixel em **48 artefatos × 2 temas**, por guarda nova de alvo de pasta: **49 textos assentam sobre a marca chapada e ZERO violam**. Também nasceram e fecharam a **BT-P7** (token fantasma na barra de provas de seis bancadas: o estado ligado do alternador **não pintava**, e nenhuma guarda tinha visto porque esse estado só existe **depois do clique**) e a **BC-P1** (nove bancadas estavam **atrás** do `base-bancada.css`, inclusive no conserto do `.vh` que o §64.6 registra como feito). Detalhe completo no **§64.14**. > > **Data:** 2026-08-17 · **v1.05: a BT-P6 FECHA na CAUSA, a CD-P7 FECHA por DECISÃO, e nasce a MR-P1 — um número de FUNDAÇÃO que nunca existiu.** A BT-P6 não era descuido do artefato: **não havia semântico** para "superfície de marca sutil" e o `tela-chat` era o ÚNICO consumo daquela primitiva em 29 artefatos — nasce `--seed-surface-brand-subtle` nos três gêmeos (12,79 claro · 10,40 escuro · piso 4,50) e os TRÊS FAIL do tema escuro somem. **CD-P7 fechada por decisão do Rafael:** os 93 não são defeito, porque o Understanding da SC 1.4.11 diz verbatim que borda não é obrigatória em controle com conteúdo visível, e consertar destruiria a escala terciário↔fantasma. **MR-P1:** o `seed-tokens.md` declarava que branco sobre `--seed-surface-brand` dá 3,22 e construía a regra "só ≥24px" nisso; medido por dois métodos independentes, é **2,71** — reprova até AA-large, logo **branco ali não é permitido em nenhum tamanho**. Decisão acatada: tinta escura. Execução pendente porque **os casos no acervo não foram contados** (o instrumento cobria 6 dos 29 artefatos). **SI-P4, IL-P2, PS-P5 e a spec do ponto de cor decorativo: DECIDIDAS**, execução pendente. Detalhe completo no **§64.13**. > > **Data:** 2026-08-17 · **v1.04: A CD-P7 GANHA RITO COMPLETO E VEREDITO PROPOSTO — e a rodada de NORMAS inverteu a pergunta.** R1: o Understanding da SC 1.4.11 diz verbatim que *"if a control has visible content (such as text or a sufficiently contrasting icon) … a border or other indication of the overall boundary of the hit area is **not required**"* — logo botão com rótulo legível **não** precisa de borda a 3:1. R2: o Carbon (IBM) pratica exatamente essa fronteira — o **ghost** não declara borda em nenhum estado, o **tertiary** tem borda com token próprio porque nele a borda **é** o identificador. R3: em **forced-colors** o navegador descarta `background-color`, então o risco real não é "borda abaixo de 3,00" e sim **"nenhuma borda nem outline declarada"** — e aí está o número novo: **28 de 29** artefatos do acervo não têm nenhuma regra de botão para forced-colors (nasce **CD-P9**). Veredito proposto: os 93 achados **não** são defeito de 1.4.11, com a exceção estreita do botão cujo ÚNICO identificador é a borda (quantos são disso **não foi medido** — nasce **CD-P10**). **A decisão é de gate e está acumulada no fechamento.** Detalhe completo no **§64.12**. > > **Data:** 2026-08-17 · **v1.03: A GI2 forma 4 vira GUARDA TRANSVERSAL de alvo de PASTA — a BT-P3 FECHA na forma superseder (um instrumento, não quatro cópias) e a pasta ganha UM DEFEITO MEDIDO EM ABERTO.** `validacao/guarda-gi2.mjs` mede **29 artefatos**: **15 PASS · 1 FAIL · 35 [n/a]**, os [n/a] em três categorias declaradas. O FAIL é a **BT-P6**: `tela-chat.html`, `.msg--propria .msg__balao`, fundo primitivo `--seed-turquesa-50` com texto semântico `--seed-text-primary` = **1,14** no tema escuro contra piso 3,00, reprodutível 3/3 — mesma forma dos defeitos que o gate achou em 2026-08-16 (1,02 e 1,00). **A frase "o acervo está sem defeito medido em aberto" deixa de valer**, e isso está dito. Levada crua à pasta, a guarda deu 7 FAIL e **seis eram falso positivo**: quatro consertos (A contentor sem texto próprio · B primitiva com override de tema INVERTE · C fundo é o ANEL · D sem anel não há veredito) estão registrados no §64.11.4. O **24º defeito de instrumento**: número que **varia entre execuções** do mesmo alvo — 1,84 / 2,56 / 2,95 no mesmo `.tagok` — não é medida, e só foi visto porque a medição foi **repetida três vezes**. Detalhe completo no **§64.11**. > > **Data:** 2026-08-17 · **v1.02: NASCE A AUDITORIA TRANSVERSAL DE CONSUMIDOR (§69, contratos AC1–AC4) — a EA-P1 FECHA e a auditoria da SI-P4 e da IL-P2 ACABA.** Primeira guarda do acervo que compara um artefato com OUTRO artefato, e não com um contrato. Alvo de PASTA, três classes de consumo (CÓPIA reprova · REIMPL emite `[achado]` porque a pergunta é de desenho · VERSÃO confere documento contra artefato) e cinco regimes de comparação por campo, escolhidos depois de RITO de 3 rodadas que descartou o diff textual (condenaria 100% das amostras) e o diff visual (devolve lista, não veredito). Placar: **7 PASS · 0 FAIL · 5 [achado] · 12 [n/a]**. Correções que a medição impôs à SI-P4: o culpado é o `.sigla` (24px · raio 6px · glifo) e são **QUATRO** telas, não três — `tela-tabela` faltava; e o `.ent` de 12px **sem** glifo NÃO é o §65, então condená-lo forçaria conserto errado em 14 elementos corretos. Achado novo, vira **PS-P5**: o `.mini-avatar`, círculo de iniciais de PESSOA, pinta-se com a paleta de ENTIDADE, quando o §62 fechou paleta própria de 8 pares. E a lição de instrumento mais cara da rodada: na primeira versão a guarda **não pegava o defeito que a gerou** — o cargo "Diretor" passava. *Guarda que não é testada contra o caso fundador não está provada* (§69.4). Detalhe completo no **§69**. > > **Data:** 2026-08-17 · **v1.01: O GATE DAS QUATRO BANCADAS É OBSERVADO — BT-P1, PS-P4 e DH-P6 FECHAM.** O Rafael aprovou escolhendo, entre três opções explícitas, a que diz **"Aprovo — gate OBSERVADO"** sobre as folhas de captura de `banco-escolha` **v0.4**, `banco-data` **v0.4**, `banco-prioridade` **v0.2** e `banco-pessoa` **v0.1** (`render-audit/folha-banco-*.html`). O rito inteiro foi REEXECUTADO antes de promover e coincidiu integralmente com o §80 do MANIFESTO: `suite-escolha` **238 · 0 · 29** · `suite-data` **31 · 0 · 1** · `suite-prioridade` **18 · 0 · 0** · `suite-pessoa` **44 · 0 · 1** · `render-promocao` **168 · 0** · BT7 **5/5/5/3 · 0** · `contraste-composicao` **8 · 0** · `auditoria-borda-campo` **2 · 0** por artefato. Achado do caminho: **ERRATA DE VERSÃO** em três cabeçalhos — §61 dizia `banco-data` v0.5, §62 dizia `banco-pessoa` v0.2, §63 dizia `banco-prioridade` v0.3, e nenhuma dessas versões existe em artefato, gerador, MANIFESTO ou mapa de cobertura; corrigido o DOCUMENTO, não o artefato, com as quatro fontes registradas (§64.10.3). Detalhe completo no **§64.10**. > > **Data:** 2026-08-17 · **v0.99: A VARREDURA BT7 FECHA — 34 artefatos medidos, 120 PASS · 0 FAIL, nenhum defeito aberto no acervo; a BT-P4 FECHA.** Os SEIS artefatos que ainda reprovavam foram consertados na CAUSA: `tela-quadro` e `tela-gantt` pelo MESMO conserto do `.vh` (texto visualmente oculto em `position:absolute` sem ancestral posicionado ancora no `body`, toma a coordenada ROLADA dentro de uma faixa que rola e **estende o `scrollWidth` do documento** — medido `right=479` num viewport de 390; virou `position:fixed`); `tela-referencia` (**84px** · `.busca` com `flex:1` e sem `min-width:0`, piso de conteúdo de 187px); `tela-painel` (**35px** · `.escala-ctrl` `inline-flex` sem `flex-wrap`, 307px num pai de 224px); `banco-tokens` (**27px/97px** · `.type-row` sem quebra e `1fr`, que É `minmax(auto,1fr)`, impedindo a célula da rampa de encolher); e `banco-dataviz-di` (**61px** · tabela de 4 colunas num `.nota` de 302px, mais quatro `
` que rolavam SEM caminho de teclado). Nascem o **19º** e o **20º** defeitos de instrumento — região rolável procurada pela CLASSE `.rolavel` (e o `#quadro` do Kanban é região rolável sem essa classe), e nome/foco lidos por RECEITA de atributo (`aria-label` só, ignorando `aria-labelledby`; `role="region"`+`tabindex="0"` exigidos ao pé da letra, reprovando um `tablist` operável por roving tabindex) em vez de por COMPORTAMENTO. **A `render-painel.mjs` é achada MORRENDO, não reprovando**, por procurar `aria-current="page"` depois do supersede das lentes para `radiogroup` — três blocos inteiros (R5b, R6, R7) nunca tinham sido medidos; consertada, 37·0. **O teto de 3 MB da varredura era ESTIMATIVA**: medido, o `banco-dataviz-dp` (7,5 MB) leva **2,05 s** e passa — teto a 9 MB, e a varredura vai de 33 para 34 artefatos. A `suite-escala-figura` roda pela 1ª vez e acha o `.gt-conectoras` do gantt com teto de largura por ACASO (sem `max-width`) — corrigido, 78·0. Nova subseção **§64.8**; **BT-P4 FECHA**; nasce **E-P1** (os 8 artefatos de e-mail não foram medidos e não há decisão sobre se o BT7 se aplica a eles — ausência de medição, não aprovação). Bateria completa reexecutada: **nenhum FAIL aberto em nenhuma camada**. As nove telas + `banco-dominio` são **promovidas a `estável` por gate DECLARADO**, com a nota de rastreabilidade que a distinção exige. Registro integral no `validacao/MANIFESTO.md` §79 (v11.7). · **v0.98: A VARREDURA BT7 EM TODA A PASTA — 33 artefatos medidos, 11 reprovaram, 5 consertados.** Nasce a **`suite-reflow.mjs`**, primeira guarda do projeto cujo alvo é a **pasta** e não um artefato: contrato transversal copiado em N suítes é N cópias para desatualizar, e as bancadas antigas — sem suíte em playwright — ficariam de fora para sempre. **Consertados:** `tela-site` (a barra de provas era `position:static`, `top=-900` depois de rolar — **fecha a pendência nomeada desde 2026-08-16** — e a topbar estourava 44px a 320) · `tela-chat` (a barra é `sticky` z-index 60 e o painel de chat é `absolute` com **o mesmo** z-index: empate de camada, e a 320px o chat cobre a barra inteira; **a barra de provas é instrumento e não disputa camada com a tela** — z-index 9000) · `banco-data` (**178px** de excesso a 390: o calendário empilha os atalhos abaixo de 470px, com **exceção declarada e geométrica** ao piso de 44px — 7 colunas × 44 = 308 não cabe em 288) · `banco-escolha`, `banco-pessoa` e `banco-prioridade`. **E o `gen-site.py` não compilava neste contêiner** — f-string com aspas escapadas, sintaxe de Python 3.12 (PEP 701), o **mesmo** defeito de ambiente já registrado para o `gen-shell.py` no §74: *defeito de ambiente que reaparece num segundo gerador é classe, não acidente*. **PROMOÇÃO:** §59, §61, §62 e §63 vão a `estável` pelo gate declarado ("aprovo. siga"), com **nota de rastreabilidade honesta** no §78 do MANIFESTO. **As telas NÃO foram promovidas** — quatro delas (`painel`, `quadro`, `gantt`, `referencia`) têm **defeito de reflow medido e aberto**, e artefato com defeito aberto não promove. · **v0.97: PROMOÇÃO — §65, §66, §67 e §68 vão a `estável` pelo gate visual do Rafael (verbatim: "aprovado"), fechando SI-P2, CD-P1, IL-P1 e ET-P2.** E o **rito de promoção** — que é reexecutar todas as camadas contra o artefato real — achou o que o gate não tinha como ver: **as quatro bancadas rolavam na horizontal a 320px**, e a `banco-identidade` já a 390. *Ninguém tinha medido abaixo de 1200.* Nasce o **BT7** no §64: nenhuma bancada rola na horizontal a 320px, e o que exige duas dimensões (tabela de dados, grade de glifos) vive em **região rolável FOCÁVEL e ROTULADA** — porque a exceção do SC 1.4.10 autoriza a rolagem, não a inacessibilidade dela. Guarda `BT7` nas quatro suítes, medindo em **duas** larguras. **E o conserto corrigiu um contrato:** o SI5 lia o número de colunas de um atributo fixo, que mentia no reflow **e já mentia com o filtro ativo** — as colunas passam a ser **medidas** pelo layout, e o nome acessível do grupo diz o número real (`SI-OP3b`). **18º defeito de instrumento:** o seletor da auditoria de sobreposição casava `.cx` como *cartão* numa bancada e *caixinha de dígito* na outra, e comparava **pai com filho** — seis achados falsos. *Escopo segue sendo a variável que mais produz erro de medição: por posição, por texto, por tipo de nó e agora por seletor.* Placar de promoção: **32 · 30 · 23 · 25** nas quatro suítes · **25 · 0** e **5 · 0** nos ícones · **40 combinações** de render com **0 achados**. · **v0.96: O PRIMEIRO GATE DAS QUATRO BANCADAS NOVAS — e ele achou quatro coisas que nenhuma das camadas automatizadas via.** (1) **Dois glifos do set canônico do §45 estavam mal desenhados** — *“recycle”* e *“growth”*, verbatim do Rafael: *“parecem errados, infantilizados”*. O `recycle` eram dois galos soltos que não fechavam triângulo; o `growth` era o `trending-up` do acervo 40×40 normalizado por 0,6, com ziguezague raso. **Os dois passavam na `suite-icones` (25·0) e na `render-icones` (5·0)** — legibilidade de forma não é medível pelas guardas que existem, e é essa a razão de o gate visual ser camada e não formalidade. Redesenhados pela régua IC1/IC3, com supersede formal no §45.4 e `getBBox` remedido. (2) **O contraexemplo das seis caixinhas do §66 era um ESPANTALHO**: só avançava o foco, sem voltar apagando no Backspace. Corrigido para a **melhor forma de mercado** — e o argumento ficou **mais forte**, porque a tese nunca foi *“caixinhas não funcionam”* e sim **quanto custa fazê-las funcionar**: quatro remendos de JS contra zero, e o quarto (colar) ninguém escreve. (3) **Comentário também é conteúdo**: a higienização do §68 varria só elementos, e o `` do clipboard do Windows atravessava — o Word emite folhas de estilo inteiras dentro de comentário condicional. (4) **A decisão da borda de campo mudou ao ler o gêmeo inteiro**: o `--seed-border-interactive` já existe desde a **v1.12** como *fronteira de componente interativo*, criado com os mesmos números que remedi — o `--seed-field-border` local do §13 fica **supersedido** por ele, e não promovido ao gêmeo. *O token local é melhor no claro (4,74 × 3,38) e **pior no escuro** (3,21 × 4,50).* **Duas guardas novas, CD10-c e ET8-b, ambas provadas capazes de reprovar antes de serem aceitas.** · **v0.95: A FILA DA F7.5 FECHA NO ALCANÇÁVEL — nascem o §65 (identidade de entidade, SI1–SI16), o §66 (credenciais, CD1–CD16), o §67 (edição em linha, IL1–IL14) e o §68 (editor de texto rico, ET1–ET14), fechando C6, C7, C13, C14 e C15.** Quatro bancadas, quatro suítes, **94 PASS · 0 FAIL**. **As três decisões que carregam a rodada:** (1) a paleta de identidade é **FECHADA em seis** (CP23) — no produto de referência, com paleta livre e tinta branca fixa, **6 dos 13** pares medidos **reprovam** (3,03–5,83); classe fechada transforma *“todas as cores passam?”* em **seis medições**, a mesma saída que fechou a PS-P3. (2) O código de uso único é **UM campo, nunca seis caixinhas** — o SC 3.3.8 exige que dê para **colar**, e a bancada **exerce** o contraexemplo em vez de citá-lo: colado o mesmo código nos dois desenhos, o campo único retém **6 de 6** dígitos e as caixinhas **1 de 6**. (3) Na edição em linha, **clicar fora CONFIRMA** — entre um erro reversível (gravou, e o desfazer do PN28 volta) e um irreversível (sumiu o que se digitou), o sistema escolhe o reversível. **E dois defeitos de instrumento, ambos achados antes de qualquer artefato ser tocado:** o **16º** — o parser de cor não entendia **hexadecimal** e a guarda emitiu **PASS com razão 232,67**, fisicamente impossível (regra nova: *número fora de [1,00…21,00] é MEDIDOR QUEBRADO, não veredito*) — e o **17º**, em que a guarda varreu o `` inteiro e **reprovou o artefato lendo a tabela de contratos que EXPLICA o contrato** (regra nova: *guarda mede o CONTROLE, nunca o texto que descreve o controle*). **Achado de fundação:** o `--seed-field-border` do §13 (4,74:1) **não existe no gêmeo `seed-tokens.css`** — vive só no bloco local da `banco-formfield.html`; os campos novos consomem `--seed-border-interactive` (3,38 / 4,50), medido, e a promoção do token ao gêmeo fica na **CD-P2**. · **v0.92: A PR-P2 É RESPONDIDA (e a resposta é NEGATIVA), nasce a `banco-prioridade.html` — e o botão de tema estava MORTO nas TRÊS bancadas desta sessão.** A PR-P2 perguntava se o set canônico de 28 glifos do §45 daria as quatro formas da escala ordinal. **Não dá — ele não tem nenhuma:** os 28 são de domínio elétrico ou de UI básica. *Mas a decisão já existia:* a árvore do **NM4** manda usar o Lucide quando o glifo é utilitário e não está no set SEED. **O set não precisou crescer e a escala não precisou mudar — a pendência se resolveu pela regra que o §45 já tinha escrito.** A escala vira uma **escada de formas** (duplo-acima › acima › plano › abaixo › círculo tracejado): *a direção É o dado*, então a ordem sobrevive ao cinza e ao daltonismo sem depender da cor — contra as **quatro bandeiras em quatro cores** do produto de referência (C131), que em cinza viram a mesma bandeira. Placar **17 · 0 · 0**. **E o achado que atinge três artefatos:** o botão “Escuro” das bancadas setava `data-tema="escuro"` — o atributo **traduzido**. O gêmeo de tokens escuta `[data-theme="dark"]`. *Botão morto vestido de PROVA*, em `banco-escolha`, `banco-data` e `banco-prioridade` — e a guarda de contraste no tema escuro **passava medindo o tema claro duas vezes**. Consertado nos três; depois do conserto os números do escuro finalmente diferem dos do claro (6,20 contra 4,77). **Atributo de contrato não se traduz.** · **v0.91: NASCEM O §62 (seletor de pessoa, PS1–PS16) E O §63 (prioridade, PR1–PR12), fechando C4 e C11 — e a sexta volta acha o MESMO defeito num segundo componente.** Navegação em modo somente leitura, nove dispositivos (C125–C133). **O achado que vira expectativa:** na lista de pessoas do produto de referência, cada item é `generic` — **sem `listbox`, sem `option`, sem `aria-selected`** — e o campo de busca é `textbox` simples, sem `combobox`, sem `aria-expanded`, sem `aria-controls`. *É o C122 outra vez, noutro componente: dois de dois seletores auditados repetem o padrão.* A regra da quinta volta deixou de ser precaução e virou expectativa: **neste produto a semântica de escolha é sistematicamente ausente.** Dois achados de fronteira: a busca do seletor de pessoa **também convida** quem não está no espaço (C126), e o menu de prioridade mistura a prioridade do OBJETO com a **prioridade PESSOAL** de cada um, separadas só por um título (C132). E um achado negativo que vira contrato: **o menu de prioridade não sabe desatribuir** (C133) — o campo mostra “Vazio”, e voltar a vazio não é oferecido. O PatternFly confirma que **“none” é estado, não ausência de estado**. C5 e C8 ficam com **bloqueio nomeado**: os dois só se alcançam escrevendo. · **v0.90: O GATE ACHOU UM CALENDÁRIO INOPERÁVEL COM PLACAR VERDE — e a guarda que devia pegá-lo tinha sido escrita para NÃO OLHAR ali.** Verbatim do Rafael: *"não consegui ter ação no calendário. não consegui fazer seleção de intervalo de data com o mouse, nem clicar em nenhuma data, quanto mais fazer o teste com tab"*. A v0.1 tinha **25 PASS · 0 FAIL** e a grade era **estática**: o clique só movia o foco e escrevia numa live region invisível. *Uma grade estática não é um seletor de data — é a FOTO de um.* **E o pior:** a guarda `BTN` ("nenhum botão morto") excluía explicitamente `table[role="grid"]`, `.cal__nav`, `.cal__hoje` e `.cd__gatilho` — os quatro lugares onde o defeito estava. *Guarda escrita para não olhar onde o defeito mora é pior que guarda nenhuma: ela produz um verde que impede a pergunta.* Nascem **cinco guardas de OPERABILIDADE** (DH-OP1…DH-OP5) que medem AGINDO — clicam, passam o mouse, navegam — e comparam estado antes e depois. A grade passa a ser renderizada por JS a partir de constantes fixas; o "hoje" continua fixo, o que passou a existir é a interação. Mais **dois defeitos de instrumento** (nono e décimo) e um de artefato achado pelo próprio teste: o `mouseenter` redesenhava o DOM e **destruía o elemento sob o cursor**, entrando em laço. Placar: **30 · 0 · 1 [n/a]**, e desta vez o verde quer dizer alguma coisa. · **v0.89: A DH-P1 FECHA — nasce a `banco-data.html`, e a bancada acha DOIS alvos abaixo do piso e DOIS defeitos no próprio instrumento.** Placar **25 · 0 · 1 [n/a]**. **Decisão de método: o "hoje" da bancada é FIXADO** em 2026-08-16, declarado no gerador — um calendário que consulta o relógio muda de bytes todo dia, e isso quebraria a âncora que este projeto usa para provar que um arquivo é o que se pensa que ele é. **Defeitos reais do artefato:** o gatilho do calendário media **40px** porque o `min-height:44px` estava na CAIXA, e caixa não é alvo — *alvo se mede no retângulo do controle, não no contêiner*; e a célula de dia media **42px**. **Sétimo defeito de instrumento, e é o mais sutil da série: a suíte rodava em UTC.** O DH14 existe porque `new Date("2026-08-16")` é lido como UTC e devolve o dia ANTERIOR a oeste de Greenwich — e num contêiner em UTC a armadilha **não dispara**: a guarda passava sem provar nada. Rodando em `America/Sao_Paulo`, ela mostra o que tem de mostrar: `new Date(string)` daria **15**. *Guarda que roda em UTC não pega defeito de fuso.* **Oitavo:** a guarda do DH17 procurava a palavra "recorrência" na página inteira e a achava **na própria tabela de contratos**, na linha que documenta que recorrência NÃO pertence ao componente — *ela reprovava o artefato por dizer a coisa certa.* · **v0.88: NASCE O §61 — DATA, INTERVALO E HORA (DH1–DH18), fechando C1 e C2. E a rodada zero produziu a PRIMEIRA leitura em que a árvore de acessibilidade CONTRADIZ a tela.** A navegação (quinta volta do estudo, C117–C124) abriu o seletor de data do produto de referência em modo somente leitura. Na captura, o calendário é impecável. Na árvore, **cada dia é um `button` cujo nome acessível é SÓ O NÚMERO** — sem `grid`, sem `gridcell`, sem `aria-selected` no dia escolhido: o leitor de tela anuncia *"botão 2"*. *Copiar a forma teria copiado o defeito, porque o defeito não aparece na captura.* **Regra nova: onde o dispositivo é de ESCOLHA, leia a ÁRVORE junto com a TELA.** E o canon diverge outra vez, agora em três: o **APG** especifica calendário em `role=grid` com teclado completo; o **GOV.UK/NHS** manda **não usar calendário** quando o usuário já sabe a data, e sim campos de texto; o **USWDS** faz os dois, e monta intervalo como **dois seletores independentes**. A régua sai do PROBLEMA: *pergunte se o usuário JÁ SABE a data* — sabe, o texto basta; não sabe, o calendário é que responde; **e os dois existem sempre**. O intervalo fica como **um controle com dois campos e um calendário compartilhado** (DH10), contra os dois seletores do USWDS, porque separados ninguém valida a relação — e o próprio USWDS admite que **não valida coerência entre início e fim**. Um contrato nasce declaradamente **sem leitura** (DH12): o vão entre início e fim não pôde ser observado, porque preenchê-lo seria escrita. · **v0.87: A SG-P10 FECHA e o §60 encerra SEM PENDÊNCIA — dez fechadas numa sessão.** Decisão do gate: **B**, fronteira por GRUPO. O painel e a lista adotam a anatomia da bancada — contêiner com borda, fundo `surface-subtle` e 3px de respiro; segmentos sem borda e sem fundo; `inline-flex`, para o grupo **encolher para o conteúdo** e a fronteira delimitar o CONTROLE em vez da linha. O operador do §53 tinha uma **terceira** anatomia (`overflow:hidden`, `gap:0`, rótulos colados) e também converge: *ter algum contêiner não é convergir; convergir é adotar A MESMA anatomia.* **Três defeitos achados aplicando a decisão, e todos pelas guardas:** (1) `AC-08` pegou `8px` e `6px` digitados onde existem tokens (`radius-md`, `radius-3`) — a higiene é de CLASSE, não interessa que o número esteja certto; (2) **regressão de ESPECIFICIDADE** — a regra nova `.lentes [role=radio]` tem o mesmo peso 0,2,0 de `[role=radio][aria-checked=true]`, e por ser posterior **apagou o fundo do selecionado em silêncio**; o placar acusou separação **1,00** contra piso 3,00; (3) **sexto defeito do instrumento** — com o segmento em `background: transparent`, o `getComputedStyle` devolve `rgba(0,0,0,0)` e a guarda lia **preto**, reprovando artefato correto. Agora ela compõe o **fundo EFETIVO** subindo pelos ancestrais, que é o que o olho faz. Placares finais: escolha **233 · 0 · 29 [n/a]** · painel **146 · 0** · contraste **78 · 0** · contêiner **66 · 0**. · **v0.86: O GATE ESCOLHE O RETO — e a aplicação da decisão expõe uma divergência MAIOR que a que acabou de fechar.** SG-P9 decidida (*"pilula contra reto, escolho reto"*): o segmento passa a **6px**, o valor que já vinha do §53, e a família fica com **uma geometria** — altura 44px desde a SG-P7, raio 6px desde agora. A regra é **específica** (`.lentes [role=radio]` e irmãs), não uma troca no `button` genérico do preview: *o gate decidiu sobre o SEGMENTADO, não sobre todos os botões — alargar a decisão além do que foi decidido é a forma silenciosa de decidir sozinho.* **Mas aplicar o raio revelou o que o raio escondia:** o painel desenha oito **botões com fronteira própria e vão entre eles**; a bancada desenha **um GRUPO com fronteira única** e segmentos sem borda. Mesmo raio, mesma altura, **anatomias diferentes** — e é a mesma família de divergência que esta sessão inteira passou fechando, só que uma camada acima. *Divergência de valor esconde divergência de estrutura: igualar o número não iguala a coisa.* Vira **SG-P10**, com amostra comparativa, porque decidir por mim seria alargar de novo. Placares: escolha **233 · 0 · 29 [n/a]** em cinco alvos · painel **146 · 0** · contraste **78 · 0**. · **v0.85: A SG-P2 FECHA — nasce a `banco-escolha.html`, e ela existe para provar exatamente DUAS coisas.** A bancada chega por último de propósito: a SG-P1 já tinha provado onze contratos com **consumidor real em produção**, então o trabalho que sobrava era estreito e declarado — provar o **SG7** (contagem por segmento) e o **SG14** (multi-select que não fecha), os dois sem instância no acervo, e **fechar a última divergência de geometria**. Placar da bancada: **137 · 0 · 0** — ela exerce TODOS os catorze contratos, e é o único artefato do acervo em que nenhum sai `[n/a]`. **A altura já tinha convergido em 44px; o raio não**, e ele vira a **SG-P9**: pílula (§48) contra reto (§53), lado a lado, mesmo conteúdo — e com uma **terceira fileira estreita de propósito**, porque é na QUEBRA de linha que os dois divergem de verdade. *Mostrar a diferença é medição que o olho faz; afirmar qual é melhor seria opinião.* **Mais dois defeitos de instrumento, o quarto e o quinto da série:** a guarda do SG7 testava `/\b\d+\b/` no texto do segmento e **nunca casava** — em `"Em campo"+"7"` o texto concatenado vira `"Em campo7"` e não há fronteira de palavra entre `o` e `7`; ela devolvia `[n/a]` sobre uma bancada que TINHA a instância. E, mesmo funcionando, media a FORMA ("tem número?") em vez do CONTRATO ("o número muda ao filtrar?") — agora ela TROCA a escolha e mede. A sonda do SG14 deixava a lista ABERTA sobre a fileira de chips e derrubava a guarda seguinte: *quem mexe, arruma*. Agregado das cinco alvos: **215 · 0 · 29 [n/a]**. · **v0.84: O GATE APROVA e o §60 vira `estável` — mas a auditoria de promoção acha um contrato que NUNCA tinha sido testado, e ele estava violado.** Gate visual do Rafael em 2026-08-16 (*"verificado, tudo ok"*) sobre `tela-painel` v0.11, `tela-tabela` v0.2 e `tela-lista` v0.2: a **SG-P8 fecha**. Antes de promover, perguntei quais dos catorze contratos tinham **prova** e não só texto — e quatro não tinham guarda nenhuma: **SG3** (proibição sem instrumento é só uma frase), **SG7** e **SG14** (sem consumidor no acervo) e **SG8**. Ao escrever a guarda do SG8 ela achou a violação: o botão `✋ Mover` levava o glifo **dentro do nome acessível** — o leitor de tela anunciava *"mão levantada Mover"*. *Contrato sem guarda é contrato sem prova, mesmo quando existe consumidor.* E a guarda nasceu errada pela **terceira vez na série**: usava `textContent`, que **não é** nome acessível (inclui a subárvore `aria-hidden`), e por isso continuou reprovando o conserto certo. Promoção **parcial e declarada**: SG1–SG6b e SG9–SG13 vão a `estável` porque têm consumidor medido; **SG7 e SG14 continuam `rascunho`** — não existe instância deles no acervo, e é isso que a SG-P2 passa a significar. Placares: escolha **96 · 0 · 29 [n/a]** · painel **146 · 0** · contraste **78 · 0** · contêiner **66 · 0**. Selo do painel a **v0.12** — mudança de um atributo, invisível na tela, mas bytes que mudam com selo parado foi o defeito da v8.9. · **v0.83: AS QUATRO PENDÊNCIAS DE GATE FECHAM — e a medição derruba a revisão que eu ia propor.** SG-P4/SG-P5: os quatro grupos de escolha exclusiva do §48 (lentes · escala de tempo · gesto no vazio · modo do mapa) passam a `radiogroup` + `role="radio"` + `aria-checked`, com **um mecanismo de roving só** para os quatro — antes eram três mecanismos diferentes. SG-P7: alvo do X do chip sai de **24×24** para 44px reais, alvo do X da condição de 32 para 44, `"+N"` com teto declarado, anúncio com contagem, `"Limpar"` com piso de dois. **SG-P6 é o achado da edição:** eu ia relaxar o SG6 ("fundo E peso") porque o fundo sozinho media **4,60** e **4,57** contra piso **3,00** — e a medição em `forced-colors: active` mostrou a separação caindo para **1,00**, com o selecionado ficando **indistinguível** do repouso. *O SG6 estava certo pelo motivo errado: dizia "não só cor" pensando em daltonismo, e quem cobra a fatura é o alto contraste.* Não relaxa: vira **SG6-b**, medido nos TRÊS modos, com cor de sistema — depois do conserto mede **19,04**. O **SG5** esse sim cede, com número: as oito lentes cabem em 390/768/1180/1440px em 4/2/1/1 linhas, alvo mínimo **62×44px**, sem vazar nem cortar — o teto é de **aperto medido**, não de contagem. E a SG5 revista **achou defeito que a antiga não alcançava**: o segmento do operador do §53 media 62×**32px**. **Duas guardas afirmavam a forma errada:** a `PN6-01` exigia `aria-current` (por isso cinco camadas atravessaram o defeito — a guarda não estava cega, estava apontada para o lado errado), e o meu próprio instrumento casava as passadas extra **por posição** em vez de por identidade. Placares: escolha **88 · 0 · 21 [n/a]** (4 arquétipos) · painel **146 · 0** · contraste **78 · 0** · contêiner **66 · 0**. · **v0.82: A SG-P1 FECHA — e a auditoria acha SEIS controles em QUATRO arquivos, não três em três.** Instrumento novo: `validacao/suite-escolha.mjs`, **52 PASS · 22 FAIL · 21 [n/a]**. O achado que justifica a ordem "auditar antes de produzir": **o acervo já resolvia a mesma pergunta de TRÊS jeitos incompatíveis** — `tela-painel.html` com `role="group"` + 8 `