5. Fronteiras e pendências abertas

• Gêmeos seed-tokens.json/seed-tokens.css a regenerar com a §3c — ENCERRADO em 2026-08-09, na promoção do DT (o prazo declarado era exatamente este gate). Os dois gêmeos foram para v1.4. Achado da execução: o débito era MAIOR do que o §7.0 dizia — os gêmeos declaravam v1.1 e não continham nenhum token do pacote mobile v1.2 (M1–M3: breakpoints, tipografia fluida clamp(), --seed-fs-field-touch, safe-area). A defasagem era de duas versões, não uma. Detalhe no §7.0 do seed-tokens.md v1.4, com o supersede formal da redação antiga da pendência.
• DG não escrito — ENCERRADO em 2026-08-09 (§4, 13 decisões, estável).
• DM não escrito — estável desde 2026-08-11 (spec na v0.5 §4b, promoção pelo "aprovo" do Rafael sobre o lote de formalização). DP e DI não escritos — o DI foi escrito na v0.9 (§4c) e fechado por inteiro na v0.12: DI-a e DI-b, ambos estável em 2026-08-11 (o DI-b por prova impressa física — item próprio abaixo). Resta o DP — o DP foi escrito na v0.14 (§4d, DP1–DP14) e é estável desde 2026-08-11, por aprovação no gate visual sobre o preview v0.3. Ele abre seis pendências nominais próprias, DP-P1 a DP-P6, listadas no §4d.16; nenhuma bloqueia a spec e todas bloqueiam a promoção a estável. Fechado o DP, a Fase 5 fecha e o marco é disparado — e o marco tem um item obrigatório já decidido: a auditoria de impacto das lacunas do §6 do estudo-viver-de-ia.md (KPI/número-protagonista, ranking com barra embutida, progresso de conclusão, timeline e camada de movimento), para dizer, linha a linha, se cada lacuna é aditiva ou exige supersede em algo já estável.
• PREVIEWS APROVADOS AUSENTES DO DRIVE — FECHADA em 2026-08-11 (pendência P6 do MANIFESTO, aberta e fechada no mesmo dia). O Rafael reanexou os dois arquivos da pasta local de downloads dos cards; a conferência bateu 2/2: seed-dataviz-graficos-preview.html 82.126 B 8d1930598b9d124d3807fc80f70b0fbf e seed-dataviz-monitoramento-preview.html 30.166 B f146c84a3d140a892d1de87ee37d334c. As suites foram re-executadas contra os artefatos reais (163·0 e 85·0·6). Registro de método: a leitura de volta pegou a ausência antes de qualquer perda — na §1 do MANIFESTO, a mesma classe de defeito só apareceu depois de um arquivo ter sido sobrescrito.

Erratas abertas contra os previews aprovados (E1–E6, medidas em 2026-08-11)#

Todas nasceram da execução das suites contra os artefatos REAIS, depois do gate visual. Nenhuma altera decisão da spec — onde o preview diverge da spec, quem manda é a spec; a errata existe para que a divergência não seja lida um dia como se fosse regra.

AS SEIS FORAM CORRIGIDAS em 2026-08-11 (v0.7). Os previews passam a seed-dataviz-graficos-preview.html v1.3 e seed-dataviz-monitoramento-preview.html v0.8, e as suites fecham em 163 PASS · 0 FAIL e 105 PASS · 0 FAIL · 0 FAIL·DOC. Gate visual do Rafael em 2026-08-11: aprovado. As v1.3/v0.8 passam a ser os artefatos VIGENTES do DG e do DM; as v1.2/v0.7 seguem ancoradas no MANIFESTO como o registro do que sustentou as promoções. As três correções visíveis que motivaram o gate — E1 (medidores expõem role="meter"), E3 (troca de cor do "esperado" do ET5 e da hachura do no-data) e E5 (rótulo da pizza sai de dentro da fatia) — foram vistas e aceitas. As versões v1.2/v0.7 permanecem ancoradas no MANIFESTO como os artefatos que sustentaram a promoção do DM.

Sétimo ponto, achado durante a correção e tratado dentro da E3: a hachura do chart-no-data desenhava as linhas em cat-5-stroke — a mesma armadilha do ET5, e no lugar mais sensível possível, porque "sem medição" é justamente o que nunca pode parecer uma categoria. Passou a consumir chart-axis. Regra que sai daqui: posição categórica nunca serve de neutro. Quando um desenho precisa de "referência", "contexto" ou "ausência", ele consome um token com esse papel declarado (chart-no-data, chart-grid, chart-axis, ou cinza de contexto do DG17) — nunca cat-N, porque cat-N é uma posição de série e pode mudar de cor em qualquer supersede de paleta, como mudou.

• contraste-dg.py desatualizado (pendência P8 do MANIFESTO.md): ainda mede o DG11 (contorno morto) e a paleta antiga — e, o que só se soube em 2026-08-11, percorre apenas três séries, que são justamente as que passam. Reclassificada de higiene para guarda ausente: era ele quem deveria ter flagrado o colapso do modo claro acima de 3 séries. Especificação da reescrita no DI18 (§4c.12); a execução é lote seguinte, junto do preview e da suíte do DI.
• Aliases gauge-band-* nos gêmeos: só nascem quando o produto consumir o medidor (fronteira declarada no supersede DM3 da §3c) — não antecipar.
• Teto da empilhada (DG10-b): o racional de paleta caiu com a categórica v1.5; o teto de 4 permanece por não ter sido reavaliado em gate. Reavaliar (4→5) quando um caso real do ERP pedir, com preview e gate.
• EMENDA DEVIDA ao seed-tokens.md §3c (regra GI2): registrar o colapso de claridade da rampa categórica escura — CUMPRIDA em 2026-08-11, na edição v1.5 da §3c (o gatilho GI2 "editar por outro motivo" disparou com a categórica estendida). O registro inclui a remedição com a paleta nova (75/75/71/71/67) e a consequência declarada: o DG13 permanece obrigatório.
• Textura em série preenchida no IMPRESSO (DI): o DG13 hoje só dispara em escuro + grayscale, e o impresso sai do modo claro. Pela medição, o claro tem espalhamento suficiente (7 pontos)… — TRATADA em 2026-08-11 (v0.9), e a redação acima continha uma ERRATA (E7). Os "7 pontos" eram da categórica v1.0, com três séries. Remedido com as seis posições da v1.5 em modo claro: pior par 1 ponto (cat-1 × cat-4 e cat-3 × cat-5). O claro não tinha margem estreita — tinha margem nenhuma acima de três séries. Resultado: DI2 supersede o gatilho do DG13 (§4c.2), que passa a grayscale ∩ (escuro OU ≥4 séries). O que a errata ensina: um número medido carrega o contexto em que foi medido; ao citá-lo depois de um supersede de paleta, o contexto tem de ser reconferido, não herdado. A pergunta original — se o modo de impressão entra no gatilho — segue ABERTA no DI-b, item abaixo.
• DI-b — veredito do gatilho da textura no papel (DI3, §4c.3). — FECHADO em 2026-08-11 por prova impressa física (folha de 7 itens, impressa em cor e em escala de cinza pelo driver). Veredito: o impresso NÃO entra no gatilho, porque não precisa — em cor as 6 séries se distinguem; em mono, que é grayscale por definição, o DI2 já dispara. Os dois pares que colapsaram a olho são os dois pares previstos pela medição em tela (cat-1 × cat-4 e cat-3 × cat-5, ambos a 1 ponto), sem falso positivo nem falso negativo. Consequência maior que o veredito: o piso de claridade é calibrado por FORMA, não por meio — supersede registrado no §4c.3 e no §6.
• Empilhada 100%, waterfall, boxplot e combo de eixo duplo ficaram fora da v1 do DG (DG9). Entram quando o ERP pedir — a spec é aditiva, nenhuma delas mexe no que foi promovido.
• Slot ET5 (gráfico do alerta de geração) — ENCERRADO na v0.13 por supersede do DM8 (§4b): o e-mail de alerta não leva gráfico, leva símbolo de alerta. Racional do Rafael: um PNG único servido a todos os disparos carrega números que não são do destinatário, e um alerta que contradiz o próprio texto destrói a confiança que ele existe para ter. O dado real vive no sistema. O slot volta ao seed-email.md sem regra nova — o EC5 já manda rasterizar ícone sob demanda a partir do SVG normalizado, em /email/v1/icones/. Deixa de ser pendência da dataviz.
• NM5 (ícones): se a F5 expandir o set de glifos (ex.: ícones de tipo de gráfico), dispara o seed-icones.md próprio — gatilho registrado, não disparado.
• Skeleton/empty de gráfico (herdados do Bloco 3, 2026-08-04): entram no DG.
• Gauge em grayscale (observado no render de 2026-08-09): o desenho canônico do gauge (DM) deve prever textura/hachura ou rótulo de faixa — CUMPRIDA na v0.5: o DM entregou as duas previsões — rótulo textual de estado sempre visível (DM7) e textura por banda no gatilho escuro+grayscale (DM11). A prova impressa real continua no DI (o gatilho de textura no modo de impressão segue em aberto, item acima da textura no impresso).
• Guarda nova nascida da promoção do DT — paridade-tokens.py (2026-08-09): a regra "o .md, o .json e o .css formam uma unidade; alterar um exige alterar os três" existia desde a v1.0 do seed-tokens.md sem nenhum detector, e por isso os gêmeos ficaram duas versões atrás sem que ninguém notasse — ler o .md não revela nada sobre o conteúdo dos gêmeos. O script mede 3 portões: G1 não-regressão (todo token do CSS anterior continua existindo, com o mesmo valor), G2 paridade (todo token do JSON tem contraparte no CSS, salvo isentos declarados), G3 cobertura (o inventário nominal da §3c e do pacote v1.2 está nos dois gêmeos, em light e dark). Placar na promoção: 43 PASS · 0 FAIL. Fato relevante de método: o G1 reprovou a primeira tentativa de regeneração — ela reescrevia o CSS inteiro a partir do JSON e, no caminho, renomeou --seed-sp-* para --seed-space-*, perdeu o composto --seed-focus-ring (que só existe no CSS) e serializou sombras/famílias/beziers como estrutura DTCG em vez de valor CSS. A entrega passou a ser por edição cirúrgica do arquivo anterior. Lição transferível: regeneração total a partir de um modelo incompleto perde token em silêncio; preservar bytes é mais seguro que reconstruir e conferir.
• Matriz de render se CRUZA, não se amostra (2026-08-09, achado do gate do DG): a primeira matriz tinha 4 cenários e cobria claro+grayscale e escuro, mas nunca a combinação escuro+grayscale — que era exatamente onde estava o defeito. Amostrar combinações dá a sensação de cobertura sem a cobertura. A matriz passou a 6 cenários cruzando tema × grayscale × largura, e o render mede o fill resolvido pelo navegador, cobrando textura onde deve haver e ausência onde não deve.
• Aprendizado de ferramenta (2026-08-09): o screenshot via CLI do Chrome (--screenshot --window-size=360,...) truncou a renderização à direita e simulou um overflow que não existia (scrollWidth medido: 360, zero elementos estourando). A camada de render da F5 usa puppeteer (viewport + fullPage), nunca o CLI — vale como requisito da futura suite de render do DG.

Erratas E9–E16 (nascidas na janela do sub-bloco DI, 2026-08-11)#

As E1–E6 (subseção acima) foram divergências do PREVIEW em relação à spec. Estas oito são de natureza mais variada — e três delas são de uma classe nova e desconfortável: correção declarada que não foi inteiramente aplicada, ou que foi aplicada sem remedir o que quebrou.

| E17 | vector-effect não é herdada (SVG 2: Inherited: no). Declará-la num <g> é inócuo — não alcança os <path> filhos. A primeira escrita do preview do DI cometeu isso; o preview do DG sempre fez certo, por seletor universal .seed-chart__plot svg *, que atinge cada elemento individualmente | preview do DI v0.1 | CORRIGIDA na v0.2 — regra por seletor universal + teste DI6-04 que reprova qualquer <g> carregando o atributo. A lei do §4.6 estava certa; o que faltava era a implementação que a torna verdadeira |

A classe de defeito que E14 e E16 expõem, e que vale mais que as erratas em si. A E3 foi declarada corrigida em 2026-08-11 e o arquivo nunca foi lido de volta no ponto corrigido — conferiu-se o MD5 (que muda com qualquer edição) e o placar da suíte (que não media aquilo). É a assinatura exata do defeito da §1 do MANIFESTO.md, agora numa variação mais sutil: não é "a propagação foi afirmada e não aconteceu", é "a correção foi afirmada e aconteceu pela metade". Regra que fica: correção de errata é verificada pela medição do que ela prometia consertar, não pelo fato de o arquivo ter mudado. Se a errata dizia "a hachura não pode ser categórica", o teste é varrer TODAS as hachuras — foi o que o NEU-01 passou a fazer.

A E16 fecha um ciclo aberto pela E4 e explica a E8: a §3c copiou o fundo de referência dark do preview (#1C252B) em vez de copiar do token (#1D272D). Bloco de token digitado à mão não contamina só o artefato — contamina o canônico que o cita.

Emendas devidas a outros arquivos canônicos#

---