Ir ao conteúdo
SEED engenharia

Roadmap

s17. Log

seed-ds-roadmap.md v2.168 · §s17seção 18 de 19s17-log.md · MD5 7f132b6c
Versão Data Mudança
2.168 2026-10-31 A leva 50 (MANIFESTO §327), loop orquestrado de 2026-10-31 (pedido dele: "rode loop orquestrado 850k, já autorizei as demandas nas respostas acima. se surgir demanda até o checkpoint pode resolver dentro desse loop"; folha 17 respondida 8 de 8): fecham SH-P70 (prévia SH22 em 150/500 ms, Q1 = b; o SH19 mantém 300/500 com constantes próprias), SH-P74 (tooltip do rótulo curto na Encurtada, Q3 = d, opt-in), AU-P16 (tela de autenticação v0.14: o envio anuncia o erro do campo e move o foco, Q5 = a; suíte 161 PASS · 0 FAIL), SH-P77 (variantes A e B de degradê na base do rail entregues; a decisão vai à folha 18), SH-P78 (Esc de uma camada no menu de envio e na lista de pessoa; isComposing na mensageria), SH-P79 (5 itens dos instrumentos do rail e da animação), SH-P68 (resto: medido já fechado, 0 ids duplicados), PR-P199 (sonda de DOM do conferidor espera pela condição e nomeia o motivo: 3 de 48 sem resposta antes, 0 de 96 depois; amostra pequena), PR-P212 (título do laudo cede a 2.ª linha; guarda 41 de 41), PR-P213 (variável de cobaia herdada sem SEED_COBAIA_PROVA faz o rito sair 2; em modo cobaia o rito nunca grava o selo), PR-P214 (código: autoteste da HV1 32 de 32; as 5 linhas de base ficam para a sessão regravar), PR-P215 (o pré-voo compara a versão das 6 dependências diretas), PR-P216 (a bobina do comprovante de ponto é 80 × 126 mm no canon), PR-P217 (a régua de contraste serve o 03-assets à tela copiada; arvore na linha de base da móvel), CT-P30 (linha «Readonly (texto)» 11,49:1 no claro e 15,43:1 no escuro) e LC-66 (marca-seed.md §5.7: produto que usa o DS sem a marca SEED; decisão delegada a ele, «pode fazer», exposta a veto). PR-P185 b PARCIAL (piso de 8 pt para tudo, Q4 = b; conserto por família, no gerador): uniforme e frota 5 de 10 passam o CP-3 e 5 ficam como estavam para a folha 18 (escritório-camisa-social, escritório-4-cores, campo-camisa, colete, estudo-gola-mercado); selo-prancha (medidas), one-pagers, portfolio e pasta-a4 16 de 16 (o selo passa a 6 folhas de medida); etiquetas, crachá, cartão, comprovante de ponto e cartões do gate 13 de 13 (a cartela de circuito sai do piso angular de 13,75′); envelope, sinalização NR-10, placa-quadro, timbrado e agenda 15 de 15 — 49 de 54 peças das quatro listas; a recontagem contra as 51 do censo é da sessão. Fecham SEM código, por decisão dele: SH-P67 (folha 17, Q2 = a: a mensageria mantém 12 a 25 Tab sob o painel) e CT-P29 (b) (Q7 = a: selo por versão e --regrava a cada bump). Placar do rito: no MANIFESTO §327.9 (escrito depois do selo, para não o invalidar). Custo dos agentes até o fechamento: US$ 123,88 com 39 agentes (MANIFESTO §327.3). Componentes v2.00, marca v5.64.
2.167 2026-10-30 **A leva 49 (MANIFESTO §326), loop orquestrado de 2026-10-30 (pedido dele: "folha respondida, tode loop orquestrado 800k. demandas que aparecerem durante o loop pode adicionar e resolver dentro desse mesmo loop até o teto"; folha 16 respondida 3 de 3: Q1 = a, Q2 = a, Q3 = a): fecham PR-P202, PR-P206, PR-P207, PR-P208, PR-P209, PR-P210, PR-P211, PR-P192 (parte do repositório), CT-P29 (a, c), CP-P66, CP-P67, AU-P15 e SH-P76; o rito ganha fechar.sh --regrava (90 de 90 derivados em 30 a 292 s) e o pré-voo passa a CARREGAR cada pacote JS; a tela de autenticação vai a v0.13; nasce a página /redes/ da vitrine; estudos prontos para a folha 17: SH-P70, SH-P67, SH-P74 e o censo das 122 peças (PR-P185, o canon não define piso de etiqueta). Nascem AU-P16, SH-P77, SH-P78, SH-P79, CP-P68, PR-P212 a PR-P217 e CT-P30. Custo US$ 127,38 com 36 agentes. Componentes v1.99.
2.166 2026-10-28 A leva 48 (MANIFESTO §325), loop orquestrado de 2026-10-28 (pedido dele: "folhas respondidas, rode loop orquestrado"; folha 13, 7 de 7, e folha 14, 8 de 8, respondidas): fecham AU-P12, AU-P13, AU-P14, CP-P61, CP-P64, CP-P65, CT-P28, SH-P71, SH-P75, HV-P55, VT-P21 e PR-P204; a PR-P205 foi VARRIDA (nada consertado); a PR-P185 fecha em PARTE (laudo, as-built, checklist e memorial a 8 pt); componentes v1.98 e tokens v1.40. Contexto para quem lê sem ter visto a conversa: a leva 47 deixou aberta uma fila de resíduos de tela e de instrumento e duas folhas sem resposta; ele respondeu as duas em 2026-10-28 e esta leva aplicou o que as respostas mandavam. Sete trabalhos com agentes Sonnet 5.5 em clones separados, cada um com revisão independente (Opus 5.5 para o shell; 17 agentes com transcrito); 3 dos 7 trabalhos foram BLOQUEADOS ao menos uma vez por revisão independente e consertados antes de entrar (MANIFESTO §325.5). (1) Autenticação v0.12 (AU-P12..P14): erro ANTES da ajuda e fora do aria-describedby enquanto oculto, nos 9 campos (veredito dele, folha 15, Q4 = a); foco no resumo do envio recusado; o clique no botão de envio por ponteiro deixa de se perder para qualquer campo que valida no blur (decisão da sessão, exposta a veto); suíte 88 → 121 PASS · 0 FAIL. (2) Conferidor de peça (CP-P64, CP-P61, CP-P65): casos sem medir saem 2 (folha 15, Q5 = a), a razão social completa passa no CP-7 (folha 14, Q2 = a), "0 de 0" é NÃO MEDI, texto invisível não conta, --sem-texto com motivo; prova nova 74 de 74. (3) CT-P28 (folha 13, P4 = a): a borda de erro do campo é a cor do texto de erro, 7,18:1 no claro e 7,56:1 no escuro (eram 5,19:1 e 5,52:1), tokens v1.40; prova da borda de erro, cobaias 26 de 26. (4) SH-P71 e SH-P75 (folha 14, Q5 = c, 2026-10-28, verbatim: "aplicar 150 ms direto.", contra a recomendação "a" da folha): a D14 do SH29 ("sem animação de largura") é SUPERSEDIDA; a coluna de contexto, o rail e o empurrão do painel animam a largura em --seed-dur-productive (150 ms; movimento reduzido: de uma vez); o ResizeObserver do painel reavalia na mesma passada; prova nova shell-animacao 27 de 27 mais a --cobaia; a R18 do render-rail passa a medir congelada e é cega ao meio da animação. (5) PR-P185 em parte (folha 13, P3 = a e folha 14, Q3 = a: só os quatro documentos de escritório sobem a 8 pt; as peças físicas e de etiqueta ficam): CP-3 do laudo de 157 de 276 trechos abaixo de 8 pt para 0 de 285, do as-built de 13 de 138 para 0 de 138, do checklist de 175 de 608 para 0 de 613 e do memorial de 48 de 536 para 0 de 512, a FS_PISO = 8,16 pt (34 px a 300 DPI, o menor inteiro que cumpre o piso); o piso de 8 pt já constava do marca-seed.md §4.8 como regra geral (não por documento) e o seed-componentes.md não o cita por documento, então esta linha é o único registro (marca-seed.md NÃO foi editada). (6) Instrumentos (HV-P55, PR-P204, VT-P21): a guarda do toggle .itgl lê o nome acessível com a origem e reprova nome vazio, só pontuação ou só de title (22 de 22); a HV1 ganha --saida-json e as três guardas irmãs exigem --motivo; o título da tela de envio ao fornecedor perde "proposta para gate". Segue aberto: PR-P185 (resto: o mecanismo de "etiqueta" por declaração no CP-3 e o censo das 122 peças físicas), SH-P70 (medir o sobrevoo do rail com 300/500, 150/250 e 0/150 ms, folha 14, Q4 = a), PR-P202 e PR-P206 (não feitos: o agente G chegou ao teto de chamadas) e, da PR-P205, o que a varredura não alcançou. Nascem o que as revisões acharam: AU-P15, CP-P66, CP-P67, SH-P76, PR-P207, PR-P208, PR-P209, CT-P29 (MANIFESTO §325.6). Custo medido US$ 58,26 (Sonnet 5.5 US$ 50,92; Opus 5.5 US$ 7,34; MANIFESTO §325.5). O rito comum desta árvore e a publicação ficam registrados no commit seguinte.
2.165 2026-10-25 A leva 47 (MANIFESTO §324), loop orquestrado de 2026-10-25 ("Vc tem meu sim para publicar novas versões. Rode loop orquestrado"): fecham SH-P69, SH-P73, AU-P8, AU-P9, AU-P10, AU-P11, HV-P53, HV-P54, VT-P19, VT-P20, PR-P194, PR-P195, PR-P196, PR-P197, PR-P198, PR-P200 e PR-P201; componentes v1.97; nasce o que as revisões acharam (AU-P12..P14, HV-P55, VT-P21, SH-P75, PR-P202..P206, CP-P64, CP-P65). Contexto para quem lê sem ter visto a conversa: a leva 46 deixou o rito sem selo por duas reprovações (a R18-a-chat do render-rail, de propósito, por uma regressão real do rail com painel aberto — SH-P69 — e a S2 da prova da queda, que oscilava sob carga — PR-P201) e uma fila de resíduos de instrumentos e telas. Esta leva usou 5 agentes Sonnet 5.5 em clones separados e 10 revisões independentes; 5 dos 5 trabalhos tiveram ao menos uma revisão que BLOQUEOU (achados médios: PASS falso na isenção do acordeão, --motivo da HV1 que falhava aberto, histerese do rail, NÃO MEDI que virava PASS) e todos foram consertados e revisados de novo antes de entrar. (1) SH-P69 (opção (a) da folha 13 P6, exposta a veto): com o painel aberto a coluna larga do rail cede de 160 para 80 px quando o conteúdo ficaria abaixo de 640 px, sem depender do caminho da janela; render-rail 159 de 159. (2) Autenticação v0.11: erro de senha só no aria-describedby enquanto visível, blur com exceção por ponteiro, resumo que recebe o foco; suíte 88 PASS. (3) Instrumentos: prova da queda sem processo alheio de PID reaproveitado, guarda de corte com acordeão declarado fechado, _mede com teto, conferidor com saída 0/1/2, HV1 só regrava com --motivo, CI-13 por identidade. (4) Bancada e vitrine: guarda permanente de nome acessível do .itgl. Custo medido US$ 66,72 (estimado ~US$ 45). O rito comum desta árvore e a publicação ficam registrados no commit seguinte.
2.164 2026-10-25 A leva 46 (MANIFESTO §322), loop orquestrado de 2026-10-25 ("paralelo a isso rode o proximo grupo com loop orquestrado"): fecham PR-P184, PR-P186, PR-P187, PR-P188, PR-P189, PR-P190, AU-P7, HV-P52, VT-P18 e o passo 1 da PR-P191; o rito comum roda (285 guardas, 0 NÃO MEDI, 2 reprovações: a R18-a-chat de propósito, SH-P69, e a S2 da prova da queda, que oscila sob carga, PR-P201) e NÃO há selo; nada publicado (produção 80d82504). Contexto para quem lê sem ter visto a conversa: a leva 45 deixou o rito sem verde e uma fila de pendências de instrumento; esta leva a atacou com 6 agentes Sonnet 5.5 em clones separados (G1 conferidor de peça, G2 guarda de corte e provas, G3 instrumentos com teto, G4 vitrine do parceiro e .itgl, G5 senha curta) e 7 revisões independentes: 3 dos 6 trabalhos foram BLOQUEADOS (achado médio) e consertados antes de entrar. (1) Conferidor (PR-P184, PR-P189): o CP-3 de peça física é medido no PDF a 8 pt e o CP-10 sem DOM sai NÃO MEDI; efeito medido no acervo, sem alterar peça: 65 de 122 peças físicas passam a reprovar o CP-3 (36 delas fora das 7 famílias do PR-P185, que ficou MAIOR). (2) Guarda de corte (PR-P186): --tocadas no rito comum, caixa de altura 0 e margem negativa, a bobina do comprovante a 126 mm. (3) Instrumentos (PR-P188, PR-P190): teto e morte por PID, a prova da queda 15 de 15, suite-quadro por espera por condição. (4) Vitrine (VT-P18, HV-P52): A30 e A31, 25 telas e 20 gabaritos; nome acessível nos 2 .itgl. (5) AU-P7: o "Criar conta" recusa senha curta (componentes v1.96, AU-43; divergência com uma frase da própria sessão na AU-39..42, exposta a veto). (6) Marca v5.63: rodapé do timbrado ofício a 32,25 mm. (7) Estudo do Gmail (MANIFESTO §321): três propostas, SH-P70 (latência do sobrevoo), SH-P71 (animação de 150 ms), SH-P72 (prévia viva), todas de decisão dele. Nascem 23 pendências com código (MANIFESTO §322.7).
2.163 2026-10-24 A leva 45 (MANIFESTO §320), loop orquestrado de 2026-10-23 ("loop orquestrado"): fecham PR-P174, PR-P182 (menos a vitrine, VT-P18), SH-P62, SH-P63, SH-P60, HV-P49, HV-P50, HV-P51, PR-P173, PR-P179 e PR-P183; AU-P4, AU-P5, CT-P25 e MR-P31 fecham dentro da PR-P182; MR-P32 fica sem efeito. Cinco agentes em clones separados (A PR-P174 Sonnet; B PR-P182 Sonnet; C SH-P62 Opus; D PR-P181 pesquisador; E instrumentos Sonnet) e sete revisões independentes (Sonnet): quatro BLOQUEARAM e foram corrigidas (diário de obra cortava 17 px; furo da linha de base da guarda nova; cobaias derivadas sem regenerar; P14 da HV1 afirmando o defeito que a SH-P60 conserta). Componentes v1.95 (§31.4 painel lateral, §49.9, CH3 e MS5 substituídas, AU-39..42), tokens v1.39 (três tokens do painel: 420 / 320 / 640 px), marca v5.62 (persona da Clara no §9-B.4), práticas v1.13. Guarda nova guarda-corte-caixa (caixa overflow:hidden de peça que corta conteúdo). Nascem PR-P184..PR-P191, HV-P52, AU-P7, CT-P28, SH-P67, SH-P68, SH-P69 (regressão real do rail largo com painel aberto, à folha). No fechamento desta versão o rito comum NÃO está verde: os consertos de instrumento (4fadbaf1) ainda não tiveram a 2.ª revisão independente nem rito novo; nada foi publicado (MANIFESTO §320.8). PR-P181 segue aberta: a leitura dos termos dos kits mostra que o download público dos glifos não tem base nos termos lidos (decisão dele na folha).
2.162 2026-10-22 PR-P177 FECHADA (MANIFESTO §319): a frase de sombras do §2.8 do seed-tokens.md deixa de dizer "nunca preto" e passa a descrever o que os tokens emitem (claro: tintada no cinza-900; escuro: preto com opacidade 0,40/0,50/0,60). Resposta dele na folha 12, P177 = "a". Tokens v1.38 (só o .md; os gêmeos .json e .css seguem em v1.37, nenhum valor muda). Nasce PR-P183 (as 4 ocorrências que sobram da mesma frase: seed-praticas.md, marca-seed.md, seed-tokens.json e o HANDOFF congelado).
2.161 2026-10-21 PR-P175 FECHADA (MANIFESTO §318): os 7 glifos oficiais das redes entram na página de links (marca v5.61, §12.34). Ele aceitou os termos e baixou os kits (Instagram, Facebook, WhatsApp, LinkedIn, X, YouTube, TikTok); ele mesmo achou o kit novo do X (o da página em inglês era o passarinho de 2021). Glifo de uma tinta tem par claro/escuro, o colorido é um arquivo só; Facebook e YouTube vieram de vetor oficial convertido de formato (diferença média contra o PNG oficial 0,64 e 0,62 em 255). prova-pagina-de-links.py 30 de 30. Nascem PR-P181 (regra de uso de cada rede, [não conferido]) e PR-P182 (aplicar a folha 9, que estava respondida desde 18/10 e só foi lida hoje; leitura no MANIFESTO §318.4).
2.160 2026-10-21 MET-12 (MANIFESTO §317), por ordem dele de 2026-10-21 ~13:21Z. O CLAUDE.md do projeto vai de 321 linhas e 22.777 bytes a 193 linhas e 14.964 bytes, sem apagar regra (prova 285 de 285): o que saiu está em 6 arquivos novos de docs/, com 9 ponteiros "Quando ler"; guarda nova de tamanho (120 a 200 linhas) no rito; docs/ entra na lista de publicados. Revisão independente SEM BLOQUEANTE, 6 baixos consertados.
2.159 2026-10-19 A leva 43 (MANIFESTO §316), as respostas da folha 11 aplicadas, ainda no loop orquestrado 800k. Coluna de menu FIXA ou SOLTA (SH29, §46.10); vidro sobre imagem e tinta forte em todo vidro (MA13/MA14, MA9); ficha de uma tela por componente e /tokens/armadilhas/; telas de estado de sistema (§96); script de tema e tokens em TypeScript no registry; plugin seed-ds do Claude Code; redes oficiais e página de links; rótulos da proposta a 8 pt; MK30 cookies; olho riscado. Triagem dos 47 pedidos gravada; LC-42..LC-65 entram na Fila LC. Fecham SH-P61, MA-P8..MA-P10, PR-P171, PR-P151, AU-P6. Nascem MA-P12, MA-P13, PR-P173..PR-P180. Revisão independente bloqueou 7 defeitos médios em 6 de 9 trabalhos, todos consertados e revisados de novo.
2.158 2026-10-18 A leva 42 (MANIFESTO §315), loop orquestrado 800k — pedido dele: "rode o loop orquestrado 800k". A guarda de sobrevoo (MH2) avalia a media no navegador e alcança as 23 bancadas (118 :hover levados para @media (hover: hover) nos moldes; gen-banco-cn.py e gen-banco-composicao.py nascem); nasce a guarda dos botões de alternância (IT1); o contraste das vistas compara tela a tela (piso por alvo) e a 390 px mede na altura 844; a prova da queda da HV1 deixa de depender do relógio; as suítes do cadastro, do fornecedor e do parceiro entram na prova da tela empurrada. Folha 10 aplicada (N1 = "c", N2 = "a", N3 = "a"). Fecham HV-P32, HV-P40..HV-P48, PR-P169, PR-P170. Seis estudos (coluna recolhível SH29 fase 2, painel que empurra × sobrepõe, Liquid Glass, Viver de IA, triagem dos 47 pedidos, SH-P60/AU-P6) vão à folha 11 (https://claude.ai/artifact/9dyLybSRiEhB3ZxEYb19Aa); a SH29 espera o gate G1. Nascem SH-P62..SH-P66, MA-P9..MA-P11, HV-P49..HV-P51, PR-P172. Três revisões independentes bloquearam defeito real (2 médios na IT1, 1 médio no piso de medidos), consertados e revisados de novo.
2.157 2026-10-13 A leva 41 (MANIFESTO §314), ainda no loop orquestrado 800k. O sobrevoo das 24 telas fica inteiro sob @media (hover: hover) com a guarda MH2; o avatar do rail na casca; as vistas a 390 px no --bloco; o ícone do detalhe que nunca trocava; o painel do chat obedece ao teclado; a lista de palavras proibidas vira fonte única. Fecham SH-P57..SH-P59, HV-P34..HV-P39, CT-P27, PR-P166..PR-P168. Nascem HV-P40..HV-P44, PR-P169, PR-P170 (sessão), SH-P60 e AU-P6 (dele, folha 11); a revisão independente bloqueou 2 médios, consertados; nascem ainda HV-P45..HV-P47, SH-P61 (coluna de menu recolhível), PR-P171 (estudo do DS do Viver de IA), MA-P8 (Liquid Glass) e HV-P48.
2.156 2026-10-13 A leva 40 (MANIFESTO §313), loop orquestrado 800k — pedido dele: "rode o loop orquestrado 800k". A leva 39 fecha e vai ao ar (6c6f0395); a 40 toma as pendências que ela fez nascer: tema e versão do Chrome fora das provas, guarda do avatar, caixa em 19 suítes de celular, vistas na gaveta e na âncora, guardas do contêiner próprio, do controle nativo, das palavras proibidas e do changelog do conferidor, endereço dos links públicos no §46.4. Fecham PR-P161..PR-P165, SH-P55, SH-P56, HV-P27..HV-P31, HV-P33, CT-P26, CP-P60, PR-P158, PR-P159, VT-P17. Nascem SH-P57, SH-P58, HV-P34..HV-P36, CT-P27, PR-P166, PR-P167; HV-P32 vai à folha 10.
2.155 2026-10-12 A leva 39 (MANIFESTO §312), loop orquestrado 500k — pedido dele: "1 e 2 ok / rode o loop orquestrado 500k". A folha 8 entra: a área do parceiro é refeita (sem aviso ao indicado, cadastro repetido "Em análise", dois status, Pix, link de indicação), nasce a página pública do link e o cadastro do parceiro com CPF na A19. Fecham SH-P52, SH-P53, SH-P54, HV-P21, HV-P22, HV-P23, HV-P24, HV-P25, HV-P26, VT-P15, VT-P16, CP-P59. Nascem HV-P27..HV-P31, SH-P55, SH-P56, CT-P25, CT-P26, CP-P60, VT-P17, VT-P18, PR-P158, PR-P159, PR-P160, AU-P4, AU-P5, MR-P32, HV-P32, HV-P33, PR-P161, PR-P162; MR-P31 segue para a folha 9.
2.154 2026-10-12 A leva 38, parte 2 (MANIFESTO §311): a folha 7 (05:24Z) aprova as telas de acesso ao SIGA. A área do cliente usa o rail Expandida e o link do grupo da obra; nasce a vista Pessoas na A18; a regra 4 da Clara (marca §9-B.2) é reescrita por veredito dele (se porta como pessoa). Fecham PR-P156, SH-P51, SH-P50; nascem SH-P54 (dele), MR-P31 (sessão), PR-P157 (SIGA).
2.153 2026-10-12 A leva 38, parte 1 (MANIFESTO §310): o acesso ao SIGA — pedido dele: "precisamos ter um SIGA já logavel até amanhã". Nascem a tela-portal-cliente (área do cliente) e o aceite de convite na A19 (v0.7). Nascem PR-P156 e SH-P51 (dele, folha 7), SH-P52, SH-P53, HV-P24 e HV-P25 (sessão).
2.152 2026-10-12 A leva 37 (MANIFESTO §309): as respostas da folha 6 (gravadas 01:02Z, todas na recomendação) entram no shell e no canon — Tema na folha "Mais", selo pelo par de tokens, AB12 (o destino balão na barra é folha modal); a /marca/ ganha um bloco por nome nas assinaturas (pedido dele de ~01:25Z). Fecham MR-P30, SH-P47, SH-P48, SH-P49, TK-P11, PR-P155 e LC-41; nascem SH-P50 (dele) e CT-P24 (sessão).
2.151 2026-10-11 A leva 36, primeiro loop orquestrado (MANIFESTO §308; pedido dele, verbatim: "Rode loop orquestrado 600k"). Fecham CP-P58 (o CP-5 vê as assinaturas; relato do SIGA), HV-P20, PR-P154, LC-37, LC-38, LC-39 e LC-40; holding e energia viram assinaturas de empresa do grupo (pedido dele de 19:08Z). Nascem MR-P30, SH-P47, SH-P48, SH-P49, TK-P11, PR-P155 (folha 6, dele), CP-P59, HV-P21, HV-P22, HV-P23 e VT-P15 (sessão); LC-41 à folha 6 com prancha.
2.150 2026-10-11 A leva 35 (MANIFESTO §307): quatro pendências da fila da sessão fecham. PD-P11 (cobaia do seletor de pessoa aberto), QD-P20 (funil sem permissão), PR-P147 (guarda nova guarda-rotulo-rail.py: 52 rótulos, 0 reprovam) e PR-P148 (o erro vence o sobrevoo em mais 5 controles). Nascem PR-P154 (a HV1 não alcança role="option") e HV-P20 (12 identidades da HV1 com o modal do A8 aberto). Componentes v1.86.
2.149 2026-10-11 A leva 34 (MANIFESTO §306): cinco pendências da fila da sessão fecham. QD-P19 (cor editável nas telas de notas e propostas), PR-P146 (rótulo do rail medido por tabela de avanços), SK-P12 (citação das skills extintas), PD-P10 (seletor de pessoa aberto e medido no A8; z-index solto da bancada vira token) e QD-P14 (gabarito tela-quadro-funil, na vitrine). Nascem PD-P11 e QD-P20. Componentes v1.85.
2.148 2026-10-11 As levas 32 e 33 (MANIFESTO §303–§304) e a régua do CP-1 no escuro (§305). Folha 3 (G1 a, G2 ok com a cor editável, G3 a) e folha 4 (H1 a, H2 a, H3 a, H4 a, H5 b): tom st-erro, um conjunto de status por tipo de registro, a cor do status editável numa paleta fechada de 11, "Atrasada" vira marca de prazo, a tela Configurações → Status; QD-P17 e QD-P18 fecham, nasce QD-P19. O conferir-peca.py passa a aceitar as cores do tema escuro no CP-1 (CP-P57, relato da sessão SIGA). Triagem dos pedidos de cobertura no banco (PR-P151): 35 de 74 gravados pela decisão "a, a, a"; os 39 restantes na folha 5. Componentes v1.84.
2.147 2026-10-10 A leva 31 (MANIFESTO §302): as respostas das folhas 2, QD-P16 e 3 entram no canon e nas telas. Token do aviso --seed-toast-bg/-text (tokens v1.36, PR-P152 = b) e a entrega g da leva 30; guarda-valor-gemeo de volta ao rito de todo commit (F8a = b); barra da vitrine sem accesskey (MK29 revisada, F1a = b) e guarda nova de vigência de lei guarda-leis.py, só no --bloco (F1b = sim; PB-P12 fecha); §94 estável e tique "lida" azul (Q5; G5 = ok); AB11 "Mais" com a conta, folha modal (F4c = a, G4 = a); select com estado de erro (PR-P149, F5 = a); QD23 status da etapa no cabeçalho da coluna (F7 a, QD-P16 = c; QD-P15/QD-P16 fecham). Componentes v1.83. Nascem QD-P17 e QD-P18 (folha 3, G1–G3 e a cor editável do status, leva 32).
2.146 2026-10-10 A leva 30 (MANIFESTO §301): as três folhas v3 (76 itens) pela recomendação da sessão — resposta dele "a, a, a". Triagem: 17 linhas novas na Fila LC (LC-20..LC-36), 3 pedidos juntados à LC-32, a exceção da CH7 e os dois rótulos de falha no canon; fatias: estado estável/histórico declarado em 7 canônicos (REV-P12 6a, REV-P25 fecham); quadro e detalhe: QD15–QD22 e PD20–PD24 com as telas pelo gerador. A parte da leva 4 de rail, tokens, contraste forçado e rito (agente g) fica para o §302: carrega 1 FAIL conhecido (a cor do aviso .toast, PR-P152, dele). Componentes v1.82, práticas v1.12.
2.145 2026-10-10 A leva 29 (MANIFESTO §300): as respostas da folha de 2026-10-10 entram no canon. Chat de atendimento §94 (Q1–Q9 dele; Q10 a decidir), barra de abas §95 e botão flutuante §1.14 (LC-15..LC-19 fecham no canon); o erro vence o sobrevoo e o stepper segue o campo (PR-P133, PR-P134); SH3 por largura medida e SH15-c (SH-P31, SH-P38); "Soluções — escopo padrão" no sobreaseed (SK-P1); o CLAUDE.md do projeto aponta o requirements-rito e diz que o selo é guarda de processo (PR-P37). Componentes v1.81. Nascem PR-P146..P150, LC-37..LC-41, SK-P11..P13.
2.144 2026-10-10 Os logos de fundo azul e cinza saem das variantes (MANIFESTO §299, MR-P29 fecha). Achado e resposta "a" dele: são o logo branco sobre painel, exemplos do manual; vão para 08-historico/logos-exemplos-do-manual/, saem da página /marca/ (Logotipo: 12) e das provas do conferidor (12 de 12 e 29 de 29, montando o painel); marca-seed.md v5.57. Ele viu os dois ainda na página depois do checkpoint — a frase de entrega da v2.143 falava só das assinaturas e não nomeava a MR-P29 aberta.
2.143 2026-10-10 As assinaturas de produto (MANIFESTO §298, MR-P28). Pedido dele: o logo com "chat", "SIGA" e "holding" no lugar de "engenharia" — SEED chat para o login do SEED Chat, SEED siga para o login do SIGA, SEED holding reservada. Gerador novo a partir dos SVG oficiais, na fonte do descritor (Montserrat ExtraLight, provada por medida) e no vão óptico uniforme do oficial; 9 variações por nome (sem fundo azul e cinza, achado dele); marca-seed.md v5.56 §5.6 e seção nova na página /marca/. Nasce MR-P29 (os dois logos oficiais de fundo azul e cinza, dele).
2.142 2026-10-09 A leva 28 (MANIFESTO §297) — mesma rodada contínua: a HV1 ganha a cláusula de monotonia do pressionado (HV1-e) e os 151 casos que ela reprovava são consertados pela gramática aprovada (V-HV4.1 = a); a auditoria de borda passa a ver o invólucro do campo; a régua de contraste a 390 px trata queda do navegador como NÃO MEDI com uma reexecução (inclusive a queda na abertura, que só deixa o aviso de espera de topo) e separa a variância de cobertura do veredito. Fecham PR-P143, PR-P130, PR-P144, PR-P145.
2.141 2026-10-09 A leva 27 em modo contínuo (MANIFESTO §296). "pode seguir, so pare quando nao tiver mais pendencias ou quando atingir 900 mil de contexto" (só nesta rodada): a HV1 ganha a cláusula de campos (HV1-d) e o acervo inteiro ganha o sobrevoo de campo do canon (51 campos de produto e a barra de provas); a HV1 zera fora do baseline (HV-P9, HV-P8); oito pendências de setembro que esta tabela ainda marcava ⚪ fecham (e três células de estado velhas são corrigidas); sete bancadas e a dataviz-di ganham gerador; quatro lacunas de instrumento ganham cobaia (RC em <details>, AC5 no @media escuro, monotonia do pressionado). Nascem PR-P143, PR-P130 (sessão) e PR-P133, PR-P134 (dele, canon de campo). Folha de perguntas da rodada no fechamento.
2.140 2026-10-09 A leva 26 (MANIFESTO §295). "abra o proximo grupo, pode continuar abrindo novos grupos de pendencia" e, na folha da PR-P118, "B." — "só pare quando precisar compactar, siga abrindo as demandas, mesmo as novas que aparecer": o seletor de frequência da tela-painel ganha sobrevoo próprio (turquesa --seed-button-secondary-border no claro, 3,31; --seed-field-border-hover no escuro, 5,62), com asserções e cobaia no rito; a tela sobe a v0.19. Nascem PR-P119 (sobrevoo de campo sem régua) e PR-P120 (pastas de entrega dos agentes).
2.139 2026-10-08 A leva 25 e o rail com três formatos (MANIFESTO §294). "1 turquesa, 2 aplica, e abra o proximo grupo": a borda do select do painel passa a turquesa (PR-P103) e a folha da assinatura imprime em piso (PR-P110); três provas intermitentes têm a causa medida (PR-P114 a cobaia, PR-P117 a carga, PR-P115 não reproduzida) e a de estabilidade é partida por alvo (PR-P108/P116). Pedido novo dele (SH-P46): o rail ganha o formato Expandida de 160 px e o sobrevoo que expande, como preferência do usuário (canon seed-componentes.md v1.80, SH19 reescrito; supersede duas linhas descartadas em 2026-09-15).
2.138 2026-10-08 A leva 24 (MANIFESTO §293). "abra o proximo grupo": a razão de contraste passa a decidir sem arredondar e sem folga em todo o acervo (PR-P105, PR-P107, PR-P111; 0 veredito mudou) e a imprimir em piso (PR-P106); as réguas de forced-colors e peça×token ficam verdes pelo gerador sem mudar o que se vê (PR-P102, PR-P104); a pasta contraste/ entra na guarda IR e no rito (PR-P112, 191 instrumentos); o DS acha o SIGA em dev/seed-siga (PR-P113, aviso REV-45). Duas decisões de conteúdo vão a ele: PR-P110 (números da folha da assinatura) e PR-P103 (borda do select sobre o véu do hero).
2.137 2026-10-07 O fechamento da leva 23 sem perguntas (MANIFESTO §292). "vc deve terminar o trabalho e nessa etapa deve fazer o que precisa ser feito": o render-malha.mjs morto sai (PR-P109) e a leva é publicada junto com o §290 e o §291; a trava do rm -rf dos clones é uma regra deny do settings.json dele, entregue para ele editar.
2.136 2026-10-07 A leva 23 (MANIFESTO §291). "abra o proximo grupo": o censo mostrou que o rito iniciava 94 de 171 instrumentos; 69 verdes e baratos entram, 7 caros vão ao --bloco, e a guarda nova guarda-instrumento-no-rito exige exceção declarada para quem ficar fora (100 → 172 guardas; rito ~31 → ~42 min). Três réguas estavam vermelhas por defeito de artefato (PR-P102 a PR-P104). A razão de contraste passa a ser impressa em piso por um módulo comum (JS e Python) em 32 instrumentos, e três lugares que decidiam sobre a razão arredondada passam a decidir sobre a inteira. Fecham PR-P100 e PR-P101; nascem PR-P102 a PR-P109.
2.135 2026-10-07 A publicação da leva 22 e os 8 PNG regenerados (MANIFESTO §290). "pode regenerar os 8 PNG, pode publicar e abra o proximo grupo": 71daea3c no ar (1696 de 1696 por MD5, produção zero FAIL); os 8 PNG velhos desde a MR-B regenerados pelo render-peca.mjs (8 de 8, duas cargas idênticas); a PF-01 do acervo inteiro dá 161 PASS · 0 FAIL e passa a rodar no --bloco. Fecha PF-P9.
2.134 2026-10-07 A leva 22 (MANIFESTO §289). "autorizo vc a remover pastas quando precisar, nao quero que vc me peça. / abra o proximo grupo". Três agentes Sonnet em série: as suítes render-painel/render-site entram no rito (~14 s e ~8 s); guarda nova guarda-escritor-mkdir (0 achados em 32 escritores); a PF-01 confere as peças de gate numa 2.ª captura (0 → 5 conferidas) e roda no rito pela primeira vez; os 8 FAIL do acervo são PNG velho desde a MR-B (a regeneração foi negada à sessão pelo classificador: vai a ele); o número de contraste sobre degradê sai igual nos 3 rasters ("≥ X" em piso). Na consolidação, uma prova antiga fora do rito quebrada pela mudança: consertada e posta no rito. Fecham PR-P97, PR-P98, PR-P99, PF-P7, PF-P8; nascem PF-P9, PF-P10, PR-P100, PR-P101.
2.133 2026-10-06 A publicação das levas 20 e 21 (MANIFESTO §288). "pode publicar": c4999f23 no ar (1696 de 1696 por MD5), com o nginx.conf testado antes por nginx -t na imagem exata de produção; os 3 endereços antigos com "erp" respondem 301; produção zero FAIL. Fecha SH-P45.
2.132 2026-10-06 A leva 21 (MANIFESTO §287). "Execute a remoção. Abra o próximo grupo": as 3 folha-estudo-* saem do repositório (recuperáveis por git). Três agentes Sonnet em série: as suítes render-site/render-painel criam a pasta de saída e o calendário deixa de contar 37 dias (era o seletor da suíte); a prova da GR1-b para de sortear o raster; a guarda-gi2 lê o fundo sob o texto (.btn-solucao 3,31 → 9,7, nenhum veredito vira); a guarda-peca-fresca reconhece peça de tela; o resto do SIGA (42 linhas, 3 títulos) com redirecionamento 301 dos endereços antigos e guarda nova no rito. Fecham PR-P92 a PR-P96, PF-P6, SH-P44; nascem PR-P97 a PR-P99, PF-P7, PF-P8, SH-P45.
2.131 2026-10-06 A publicação da leva 19 e a leva 20 (MANIFESTO §286). "pode publicar": o 3c4b0df1 no ar, produção zero FAIL. "sim, está correto, definimos SIGA como nome": o sistema de gestão da SEED passa a se chamar SIGA no DS (SH23, componentes v1.79; 286 menções trocadas, história intocada). Folha respondida ("CP-P53: B", "CP-P54: pode aplicar nas 22"): 22 peças aprovadas passam no CP-10 com a imagem idêntica, e o rótulo bancário da proposta vira [DADOS BANCÁRIOS DA SEED]. Mais 10 instrumentos congelam pseudo-elementos, prova de estabilidade sob carga (fora do rito), e a guarda-gi2 sem empate no anel. Fecham SH-P43, CP-P53, CP-P54, PR-P88 a PR-P91; nascem PR-P92 a PR-P96, PF-P6 e SH-P44.
2.130 2026-10-05 A publicação da leva 18 e a leva 19 (MANIFESTO §285). "pode publicar e depois abra a proxima": o ef955979 no ar, produção zero FAIL. Dois agentes Sonnet em série: a prova-inercia deixa de reprovar a si mesma (o congelamento não alcançava ::after; raster parcial sob carga — 0 px em 8 comparações solo e 32 sob carga); a guarda-tinta-marca sem alvo diz NÃO MEDI; render-dg, render-painel, render-site, render-shell, render-promocao e auditoria-borda-campo repetem o PNG sob carga (o render-dg só depois do conserto da sessão no aviso que fecha sozinho); 3 ferramentas com playwright-core solto portadas. Fecham PR-P84 a PR-P87; nascem PR-P88 a PR-P91 e a SH-P43 (dele: o nome SIGA no DS).
2.129 2026-10-04 A publicação da leva 17 e a leva 18 (MANIFESTO §284). "ok, pode publicar quando terminar": o 7cb35d32 no ar, produção zero FAIL. "após o checkpoint, inicie as novas pendencias": dois agentes Sonnet em série. O CP-10 só cobra <h1> de página, e-mail, slide e tela (peça física e imagem de rede: não se aplica) — ficha inteira nas 189 peças FAIL 170→35, PASS 13→120; o cor_em lê o buffer uma vez por página (CP-4 de PDF 524→303 s, mesmas amostras em 181 de 181); a régua de contraste e a prova-47o-defeito passam ao raster determinista (0 viradas de veredito em 19.082 textos; baseline regerado igual em 2 de 2). Fecham CP-P51, CP-P52, PR-P82, PR-P83; nascem CP-P54 (dele: 22 FAIL reais do CP-10 em peças aprovadas), PR-P84–PR-P87.
2.128 2026-10-04 A leva 17 (MANIFESTO §283). "pode abrir a leva 17": dois agentes Sonnet em série. O conferidor de peça perde o último FAIL do CP-5 (era o anel tracejado de anotação do avatar, não a marca: PASS 146→147, FAIL 1→0 em 189 peças), volta a ver a serra nas capas de tela, cai de ~105 s para ~39 s na lateral de frota e passa a tratar [ASSIM] como placeholder; o requirements-rito.txt vira a fonte única do pré-voo, com checagem lista × imports; o censo do raster por GPU (86 lançadores de Chrome) achou só 1 no rito, com veredito estável. Fecham CP-P47–P50, PR-P80, PR-P81; nascem CP-P51–P53 (a P53 é dele), PR-P82, PR-P83. Publicado no dia anterior: o 08a9d85e (produção zero FAIL).
2.127 2026-10-03 A leva 16 no computador novo (MANIFESTO §282). "estarte de maneira orquestrada as pendencias do ds que nao dependem de mim": a base ajustada ao PC novo (dependências, Chrome 154: PDF do deck e baseline de contraste remedidos); as três folhas antigas (72 de 72 abertas) regeradas com dados atuais e publicadas em links novos; MR-B = D (vertical alinhada à horizontal, marca v5.55, 9 peças e a tela-autenticacao regeneradas); dois agentes Sonnet em série: o conferidor imprime no tamanho declarado (PASS 130→146, FAIL 5→1) e o rito ficou portável com pré-voo. Fecham MR-P25, CP-P43–P46, PR-P75–P79, HV-P17, GR-P27; nascem CP-P47–P50, PR-P80, PR-P81.
2.126 2026-09-30 O "sim" do 642e966f e a leva 15 (MANIFESTO §281). Publicado 23:18Z (produção zero FAIL). As respostas às duas folhas aplicadas (GR-P19 C1, GR-P25 C, GR-P26 A, TK-P9 C, PR-P71 C+R, MR-A A, MR-C B; MR-B D espera a imagem da vertical). Três agentes Sonnet em série: conferidor sem as 7 reprovações sem causa, JetBrains Mono em woff2 nas 16 peças (render idêntico), duas provas do CP-5 e a barra-gramatica com NÃO MEDI no rito. Nascem CP-P43–P46, GR-P27, PR-P75–P77, HV-P17.
2.125 2026-09-29 O "sim" do 1932724d e a leva 14 (MANIFESTO §280). Publicado 18:48Z (produção zero FAIL). Dois agentes Sonnet em série: o CP-5 do conferidor reconhece a forma do logo (CP-P35, CP-P36 fecham; CP-P37 era defeito da cobaia) e a folha das quatro decisões de canon (GR-P25, GR-P26, TK-P9, PR-P71) vai a ele. Nascem CP-P39–CP-P42, PR-P73, PR-P74.
2.124 2026-09-29 A leva 13 (MANIFESTO §279). "pode abrir o proximo grupo, nao precisa ser em paralelo, foco em economizar tokens": um agente, quatro pendências em série. Fecham PR-P70 (captura-mr6 congelado), PR-P72 (gen-zero-formatos no geradores-checar, 68 de 68), CP-P34 (os logos casam; a cobaia achou três desvios do CP-5) e VT-P13 (página da peça +0 B). Nascem CP-P35–CP-P38.
2.123 2026-09-29 O "sim, publicar" do 0c273c6f e a leva 12 (MANIFESTO §278). Publicado 10:51Z (produção zero FAIL). As respostas dele às três decisões do §277.7: GR-P19 e MR-P25 viram folha visual (publicada, 4 respostas); a PR-P67 foi delegada — 5 geradores congelados, o gen-zero-formatos migra. Quatro agentes em série fecham 18 pendências (PR-P65–P69, PB-P17, MR-P24, CP-P31–P33, TK-P8, GR-P20–P24, HV-P15, HV-P16). Nascem GR-P25, GR-P26, TK-P9, PR-P72, CP-P34, VT-P13.
2.122 2026-09-29 O "sim" que pôs o 1744ea56 no ar e a leva 11 (MANIFESTO §277). Publicado 23:46Z (1.696 de 1.696; produção zero FAIL). Verbatim "pode abrir": quatro agentes em série fecham 18 pendências da fila (PR-P58–PR-P63, TK-P7, PB-P15, PB-P16, HV-P14, CP-P27–CP-P30, GR-P15–GR-P18) — a guarda de grafismo deixa de sair instável, o conferidor lê a declaração tela × físico, nove geradores param de esvaziar o destino. Nascem PR-P65–PR-P71, TK-P8, MR-P24, MR-P25, HV-P15, HV-P16, PB-P17, CP-P31–CP-P33, GR-P19–GR-P24; três vão a ele.
2.121 2026-09-28 O gate das peças respondido (MANIFESTO §276). Verbatim "segue respostas, pode abrir todo o grupo, pode abrir 1 a 1 para economizar token." LC-02 fecha: deck 16:9 estável (marca-seed.md §12.32, v5.51; gen-deck.py, PDF com a fonte embutida; teto 16:9 = 85 px, o T1 dele). LC-04 fecha: carrossel 4:5 estável (§12.33, v5.52; gen-carrossel.py, faixa contínua pela svg_janela do gen-detalhe.py, GE-6 na guarda). Fecham também PR-P64, PB-P14, GR-P14 e SK-P10; nascem CP-P30, GR-P18, PB-P15, PB-P16. Quatro provas novas no rito.
2.120 2026-09-28 O relato de acesso (MANIFESTO §275). Com o domínio liberado, a nuvem do Claude segue sem chegar ao site (20 de 20 pontos do mundo respondem; nenhum pedido da nuvem nos registros). A página .md de cada peça passa a trazer estado, data, versão e o texto da spec; a skill explica o 403/tempo esgotado. Correção: a skill do §274 é a 2026.09.28+442d48cf. Nasce SK-P10.
2.119 2026-09-28 "sim" e SK-P9 (MANIFESTO §274). efd13823 publicado. Uma sessão do Cowork não achava o timbrado: a rede dela não chega ao site (nenhum pedido nos registros) e o pacote da skill nunca levou peça, embora prometesse trabalho sem rede. Veredito: "apenas corrija a skill sem prometer as peças offline" — skill 2026.09.28+418d225b.
2.118 2026-09-28 "execute os 3 primeiros" (MANIFESTO §273). Publicado o ffaf9b10 (1.653 de 1.653 conferidos; produção zero FAIL). CP-P26 fecha (1.377 pastas do conferidor, 3,18 GB). GR-P13 fecha (a peça de gate das peças largas regerada com as fontes do repositório; --checar no rito). As specs de peça LC-02 (deck) e LC-04 (carrossel) abrem pelo pedido dele e chegam ao material de gate (6 + 6 perguntas). Triagem dos pedidos PC-2026-0044/0045 para a folha versão 3. Nascem GR-P14–P17, CP-P28, CP-P29, MR-P23, PB-P14, PR-P64.
2.117 2026-09-27 A leva 8 (MANIFESTO §272) — as oito pendências nascidas na leva 7 fecham. PR-P54 (o gen-z3-largos não apaga mais o destino; teste no rito), PR-P55 (item morto na base da eol-misto reprova), PR-P56 (a guarda de versões mede o cabeçalho do tokens, VL-7), PR-P57 (CI-4: disco e git; a raiz sem "/"), TK-P6 (os 39 tokens do retrofit v1.14 documentados; tokens v1.34), VT-P10–P12 (barra em atributo, renderizador sem estado global, "byte a byte" só da fatia). A folha de triagem vai à versão 2 com os pedidos PC-2026-0041 a 0043 (19 respostas). Nascem PR-P58–P63, TK-P7, GR-P13, CP-P27. Nada publicado.
2.116 2026-09-27 A leva 7 (MANIFESTO §271) — as pendências que não dependiam dele. Quatro agentes Opus em paralelo: PR-P52 (a guarda de versões mede o práticas, VL-6) e PR-P34; PR-P53/PR-P31 (as cobaias MH1 do sobrevoo voltam a regenerar e entram no rito); REV-P29 (composição §9 sem conceito, CI-11 471 → 469; o §9 do tokens com as versões 1.13–1.20 reconstituídas; §82 com o caminho vivo); VT-P9 (a barra invertida do veredito de 2026-08-26 volta à vitrine; régua VT-17 e prova no rito) e VT-P6 (fecha por medição) — componentes v1.78, tokens v1.33. Nascem PR-P54–P57, TK-P6, VT-P10–P12. Nada publicado.
2.115 2026-09-27 "sim para os 2" e a leva 6 (MANIFESTO §270). Publicado 750a81ca (1653 de 1653; produção zero FAIL). PC-P3 fecha: a triagem lê e grava pelo papel ds_triagem (6 de 6: private.leads, update de texto e delete negados). Leva 6: REV-P26–P28 (CI-11 473 → 471), PR-P51 (o defeito estava no checar_bloco), GR-P12, CP-P24 (o conferidor não deixa mais pasta temporária; a prova do caso S no rito) e CP-P25 (cobaia do rail ILUSTRATIVO; cobaias 18 de 18) — componentes v1.77, tokens v1.32, práticas v1.8. Folha de triagem dos 30 pedidos ao Rafael (16 respostas; LC-20 a LC-33 propostas). Nascem PC-P4, PR-P52/P53, CP-P26, REV-P29.
2.114 2026-09-27 A leva 4 no ar e a leva 5 (MANIFESTO §269). Publicado 23815189 (1653 de 1653 conferidos; produção zero FAIL; .sig 200; VT-P8 sem a porta 8080). Leva 5, cinco agentes: REV-P23 (10 dívidas da CI-11 pagas), REV-P24, SH-P40 (grupo da âncora no endereço, exposto a veto) — componentes v1.76, marca v5.50, composição v2.5, tokens v1.31; CP-P21/P22 e CP-P23 (o CP-13 volta a reprovar tela local sem casca; cobaias 17 de 17); PR-P48 (opção desconhecida não grava), PR-P49 (render-shell no relógio da página), PR-P50; GR-P11. Folha do estado das fatias ao Rafael (14 respostas). Base da CI-11 485 → 473, 0 nova. Nascem CP-P24/P25, PR-P51, GR-P12, REV-P26–P28.
2.113 2026-09-27 Leva 4 (MANIFESTO §268): seis agentes em paralelo, 16 pendências fecham. A CI-11 atribui cada "§N" ao seu documento (PR-P43) e revela 10 dívidas de ponteiro recíproco (REV-P23); regravar base exige --motivo (PR-P45); VL-5 confere a versão do componentes (PR-P46); gen-indice --checar, mensagens do --checar e SK-6 por árvore (PR-P42/P44/P47); REV-P17–P22 e o 6a derivável (estado herdado do cabeçalho, CI-18) — componentes v1.75; SH-P37 e SH-P39 (rail: o → não abre prévia do ativo); provas de PR-P40/P41/CP-P20 prontas, entrada no rito na folha. Folha da leva 4 publicada (40 respostas) e o "sim" dele para publicar. Nascem SH-P40–P42, CT-P21/P22, CP-P21/P22, PR-P48–P50, REV-P23–P25, GR-P11.
2.112 2026-09-26 REV-P7 aplicada (MANIFESTO §267, agente REV7 da leva 3 sobre F0–F3 da leva 2). 77 blocos de história vão ao Histórico da própria seção (F1 5 · F2 33 · F3 39; perda zero 6/6 · 9/9 · 53/53), o H1 do componentes volta a ser só o título, a fila LC vai ao fim do roadmap, 21 seções de registro passam a historico; a frase "no escuro, elevação é LUZ, não sombra" fica no §48 como princípio norteador (veredito do §250.2); a SH22 (o rail no padrão ClickUp) entra no §46.7 e o DET no §49 — componentes v1.74; a vitrine passa a ler a forma nova do changelog (311 atualizações). Nascem REV-P17 a REV-P22, PR-P43 a PR-P47 e SH-P38.
2.111 2026-09-26 O atualizador da skill não deixa a instalação pela metade, e os ponteiros do gêmeo de tokens citam só a seção (MANIFESTO §266, leva 3, agentes P39 e TK4). Causa medida da falha intermitente da prova do atualizador: o Windows recusa renomear pasta com arquivo aberto por outro processo (7 de 300 numa janela de 2,5 min); numa atualização isso deixava a skill sem pasta nenhuma — agora a troca tenta por até 5 s e, ao desistir, sai 3 com a instalação anterior de volta, e a prova não cai mais em cascata (13 de 13; 24 de 24 sob carga) — PR-P39 fecha. Os 87 ponteiros do seed-tokens.css e 5 descrições do json citam a seção certa, sem número de linha, e a guarda nova PT entra no rito — TK-P4 fecha. Nasce a PR-P42 (o índice sem --checar).
2.110 2026-09-26 Geradores de peça sem duplicação (MANIFESTO §265, agente E da leva 2 e agente REV14 da leva 3). A fonte embutida e o laço grava-ou-compara das peças passam a morar num lugar só cada um (fonte_bloco.py, 20 geradores; checar_bloco.emite_peca, 22 geradores), 7 funções mortas e 15 imports sem uso saem (o gen-dp deixa de exigir numpy e scipy e gera em 0,8 s em vez de 6,7 s): 604 linhas líquidas a menos, 37 de 37 geradores byte-idênticos (525 de 525 artefatos em duas gerações); na leva 3, irmao(), argumentos(), placar_tela() e px_de() no checar_bloco levam mais 352 linhas (78 de 83 itens, 526 de 526 artefatos iguais) — REV-P14, as duas partes.O driver geradores-checar ganha o gen-sia (censo 63) e reprova gerador com --checar fora do censo sem motivo escrito — PR-P35 fecha. Nasce a PR-P41 (guardas de escape e de peça fresca fora do rito).
2.109 2026-09-26 O rail no padrão ClickUp (MANIFESTO §264, SH-P34) — pedido e aprovado por ele no mesmo dia ("ficou otimo"). Três tipos de destino, declarados pelo produto: painel (o sobrevoo abre, depois de 300 ms, a prévia na caixa da coluna; o clique ancora a sidebar de contexto; o subitem carrega só o submenu dele), balao (abre e fecha no clique, nunca ancora) e direto. Teclado, toque, rail recolhido e gaveta estreita medidos (R17, 22 casos). A regra SH22 sobe ao canon com a REV-P7. Nascem SH-P35, SH-P36, QD-P11 e QD-P12, da sessão do ERP. Na integração, o agente J2 (leva 3) consertou uma regressão real que a régua de resposta ao ponteiro achou (o pressionado igual ao sobrevoo com a prévia aberta) e fechou a HV-P13; o agente DET consertou três defeitos da tela-detalhe pedidos pelo ERP (a atividade que nunca empilhava, o travessão do valor vazio escondido, o valor truncado antes do rótulo a 390 px). QD-P11 fecha pela resposta dele na folha do ERP; nascem QD-P13, PD-P5 a PD-P9, SH-P37 e PR-P40.
2.108 2026-09-26 O conferidor de peça não trava mais no Chrome do Windows (MANIFESTO §263, leva 2, agente H). O conferir-peca.py roda o Chrome num Job Object do Windows que encerra a árvore inteira no prazo (antes, com o prazo de 20 s, voltava em 77, 97 e mais de 150 s; agora em 25 s, sem Chrome vivo) — CP-P19 fecha; a cobaia 9 do CP-13 passa a ser o retrato da casca nova do ERP, com CP-13 PASS e 0 achados como o ERP mediu — SH-P26 fecha; a prova nova prova-trava-chrome.py entra no rito pelo caso determinístico (--casos C, ~11 s, sem navegador). Nasce a CP-P20 (as 17 cobaias do CP-13 fora do rito). O rail no padrão ClickUp (SH-P34) passa ao número seguinte.
2.107 2026-09-26 O anel de foco do rail e os literais da casca (MANIFESTO §262, leva 2, agente G). O foco visível do item do rail passa de 1,19:1 a ≥ 3:1 contra as duas cores vizinhas nos dois temas, só com tokens existentes (SH-P29, que o ERP esperava); a casca troca literais pelos tokens do canon, o menu de conta vai para a superfície de overlay e o véu passa a ser um só (SH-P28); o convite do quadro deixa de sair em Arial (QD-P5) e o gatilho "Mover para…" deixa de sumir no toque (QD-P6); a gaveta de navegação vai ao degrau 65 da escala do §31 (SH-P33, metade). A prancha das perguntas SH-P27, HV-P12 e SH-P30 vai à folha dele. Nasce HV-P13.
2.106 2026-09-26 Primeira área da leva 2 (MANIFESTO §261) — o índice em 18 s em vez de 13 min, e a bancada que responde como o ar. O gen-indice.py varria o acervo inteiro duas vezes para cada um dos 3.534 arquivos; agora conta tudo numa passada (777 s → 18 s, as três vistas byte-idênticas em sete gerações), o que encurta todo rito (PR-P33). A bancada local responde como o nginx em 46 de 47 endereços (VT-P7); a guarda da skill instalada deixa de contar o cache de bytecode (SK-P8); seis suítes passam pelo ambiente.mjs (PR-P36). Nascem dez códigos: SH-P34 (o rail no padrão ClickUp, pedido dele), PC-P3 (a triagem pelo papel ds_triagem, pedido do site), e do ERP TK-P5, SH-P32, SH-P33 e QD-P6 a QD-P10.
2.105 2026-09-26 REV-P6 e REV-P5 aplicadas (MANIFESTO §260) — a peça impressa embute a Montserrat completa em woff2, e o rito passa a provar as peças. Veredito "3 fonte das peças: woff2": as 67 peças impressas trocam o TTF inteiro pela woff2 completa (−96,16 MB; 67 de 67 PNG com MD5 igual, PDF 0 px); a regra da marca muda para "fonte completa, embutida em woff2" (marca-seed.md v5.49). Os 33 geradores de peça entram no checar_bloco, o driver geradores-checar vai a 62 de 62 (184 s, tudo no rito normal; a proposta de mandar destaques e favicon ao --bloco vai à folha dele), e as 155 peças que divergiam se regeneram uma vez só, sem mudança visual. Fecha a leva 1: as cinco áreas estão na main.
2.104 2026-09-26 REV-P8 e REV-P9 aplicadas (MANIFESTO §259) — a segurança do publicado e da skill. Os cabeçalhos de segurança (HSTS, enquadramento, CSP em Report-Only) passam a ser declarados uma vez só no nginx, que troca para a imagem oficial sem root, com raiz só-leitura e nenhuma capability; o /COMMIT sai do ar; o VERSAO.json da skill passa a ser assinado e o atualizador confere a assinatura e recusa caminho que saia da pasta; nasce a guarda-publicado.py (contrato PU), que reprova segredo, dado pessoal, caminho de máquina ou endereço da VM em qualquer arquivo do conjunto publicado. A linha do veredito verbatim de 2026-08-26 fica intacta e isenta até a resposta dele (REV-P16). O redirecionamento de pasta deixa de vazar a porta interna (VT-P8). Nascem VT-P9, SH-P31 e QD-P5.
2.103 2026-09-26 REV-P12 parte a aplicada (MANIFESTO §258) — a superfície para IA sem os tropeços que a R5 mediu. O sitemap ganha as 54 páginas de roteamento que a regra de consulta manda ler primeiro (833 → 887 URLs); o llms.txt deixa de mandar o agente a uma pasta que dá 403 e passa a apontar o registry; o título do componentes deixa de sair cortado; os _index.md mostram a frase "quando consultar" (veredito 6b: 290 de 290) e deixam de citar a LC-12 fechada; os ponteiros de linha dos tokens, 18 de 54 errados, viram ponteiros de seção; a medir-consulta.py volta a medir e entra no rito com a cobaia. Nascem TK-P4 (os mesmos ponteiros no gêmeo CSS), HV-P12 (sobrevoo invisível sobre o overlay no escuro) e SH-P30 (token do véu), os dois últimos da REV-29 do ERP.
2.102 2026-09-26 REV-P13 aplicada (MANIFESTO §257) — a publicação conferida arquivo a arquivo. O deploy/publicar.sh monta o .tar do commit em disco local (não mais por pipe no ssh, que corrompe em silêncio no Git Bash), envia por scp, o servidor confere o MD5 do .tar e, depois de aplicar, devolve o MD5 de CADA arquivo servido de dentro do contêiner (antes: 1 de 1.627); só publica commit que está em origin/main. As dependências do rito passam a morar no repositório (06-validacao/ambiente/). A prova do publicar.sh (13 cenários, sem ssh real) roda no rito quando o commit toca deploy/. A leva 2 abre com oito agentes em paralelo a partir de uma base com a leva 1 inteira; nascem REV-P16, PR-P33 a PR-P37, VT-P6, VT-P7, SK-P8, SH-P27, SH-P28 e SH-P29.
2.101 2026-09-26 REV-P11 aplicada (MANIFESTO §256) — o vermelho fora do rito. A suite-prioridade volta a medir (clicava um botão renomeado no 874d78d); a barra de provas da tela-shell-sem-topbar deixa de perder o topo a 390 px (body com altura fixa no molde do shell desde a fundação); o peso 800 que sobrou no molde do painel vira 700, como a SH-P9 e a marca §4.1 mandam; o placar do rito separa a guarda "sem alvo" (0 de 0) das que mediram; contagens em prosa envelhecidas saem. Primeira área da leva 1 de agentes. E a REV-19 do ERP (casca 2 × 2 e menu de conta) é registrada; nascem CP-P19 (conferidor travando no Windows) e SH-P26 (retrato novo da casca do ERP).
2.100 2026-09-26 REV-P10 aplicada (MANIFESTO §255) — as réguas que deixavam passar. O --producao deixa de declarar "zero FAIL" com uma guarda que não mediu; o repouso do contraste a 390 px passa a exato (a variância medida é zero); "0 na rolagem" sem medir vira "NÃO MEDIDA"; seis cobaias entram no rito e a da marca-embutida deixa de sair com erro ao reprovar como esperado; as duas normas fora do censo são lidas. E a HV1 passa a comparar IDENTIDADES em vez de contagens com ±2: medida item a item nos 34 logs gravados, a oscilação está toda em 8 itens da tela-site, e item novo passa a reprovar sempre. O rito vai de 33 para 42 guardas e provas.
2.99 2026-09-26 REV-P4 aplicada (MANIFESTO §254) — nasce a guarda VL: o cabeçalho do roadmap é a primeira linha do Log. O cabeçalho alimenta o llms.txt, o VERSAO.json da skill e a vitrine, e ficou atrás do Log três vezes. A guarda guarda-versao-log.py compara versão e data do cabeçalho com o topo do Log (e o Log em ordem decrescente) e, na composição, o cabeçalho com a célula `
2.98 2026-09-26 Publicar: "sim." (MANIFESTO §253). Sobe tudo o que estava pronto desde 68d2f17 — c660274, 2b916c5, 442a7da, fe12414, 106723c, 2185e81 — e este registro. Backup REV-P15: "todo backup ao fica agendado nessa maquina, o Robo deve gerenciar, porque sao feitos no mesmo local" — a tarefa agendada local é descartada e o backup vira pedido à sessão do ERP, dona do robô (leitura "não fica" exposta a veto). A SH-P25 sai depois da publicação, junto com o pedido.
2.97 2026-09-25 SH-P24 aplicada (MANIFESTO §252) — a topbar de ponta a ponta, acima do rail. Veredito dele na folha: "1 arranjo: sim". Supersede da posição da SH3 do §46 (componentes v1.73). A casca vira grade 2 × 2 no shell_bloco.py; nos 12 moldes com topbar ela passa a ser o primeiro filho do .app; a tela sem topbar sai com a marcação idêntica. Medido em 12 de 12 telas a 1440, 800 e com o rail recolhido. As oito suítes da casca passaram sem mudança — nenhuma media a posição —, então nasce a régua render-shell TB-01 a TB-03 (12 de 12 na tela nova, 12 de 12 FAIL na cobaia antiga). A ficha de conformidade (conferir-peca.py CP-13), que ainda provava o "rail altura total", troca de sinal; as 10 cobaias derivadas são regravadas. Nasce SH-P25: avisar a sessão do ERP depois da publicação.
2.96 2026-09-25 REV-P3 aplicada (MANIFESTO §251) — o CLAUDE.md enxuto e a leitura de abertura que cabe. Autorização dele: "2 CLAUDE.md/abertura: sim". O CLAUDE.md vai de 29.399 para 22.232 bytes: sete blocos de história (entre eles os vereditos de 2026-08-26 sobre a cópia no Drive) mudam POR CÓPIA para 08-historico/abertura-texto-movido-rev-p1.md, e a "Fonte de verdade" passa a dizer que o repositório mora em disco local (veredito "1 Drive: c"). A leitura de abertura cai de 1.327.871 bytes para cerca de 15 KB além do que entra sozinho: cabeçalho do roadmap e 5 linhas do Log sempre, o resto por consulta. O INDICE.md vai de 898.125 para 521.160 bytes com uma linha por pasta gerada (ia/, vitrine/, skill/; o detalhe segue no indice.json) e a raiz num bloco só. Perda zero provada: 9 de 9 provas, duas cobaias reprovando, gerações byte-idênticas.
2.95 2026-09-25 A folha da REV-P1 respondida de novo e o pedido da topbar acima do rail (MANIFESTO §250). Ele colou de novo a resposta da folha (17:57Z): a frase "no escuro, elevação é LUZ, não sombra" passa de superada a vigente, como princípio norteador ("apenas uma frase para nos nortear, aqui estamos criando conceitos e regras proprias" — o comentário mora na caixa logo abaixo da 4b, medido no script da folha); a REV-P7 a leva para a regra do §48. O resto do veredito do §249 não muda, e a REV-P15 (backup) segue aberta. Na mesma mensagem, o pedido "quero que o topbar seja fixo inicando acima da rail" nasce como SH-P24: supersede da posição da SH3 do §46 ("altura total, à esquerda da topbar", gate de 2026-08-11), com protótipo medido (rail 615 → 543 px, topbar 1.291 → 1.383 px a 1440, Tab passa pela topbar antes do rail) e folha de gate https://claude.ai/artifact/7ffo63pdGApA4A9GijyUs4. Nada muda no material até o "confere" dele.
2.94 2026-09-25 REV-P1 consolidada e veredito dele (MANIFESTO §248–§249) — o repositório sai do Google Drive para um clone em disco local (<raiz-do-repo>; caminho de máquina retirado do texto publicado pela REV-P9). 8 agentes executor-opus só leitura (7 revisores por área + 1 verificador de perda zero), 524 chamadas, US$ 23,29, 8 de 8 transcripts 100 % claude-opus-5-5; a sessão confirmou 12 de 12 achados graves por outro caminho. Durante a revisão o Google Drive travou com TOO_MANY_OPEN_FILES, e o próprio git fsck o derrubou em 3 de 3 tentativas (33.649 objetos soltos, gc.auto=0). Veredito verbatim no §249.1 (folha versão 2, 02:55Z): "1 Drive: c" com backup semanal das 8 últimas semanas do DS e de cada repositório; "2 CLAUDE.md/abertura: sim"; "3 fonte das peças: woff2"; "4 canônicos: dentro"; "4b … superada"; "5a atualizador: assinar"; "5b … manter"; "5c CSP: report"; "6a … depois"; "6b … a"; "7 mapa: nao"; "8 … vetos: nenhum". Clone local do GitHub: git fsck exit 0 em 23 s, git status 108 ms (2,1–2,6 s no Drive). Nascem REV-P2…REV-P15 (§248.4, §249.4); a REV-P2 fecha neste mesmo commit. Cabeçalho deste roadmap corrigido (parte mínima da REV-P4).
2.93 2026-09-24 REV-P1 nasce (MANIFESTO §247) — revisão geral do repositório com agentes Opus 5.5 em paralelo, antes de continuar. Pedido dele, verbatim: "se eu pedir para voce usar o opus 5.5 para orquestrar vários agentes simultaneos para revisar todo o codigo desse projeto otimizando ele antes de continuarmos, acha uma boa ideia? nao só fazendo isso que eu disse, mas o que voce tbm achar que seja proveitoso." · regra de modelo: "os varios agentes simultaneos também serão apenas opus 5.5" e "vc pode usar o sonnet para ler, mas quem vai pensar e escrever tem que ser o opus 5.5". Só leitura; folha de gate com custo por saída; aplicação depois do veredito. É o próximo passo depois da compactação, antes da GT-P9.
2.92 2026-09-24 Veredito dele, verbatim: "pode publicar e seguir com as recomendações" (MANIFESTO §246). O 68d2f17 é publicado (produção zero FAIL; skill servida 2026.09.21+532f9049). O Grupo 9 fecha 13 de 13: o G9-10 (EOL-P1) refaz o censo de fim de linha (45 CRLF + 33 mistos → 40 + 2), põe o mapa-cobertura-ds.md em LF (só o fim de linha muda, provado 7 de 7) e entrega a guarda-eol-misto.py, que entra no rito e na estreia pega 24 fatias de IA velhas. SH-P21 parte 2: o escopo da tela vira trilha-nav nos dois moldes, render idêntico em 8 de 8 capturas — e a sessão corrige, por medição, a própria afirmação de que a regra antiga pintava o Kanban. Fecham SH-P21, CT-P20 (os gen-variantes-* ficam), PF-P5, EOL-P1; nascem PR-P31 e PR-P32. Os 13 clones do grupo removidos com prova arquivo a arquivo.
2.91 2026-09-24 Grupo 9 consolidado (MANIFESTO §245) — 12 agentes em paralelo (no máximo 5 ao mesmo tempo, ordem dele), 12 de 13 entregues; 13 pendências fecham. SK-P5 (nada sai da zona garantida da skill: a régua contava o frontmatter; folga real medida numa compactação), SK-P6, PR-P21 (bytes de controle por lista de binários), PR-P22/PR-P23 (o acha() pelo censo do git; prova ambiente-alvo no rito), PR-P24 (dm/dg), PR-P25 (log vazio = NÃO MEDI e bloqueia; guarda/prova fatoradas), PR-P26 (guarda-barra-gramatica.mjs no rito: o BT2 medido no Chrome), CP-P16 (conferidor sem falso positivo em ${…}), BT-P8 (dp na gramática: 27 de 27), BT-P9 (BT1 por assinatura, e agora no rito), PF-P4 (sobras do preview arquivadas) e a A3 do §244 (fechar.sh --bloco). O rito passa a CONTAR as próprias guardas. Regressão da V-PR15 achada e consertada (a largura em px da barra perdeu a mono). Ambiente jsdom compartilhado reconstruído (estava podado). Componentes v1.72. 18 pendências novas (BT-P10…BT-P12, DP-P11, PR-P27…PR-P30, SK-P7, CP-P17, CP-P18, MA-P7, SH-P23, PB-P13, MR-P22, PF-P5, GT-P9 — a triagem de 20 pedidos novos do SEED Chat —, GT-P10). Ao gate: prancha do chat (LC-15/16/19, Q1–Q10), prancha de abas e botão flutuante (LC-17/18), folha LC-13/14 + LC-01/02/04, os nomes de "trilha" (SH-P21 parte 2) e a tabela de remoção (CT-P20 parte 2, PF-P5). Fica para depois deste commit: G9-10 (EOL-P1, fim de linha).
2.90 2026-09-24 Checkpoint e respostas dele (MANIFESTO §243.6 e §244). Os achados de 21/09 que estavam em prosa ganham código (PR-P25, PR-P26, BT-P8, BT-P9, SK-P6, GT-P8), com errata ao §243 (o log vazio foi da rolagem; a lição de CRLF já existia e foi violada — EOL-P1). Ele respondeu tudo de uma vez: o §36 BC2 cede ao §46 SH2 (nome acessível "Trilha", aplicado: componentes v1.71); SK-P5 se MEDE antes de cortar ("mais contexto é mais assertivo"); modo rolado da RCM uma vez por bloco; publicar (e a regra: a sessão pergunta e publica); a troca do zip no Lovable ele faz com a aba aberta pela sessão; clone de agente consolidado se remove sem perguntar (GT-P8 executada com prova); Grupo 9 com tudo que não depende dele, até 5 agentes ao mesmo tempo; LC-15..19 se fazem; LC-13/14 e LC-01/02/04 voltam a ele. Correção: o 874d78d levou a v2.89 deste roadmap sem regenerar as fatias de IA — este rito regenera.
2.89 2026-09-21 PR-P15/V-PR15 fecha (MANIFESTO §243) — a barra de provas dos 26 artefatos ganha UMA gramática, a BT-P3 fecha com número e instrumento, e a HV-P10 vai junto. Ele delegou a escolha técnica ("não vejo que isso seja decisao minha... voce deve colocar o maximo de informações nessa barra e padroniza-la para todas as telas... aplique sua recomendaçao. veto: nenhum") — aplicada a gramática ÚNICA recomendada pelo estudo do Grupo 7: nome acessível de grupo (14→26 de 26), type="button" (35→83 de 83) e seletor de largura do BT2 (8→26 de 26, fechando a BT-P3 do §74.9 desde 2026-08-20), tudo pelo módulo único controles_bloco.py; de quebra, o sobrevoo da barra entra em @media (hover: hover) nos 26 (MH1: 6·20 FAIL → 26·0 FAIL, fecha a HV-P10). Executado por um agente Opus 5 em clone isolado, consolidado por esta sessão (que aplicou o canon à mão para não herdar, de novo, a normalização integral de quebra de linha que a edição de seed-componentes.md por estas ferramentas causa sem avisar — achado registrado no §243.4). seed-componentes.md v1.69→v1.70, com dois supersede formais e a colisão de código de duas BT-P3 distintas registrada verbatim. Rito completo, 25 guardas, zero FAIL, depois de regenerar 10 cobaias do shell que tinham ficado desatualizadas.
2.88 2026-09-21 SH-P20/V-SH20 fecha por decisão dele (MANIFESTO §242) — a trilha (breadcrumb) fica onde está, o BC4 do §36 é supersedido. O estudo achou o enunciado do BC4 errado em três pontos (os 4 moldes não divergem, a trilha sempre foi o primeiro filho DENTRO do <main>; são 5 de 17 telas, não 11; o skip-link nunca deixou de levar a trilha junto) e mostrou que aplicar a redação antiga ao pé da letra (trilha ANTES do <main>) derruba a régua de contraste de 10·0 para 5·5 — o <main> é a peça branca do CP1, fora dele a trilha herda o canvas com material do §93. Veredito verbatim: "Saída A — fica onde está; o BC4 muda. se depois do sistema funcionando acharmos que será melhor mudar o local, reanalisamos no futuro." seed-componentes.md §36 BC4 reescrito com supersede formal (v0.41 → v0.42; arquivo v1.68 → v1.69); nenhum molde ou placar muda — a posição real já era essa.
2.87 2026-09-21 SH-P19 pergunta 1 fecha por decisão dele (MANIFESTO §241) — tela-chat fica COM topbar, o regime sem topbar arquiva sem promoção. Ele confirmou o topbar em todo o ERP e informou que o SEED Chat de verdade roda em tela separada, só com a Rail; a sessão explicou que tela-chat.html é gabarito de referência do DS (arquétipo A23, §55), não o mockup do produto, e que a variante --sem-topbar já preparada e provada (reaproveita o mecanismo da SH-P17) seria a candidata mais próxima. Veredito verbatim: "só como estudo arquivado. quando formos construir algum chat para o ERP, vamos usar o SEED Chat como modelo, não o contrario." Nenhum código muda; a variante e a folha de comparação ficam em 09-pesquisa/2026-09-20-grupo-7/sh-p19/, arquivadas. Nasce a doutrina (linha nova em "Decisões estruturais"): chat do ERP segue o SEED Chat, não o tela-chat do DS.
2.86 2026-09-21 Grupo 8 (MANIFESTO §240) — seis agentes Sonnet 5 em paralelo sobre as pendências do Grupo 7 que não dependiam de decisão, medido 1,08×–1,88× do estimado, zero conflito em seis patches. banco-dataviz-dm.html e -dg.html ganham molde + gerador com a primeira geração byte-idêntica e o gen-dm.py (fragmentos para colagem manual, já divergentes do artefato) aposentado — o driver do rito passa a 29 de 29 (PR-P18); quatro instrumentos que morriam ou mediam zero em silêncio sem alvo passam pelo alvosHtml (PR-P19: o contraste-composicao varria o cwd desde a reestruturação); o relógio da tela-onboarding vira exemplo literal com ?vivo e o teste ON-07 deixa de depender da hora da máquina (PR-P20); a folha da F9.8 sai de preview/atual.html para preview/arquivo/2026-09-f98-abertura.html e a guarda PF2 diz NÃO MEDI com 0 de 0 quando não há folha (PF-P3); o conferidor deixa de ler comentários em fontes .ts/.tsx/.js/.jsx em três detecções, com seis cobaias (CP-P15); a guarda de rolagem remede sozinha as páginas NÃO MEDI e grava os cinco temporários com PID — censo de %TEMP% em 364 de 364 arquivos (RL-P6, CT-P19); nasce a régua MH1 guarda-barra-sobrevoo.mjs (sobrevoo da barra de provas dentro de @media (hover: hover)), no rito por baseline em 20 FAIL · 6 PASS de 26, com três defeitos de instrumento pegos pelas cobaias antes de valer (HV-P10, que fica aberta até a V-PR15 consertar os moldes). Consolidação: acha() acha uma fixture não rastreada do eval-skill e torna seed-tokens.css ambíguo só no Drive (PR-P23). Nascem PR-P21 · CP-P16 · PR-P22 · PR-P23 · PR-P24 · PF-P4 · CT-P20.
2.85 2026-09-20 Grupo 7 (MANIFESTO §239) — nove agentes em paralelo (Sonnet 5 × 7, Opus 5 × 2), medido 0,68×–2,8× do estimado, zero conflito em nove patches. Os 27 geradores de tela e bancada entram no rito por --checar (PR-P12 + PR-P16: checar_bloco.py, driver geradores-checar.py, 23 geradores sem sys.exit corrigidos, sétimo artefato em v1.29 achado); a guarda do preview entra no rito e a folha da F9.8 que morava em preview/atual.html volta a ser legível (PR-P13); HV1 e mais oito guardas dizem NÃO MEDI sem alvo (PR-P14); tela-configuracoes 3,02 → 9,01 (CT-P16: o #a3dcd9 era o canvas de material composto, --seed-text-brand-strong também falhava a 4,15); o CP-13 estático ignora comentários HTML e ganha a décima cobaia (CP-P13, CP-P14); o toast estacionado do dataviz some de verdade e a régua rasterizada nunca mais corta o documento — ALTURA_MAX vira alarme (CT-P17, CT-P18: o banco-formfield perdia 84 de 290 textos com "0 FAIL"); o relógio da tela-painel vira dado literal com ?vivo (PR-P17); a tela-chat ganha o position:relative preventivo e a conversão ao regime sem topbar fica renderizada para a decisão (SH-P19). Dois estudos Opus para o gate: a trilha (SH-P20: os 4 moldes NÃO divergem, 5 de 17 telas, o BC4 não se cumpre em nenhuma e a fonte NN/g não diz o que ele atribui; mover derruba o contraste de 10·0 para 5·5) e a barra de provas (PR-P15: duas gramáticas exatas, 18 formas → 3, 14 de 26 sem controle de largura, quatro convergências que nenhuma régua distingue). Consolidação: as três guardas de contraste gravavam o JSON com nome fixo em %TEMP% e se contaminavam em paralelo — PID no nome. Nascem PR-P18 · PR-P19 · PR-P20 · PF-P3 · CP-P15 · RL-P6 · HV-P10 · SH-P21 · CT-P19.
2.84 2026-09-20 Grupo 6 (MANIFESTO §238) — oito agentes em paralelo (Opus 5 × 3, Sonnet 5 × 5), medido 0,33×–2,9× do estimado. Nasce a tela-shell-sem-topbar (SH-P17, componentes v1.68; o avatar no rail não ficava na base — 151 px do botão, achado do olho); a barra de provas vira módulo único controles_bloco.py com a sombra inset (PR-P11 + CT-P13 c: 16 cópias divergentes, z-index 60 × 9000; trilha 3,26 → 4,52); o conferidor diz NÃO MEDI atrás de login (CP-P11) e deixa de aceitar a barra de abas como rail (CP-P12: era o aria-label="Áreas", não o regex); tela-tabela a 390 px consertada com position:relative (CT-P14); trilha com ol/li e "Início" (SH-P18, que achou a contradição §36 × §46); a régua de contraste ganha o modo móvel (390 px) e o rolado, e a 14.ª guarda (RCM) entra no rito só em repouso (CT-P15: 194 textos abaixo do piso na rolagem, 112 pela barra; tela-configuracoes a 3,02 é o pior do acervo no celular); PC-2026-0010 → LC-19; 15 clones removidos com prova no ato. Causa dos seis artefatos desatualizados: o rito não roda os geradores de tela (PR-P12). Nascem PR-P12 · PR-P13 · CP-P13 · CP-P14 · SH-P19 · SH-P20 · PR-P14 · PR-P15 · PR-P16 · CT-P16 · CT-P17 · PR-P17 · CT-P18.
2.83 2026-09-20 Grupo 5 (MANIFESTO §237) — seis pendências do fechamento da F12 em paralelo (Opus 5 × 2, Sonnet 5 × 4, Fable orquestrando; medido 0,58×–1,7× do estimado) e a causa real da Clara no Lovable. Fecham CP-P9 (CP-13 com dois regimes, com e sem topbar), CP-P10 (segredo no --alvo), SK-P2 (SKILL.md −40 %, modos em references/), SK-P3 (suíte do eval enfim na main, fixture por hash, rodada 3 Δ +1,00 em 3 de 4), PR-P10 (índice carimba o HEAD) e SK-P4 (o conhecimento do workspace do Lovable dizia "flat, sem sombras" em toda mensagem — corrigido; cobaia 3 leu a skill, rodou a ficha e citou §46/§93). CT-P13 medida (3,25, barra de controles do preview) e devolvida ao gate. SH-P17 reenunciada (as onze telas têm topbar). Correção da §236.9: a suíte do eval nunca esteve na main. Skill o commit do código (9e27da0) emitiu 2026.09.19+d7654de1; o commit deste registro muda o roadmap (v2.83) e, com ele, a versão de novo — a versão PUBLICADA se mede depois da publicação e entra no relatório de fechamento, na memória e na próxima seção, nunca antes do rito (lição do §237.4). Nascem CP-P11 · CP-P12 · CT-P14 · CT-P15 · SH-P18 · PR-P11 · SK-P5 · GT-P7.
2.82 2026-09-19 F12 FECHADA (MANIFESTO §236) — consolidação dos nove bricks, publicação autorizada ("Sim, publique agora"), fase 2 do aceite e dois defeitos da própria skill achados por ela. Tempo medido × estimado por brick entre 0,08× e 0,26× (o reconhecimento já estava feito); consolidação pela sessão principal foi o custo dominante e onde as costuras apareceram (tipo de campo entre bricks, receita por URL, orçamento de bytes do SKILL.md, baselines CI-11/CI-13, tolerância da HV1). Eval com a skill nova: nenhuma regressão real (caso lacuna-declarada envelheceu com o SH21; grader caminho só aceita Read). Cobaia real do SEED Chat em sessão nova, sem dica: mediu antes de editar, achou rail metálico e bordas, pôs o tema no menu do avatar na base do rail, declarou o que o canon não cobre — e achou a CP-P9. Cobaia da Clara no Lovable (remix): a skill NÃO foi lida, nem em prosa nem com /seed-ds pela API (0 de 2) — o problema daquela superfície é o disparo, não o conteúdo (SK-P4; o conhecimento do projeto da Clara vira o caminho, espera o "sim" dele). Fase 2 achou na skill: frontmatter YAML inválido para o Lovable (description com : ) e versão que não mudava com o texto — consertados no gerador e na SK-1; skill 2026.09.19+22a3085b nas três superfícies. Nascem CP-P9, CP-P10, SK-P2, SK-P3, SK-P4, SH-P17, PR-P10, CT-P13.
2.81 2026-09-19 Vereditos da F12.6 e da F12.5 (MANIFESTO §235). Triagem dos pedidos de cobertura: LC-13 (seção sobre o X) e LC-14 (calendário editorial) nascem em ⏸ aguarda por decisão dele ("foco em Instagram e Facebook primeiro"); LC-15/LC-16 (mensageria de atendimento e revisão do CH14) e LC-17/LC-18 (barra de abas de app e botão flutuante) ABERTAS, com a orientação dele verbatim (WhatsApp como referência; painel lateral direito para ações do ERP/CRM); PC-0009 descartado (já era a MR-P20). Gate SH-P16: V-SH16.1 = b (tema dentro do menu de conta), V-SH16.2 verbatim (sem topbar, o avatar fica na base do rail e abre o mesmo menu), V-SH16.3 = a (segue o sistema até a pessoa escolher; por conta) — nasce o SH21 e o brick F12.9 (Opus 5) para aplicá-lo no shell_bloco.py. Banco private.ds_pedidos gravado na mesma rodada.
2.80 2026-09-19 F12 ABERTA (MANIFESTO §234) — a skill em uso real depois do lançamento. Reconhecimento em cinco frentes (SEED Chat, Clara/Lovable, acervo, Clau, mercado) mediu a causa das seis correções dele: comportamento de consulta (uma fatia e para; ficha 0 execuções; pedido 0 envios), skill sem modo de adequação, §46 sem ponteiro para o §93, rastro de 25,7–40,2 % dos bytes. Gate v1 respondido verbatim (§234.5): canônicos no modo completo (b), Claude Code atualizado 2.1.258→2.1.278, consumidores editados por esta sessão, nenhuma frente vetada, roteamento Opus 5 × Sonnet 5. Oito bricks F12.1–F12.8 abertos em paralelo; nasce SH-P16; consulta_bloco.py é a fonte única da regra de consulta. Achado de processo: origin/main estava 3 commits atrás do HEAD — push feito.
2.79 2026-09-16 Gate SH-P12 item 2 respondido (MANIFESTO §233) — o painel .escopo de quadro/detalhe/gantt vira extensão do rail. Veredito dele, verbatim: "V-SH12.2 (Escopo rail × acordeão): a (vira rail) · veto/observação: nenhum". Nasce a decisão SH20 (componentes v1.65, §46.1/§46.2): o .escopo some no MESMO limiar de 860 px do SH12 e reaparece no MESMO drawer, reusando o mecanismo já testado do SH12/SH19 (shell_bloco.py, 2 linhas) em vez de um acordeão novo sem cobertura (Alternativa B, descartada); resolve de quebra a SH-P15 (o painel não tem mais largura em que fica inalcançável). SH-P12 e SH-P15 FECHAM. Regenerado nas onze telas com casca (byte-idêntico em duas rodadas); placares sem regressão (suite-shell 84 · 0 nas onze, render-shell 54 · 0, contraste-shell 55 · 0, suite-composicao 33 · 0, suite-quadro 35 · 0, suite-detalhe 73 · 0, suite-gantt 43 · 0, suite-configuracoes 18 · 0).
2.78 2026-09-16 Grupo 4 — oito pendências em paralelo, consolidadas (MANIFESTO §232): PR-P8 (a HV1 entra no rito por baseline, não por "0 FAIL" — 250 controles sem :active são backlog de conteúdo, não ruído; a causa da oscilação era antialiasing do Chromium, não um await faltando), HV-P4 resto (4 bancadas sem cobertura + 3 resíduos do HV-A), CT-P11 (a RC passa a ler <text> de SVG — 18.ª guarda, contraste-total, cobre todo o acervo), FF-P4 (token fantasma vivo em 10 citações + guarda que mentia sobre a isenção), SH-P12 (itens 1/3/4 aplicados — dois nav duplicados, :focus-visible, sidebar do chat a 280 px; item 2 em gate), TK-P2 resto (remove o token duplicado action-secondary-text), CP-P7 (o conferir-peca.py passa a medir a TELA, não o PDF, em entrada HTML) e MR-P20 (demanda do SEED Chat: o */ embutido no comentário do registry engolia o @font-face do peso 400 — corrigido e republicado). Componentes v1.64, tokens v1.30. Oito achados sem código nascem (PR-P9, HV-P9, SH-P15, CT-P12, FF-P5, CP-P8, TK-P3, MR-P21). Rito: 18 guardas, zero FAIL.
2.77 2026-09-15 SH-P14 aplicada e FECHADA (MANIFESTO §230) — o rail ganha o estado recolhido só ícone (SH19): 56 px, rótulo no DOM e em tooltip, botão na base, opção do usuário no desktop, nunca abaixo do limiar do SH12 nem no toque; quem lembra é o produto (§46.5). Componentes v1.63; 11 telas regeneradas (+0,1 cada); 2 cobaias novas do CP-13. Agente 72 min × 5 h estimadas (0,24×). O Grupo 3 termina com as 28 respostas dele aplicadas.
2.76 2026-09-15 Veredito do gate do Grupo 3 (MANIFESTO §229) — a única decisão que sobrou da aplicação do Grupo 2: SH-P14, o rail recolhível. Verbatim no §229.1: "V-SH14.1 modo recolhido: b · V-SH14.2 gatilho: a · V-SH14.3 posição do botão: a · V-SH14.4 quem lembra: a · veto: nenhum" — 4 de 4 iguais à leitura da sessão. O rail ganha um estado recolhido só ícone (56 px, rótulo no DOM e em tooltip), acionado por botão na base do rail, como opção do usuário no desktop; nunca abaixo do limiar do SH12 nem no toque; o ERP lembra por usuário e toda tela nasce expandida. Supersede parcial do SH3 (nasce SH19); sem V3. Aplicação num agente em clone local (§229.3); nenhum canon de conteúdo muda neste commit.
2.75 2026-09-15 Grupo 3, onda 2 (MANIFESTO §228): SH-P13 FECHA por aplicação (o SH12 nas onze telas pelo módulo único — 88 de 88 cenas; correção ao enunciado do §226.5: a 390 px oito telas viravam o rail em faixa horizontal e duas mantinham a coluna com 274 px de conteúdo); HV-P4 G-B aplicado (GB-1 42 min × 60, GB-2 41 × 60, SH-P13 57 × 75) e o item ativo do rail; recenso HV1 552/1.224/0 → 94/240/0 — o resto tem causa nomeada (quatro bancadas sem item, resíduos do HV-A, CTA metálico). Componentes v1.62. Folha do Grupo 3 só com o SH-P14 e o veto.
2.74 2026-09-15 Grupo 3, onda 1 — o veredito do Grupo 2 aplicado (MANIFESTO §227): cinco agentes em clones locais (FT-P2 61 min × 60 estimados · PB-P11 41 × 75 · PB-P9 48 × 60 · HV-A 55 × 90 · HV-B 51 × 90) + o estudo SH-P14 (40 × 60) + a sessão principal (CT-P10, MR-P19, consolidação). FECHAM: CT-P10, FT-P2, MR-P19; PB-P11 com 6 de 7 aplicadas (a 11.1 espera a leitura da NBR 16861 pelo RT); PB-P9 aplicada na vitrine (barra de acessibilidade, MK29; site decide em separado); HV-P4 com G0 + G-A feitos e tokens v1.29 (recenso 552/1.224/0 → 283/518/0), G-B na onda 2; SH-P14 estudo pronto para a folha. Componentes v1.61, marca v5.47, práticas v1.7, tokens v1.29, sobreaseed 2026-09-15.
2.73 2026-09-15 Veredito do gate do Grupo 2 (MANIFESTO §226) — 23 respostas, 21 iguais à recomendação da sessão; as duas diferentes: V-PB9.3 = não (o site institucional decide o símbolo de acessibilidade em separado, P-064 de lá) e nenhuma outra — a V-PB11.1 = a fica esperando a leitura da NBR 16861 por ele (é o RT). Veredito verbatim no §226.1; o que cada resposta executa no §226.2. Nascem SH-P13 (o SH12 só existe no shell: 0 de 10 telas com casca real escondem o rail em tela estreita — aplicação) e SH-P14 (estudo com renders do rail recolhível "só ícone", pergunta dele — gate, porque supersede o SH3). Aplicação em duas ondas de agentes (§226.6); nenhum canon de conteúdo muda neste commit.
2.72 2026-09-15 Grupo 2, segunda leva (MANIFESTO §225.5–§225.9): SH-P11 FECHA por aplicação (casca real nas dez telas, módulo shell_bloco.py, CP-13 11 de 11); PB-P11, PB-P9 e HV-P4 preparadas para o gate; nascem SH-P12, CP-P7, PB-P12. Estimado × medido: SH-P11 1,5 h × 1 h 25 · PB-P11 1 h × 43 min · PB-P9 40 min × 46 · HV-P4 20–30 min × 23. Componentes v1.60 (SH17 com "rail funcional (medido)", erratas do §71), práticas v1.6 (o Decreto 5.296 não remete ao SIA para sítios — errata; estado da PB-P11), asset do SIA com procedência em 03-assets/acessibilidade/. A folha do Grupo 2 reúne V-SH11 · V-CT10 · V-FT2 · V-PB11 · V-PB9 · V-HV4 · veto.
2.71 2026-09-15 Grupo 2, primeira leva consolidada (MANIFESTO §225.1–§225.4): LC-05 FECHA; FT-P2 e CT-P10 medidas, parte aplicada, o resto em gate; seis pendências nascem. Sete demandas por ordem dele ("pode abrir as 4 primeiras, assim que uma for finalizando, pode abrir outra até finalizar as 7"), agentes em clones locais (nunca a árvore do Drive). Estimado × medido: LC-05 45 min × 37 · FT-P2 1 h × 44 · CT-P10 1 h × 58. LC-05: quatro semânticos de ação sem hex novo (tokens v1.28), canon v1.59 (§1.5 "pressionado é fundo por token, nunca véu"), suite-botao.mjs 47/47, HV1-b da bancada 55 → 0; 12 previews com o 800 residual da SH-P9 reinjetados. FT-P2: censo 260/260; 800 residual (10) → 700 com 0 px; gen-nome-de-fonte.py corrigido; quatro perguntas com bytes (V-FT2.1–2.4). CT-P10: tela-detalhe e banco-dataviz-tokens (portado: molde + gerador) consertados, RC claro 0 de 81; a frota em gate com o achado de que a régua media a anotação e não o adesivo (texto em SVG, que a RC não lê). Nascem FF-P4, HV-P8, TK-P2, CT-P11, MR-P19, PR-P8. Em curso: SH-P11, PB-P11, PB-P9, HV-P4.
2.70 2026-09-15 Veredito do gate do Grupo 1 (MANIFESTO §224) — CT-P9 FECHA, nasce o SH18, o stash de 26/08 é descartado, os sete itens do §223.7 viram decisão dele. Verbatim: "V-CT9 regra: a · V-LC11 data-arquetipo: sim · V-STASH: a · veto: nenhum", mais a ordem sobre a fila: "temos 7 pendencias, pode abrir as 4 primeiras, assim que uma for finalizando, pode abrir outra até finalizar as 7". CT-P9: a tinta de marca sobre superfície suave em repouso é text-brand-strong — linha nova no §73.5, notas em §22.2/§32.2/§46.5 (componentes v1.58), nota datada no §5-g dos tokens (versão dos gêmeos fica em v1.27: nenhum valor muda). SH18 (§46.5): toda tela publicada declara data-arquetipo (aplicacao · autenticacao · pagina · bancada · documento); os 16 moldes declaram (11 aplicacao, 3 bancada, 1 autenticacao, 1 pagina), o CP-13 do conferir-peca.py lê o atributo e só pede --arquetipo quando nada decide; o shell do ERP declara aplicacao e passa a lang="pt-BR". Stash: git stash drop do 39ead22… de 2026-08-26 com o §223.2 como prova. Grupo 2 aberto (§225): SH-P11, CT-P10, FT-P2, LC-05 em paralelo; PB-P11, PB-P9, HV-P4 entram à medida que cada uma fecha.
2.69 2026-09-15 Grupo 1 em paralelo (MANIFESTO §223) — quatro demandas em quatro subagentes ao mesmo tempo, pela regra nova dele de 2026-09-14 (grupos com tempo estimado; "sigo com sua sugestão"). Tempo estimado × medido: LC-11 3–4 h × 57 min · CT-P9 1,5–2 h × 48 min · SH-P9 1–2 h × 58 min · stash 20–40 min × 11 min; parede ~1 h em vez de ~6 h somadas. SH-P9 fechada por aplicação (o 800 nunca foi sintetizado: 0 px de diferença; 800 → 700 no acervo, tokens v1.27, componentes v1.57, TP1-d). CT-P9 censo feito (208 de 208 HTML, zero em bancadas e telas; 2 folhas de gate corrigidas) e regra em gate (V-CT9). LC-11 fechada (CP-13 no conferir-peca.py; 11 de 11 cobaias; peça de fora = shell do ERP). Stash de 26/08 medido: 111 arquivos, todos já na main desde dd32811 (109 idênticos + 2 superconjunto, 0 linhas perdidas) — tabela de remoção na folha. Nascem CT-P10 (outros pares do censo), SH-P11 (as dez telas com casca ilustrativa: main sem id/tabindex, sem skip link, nav duplicada; a tabela SH17 não distingue rail funcional de ilustrativo) e FT-P2 (pesos e estilos pedidos sem face: Mono 600/900, <strong> em texto 700 computando 900 e rendendo 700, itálico sintético). Incidente: o Google Drive File Stream esgotou o próprio limite de arquivos abertos ("Content cache has over 1000 open streams") com quatro agentes lendo o acervo ao mesmo tempo e ficou 31 min sem servir leitura (23:00–23:31 UTC) — reiniciado pela sessão; lição no global. Régua RC ganha ALTURA_MAX por variável (5 arquivos do acervo passavam de 6.000 px e saíam cortados).
2.68 2026-09-14 LC-12 FECHADA (MANIFESTO §222) — o índice por necessidade cobre o acervo inteiro. Ordem dele: "pode compactar. depois siga para a LC-12". As 135 frases "quando consultar" dos oito canônicos restantes (sobreaseed 15 · seed-dataviz 12 · seed-email 17 · seed-praticas 25 · seed-ds-roadmap 17 · mapa-cobertura-ds 24 · inventario-pecas-ds 13 · plano-producao-pecas 12) entram no seed-consulta.json, escritas para quem chega com uma tarefa (o que a seção responde) a partir dos títulos e da abertura de cada seção; os documentos históricos (mapa, inventário, plano, registros de sessão) dizem na frase que são origem, não regra viva. CI-10: 289 de 289 fatias com frase, 12 de 12 canônicos completos, 0 chaves órfãs; gen-camada-ia.py --checar 307 de 307 idênticas. De quebra, titulo_curto() deixou de cortar em todo " · ": só corta quando o resto tem cara de processo — "Missão · Visão · Valores · Propósito" (sobreaseed §04) virava "Missão" no _index.md, o único dos 289 ferido. Nada muda no canon; só o índice de consulta e as vistas geradas.
2.67 2026-09-14 Gate MA-P2 aprovado (MANIFESTO §221) — MA-P2 FECHA e o site recebe a camada de material. Veredito verbatim: "V-MA2.1 MA-P2: fechar · V-MA2.2 site: a · veto: nenhum". Componentes v1.56: o MA12 do §93 deixa de esperar a medição e escreve o piso de campo (4 núcleos · 8 GB · 60 Hz · 2560 px: taxa do monitor mantida, um quadro isolado de até 67 ms por rolagem); §93.6 e a linha do §47 atualizados. gen-site.py v0.3 emite a camada pelo material_bloco.py (casca com luz, cabeçalho em vidro, ação primária em metal — as três peças da variante que ele viu nas folhas F10.5 e MA-P2) e o <html> declara data-material; a régua RC achou 2 textos de tinta de marca abaixo do piso no claro DEPOIS da camada (a linha de base do HEAD passava 84/84) — text-brand-strong pela §5-g, como na MA-P3; placar final RC 84/84 nos dois temas, 15 de 15 telas com data-material no rito; suite-site 66/66; render-site 23/23 depois de a régua aprender que data: URL não é terceiro (o grão da casca; cobaia com um terceiro real reprova nos 4 asserts); cabeçalho fixo medido em y = 0 a 1440 e 390 px, nenhuma rolagem lateral; evidência fresca nos dois temas em evidencia-ma-p2/. O registry (LEIA-ME e o comentário do seed-material.css) e a página /material/ dizem que o vidro fora do chrome está liberado; a nota "sem a camada" da /material/ passa a exigir motivo por tela (aborta sem). Aberto depois desta: CT-P9, LC-11, LC-12, SH-P9, HV-P4, LC-01/02/04/05, PB-P9, PB-P11.
2.66 2026-09-14 Gate F11.1 aprovado (MANIFESTO §220.1) — MA-P3 e F11 FECHAM; as cinco medições da MA-P2 nas máquinas da empresa entram (§220.2) e a MA-P2 vai a gate (§220.4). Veredito verbatim: "V-F11.1 tabela SH17: confirmo · V-F11.2 login: aprovo · veto: nenhum" — componentes v1.55 (o §46.4 registra a confirmação). MA-P2: sete medições em cinco portes; nas cinco máquinas da empresa as duas cenas seguram os 60 Hz do monitor (16,7 ms médio e p95 com e sem); o custo é um quadro isolado de 50–67 ms nas de 4 núcleos · 8 GB a 2560 px, provado único pela contagem de quadros; a posição na rolagem não conferida. A bancada passa a dizer em que quadro caiu o pior intervalo e ganha o "como ler" (o quadro médio é o teto do monitor, não o custo). Reprodução local com CPU estrangulada: sustenta "primeiro desenho da rolagem" mas exagera (custo contínuo que as máquinas dele não têm) — proxy, não campo (§220.3). Folha do gate MA-P2 v1: V-MA2.1 (fechar e liberar vidro fora do chrome, MA12 — recomendação: fechar) · V-MA2.2 (o site: a) agora · b) depois de medir num celular · c) manter — recomendação: b) · veto. Nada do §93 muda antes do veredito.
2.65 2026-09-14 F11 ABERTA (MANIFESTO §219) — consumo do DS por agentes de dentro de um consumidor; veredito do gate MA-P3 registrado (§218); MR-P18 fechada. Ele perguntou se a organização do DS era boa o bastante para IA depois de a sessão do ERP construir uma tela sem o shell; a análise da transcrição achou três causas (porta do ERP apontando para um canon concorrente; gabaritos publicados sem casca sem dizer que é bancada; skill apagada pela compactação) e ele mandou executar. Feito: SH17 no §46.4 (componentes v1.54) com a tabela dos 16 gabaritos e a /telas/ remedindo a casca; CP28 (composição v2.3); índice por necessidade (seed-consulta.json → fatias, _index.md, llms.txt com regra de consulta, CI-10, 154 de 288); skill com o passo 0 "shell primeiro" e "por tarefa"; porta do ERP (commit a3e015a na dev do ERP); marca do login refeita (logo vertical, AU-12/16/17, 12.ª guarda guarda-marca-embutida.py, contrato ME); LC-11 e LC-12 na fila. Gate F11.1: V-F11.1 (tabela SH17) e V-F11.2 (login).
2.64 2026-09-14 MA-P3 EM GATE (MANIFESTO §217) — as seis telas de referência sem gerador ganharam gerador, e cinco receberam a camada de material. Ordem dele: "siga pra sua proxima etapa"; a próxima, escolhida pela sessão e exposta a veto, foi a MA-P3 (última fronteira do §93, MA12). Porte: cada HTML aprovado em 2026-08-23 virou molde + gen-tela-<x>.py (bloco de tokens do gêmeo pelo tokens_bloco, sentinelas, versão em fonte única); a primeira geração mudou 1 linha por tela (o selo do bloco, v1.20 → v1.26 — os 300 valores já eram idênticos ao gêmeo vivo), quebras de linha mistas preservadas, duas gerações com MD5 igual. Material: atividade v0.2, busca v0.3, onboarding v0.3 (casca, topbar em vidro, rail em metal, botão primário em metal), configurações v0.2 (casca, navegação lateral em vidro, botão em metal), autenticação v0.4 (casca no palco, botão em metal); documento v0.1 fica sem (C25: o canvas é a tela; MA3). Régua RC: a primeira rodada deu 7 FAIL e a linha de base no HEAD explicou 10 deles como dívida pré-existente (tinta de marca sobre brand-subtle, 4,28) — corrigida com text-brand-strong (§5-g); o avatar claro saiu do metal (3,63); o item ativo do rail das três telas passou do véu branco de agosto à pílula clara do SH15-b. Final: 0 FAIL em 14 de 14 telas, dois temas; seis suítes jsdom com o placar de agosto; guardas transversais sem FAIL. Nasce CT-P9 (o par no acervo inteiro). Marcador da F10 corrigido para ✅ (estava ⚪ com as seis fases fechadas). Folha do gate MA-P3: V-P3.1–V-P3.5 + veto.
2.63 2026-09-14 PR-P7 FECHADA (MANIFESTO §216.2) — a unicidade de código de pendência vira a 11.ª guarda do rito. guarda-codigo-pendencia.py (contrato UC): UC-1 nenhum código XX-Pn nasce em duas seções de topo do MANIFESTO sem colisão registrada (a forma "nasceu como X" do §214.2 aceita a evidência mantida); UC-2 nenhum código com duas linhas nesta fila; UC-3 por série o maior em uso e o próximo livre — a linha que a sessão lê antes de escrever um código; UC-4 cobertura (791 de 2.157 arquivos rastreados, 296 códigos em 76 séries). Provada nas duas colisões reais lidas do git (--cobaia: VT-P4 em d32f465, MR-P14 em 1bfb9e0 — reprova exatamente o código de cada uma) e numa negativa sintética; HEAD passa. Dois consertos do instrumento antes do placar (a linha de versão do MANIFESTO recapitula os "nasce" e não conta; "NASCEM: A · B · C" conta a cadeia inteira). MA-P2: primeira medição dele (máquina de porte de desenvolvimento, custo indistinguível) registrada no §216.1; ele mede hoje em outras máquinas. Nada muda no material, nas telas nem na vitrine.
2.62 2026-09-13 PR-P6 FECHADA (MANIFESTO §215) — o rito de fechamento passa a gravar um SELO e a publicação recusa commit sem selo. O selo é a árvore do índice provada pelas dez guardas (git write-tree), gravada em .git/seed-rito-selo no fim de toda rodada local verde do fechar.sh e apagada no início de cada rodada; o deploy/publicar.sh compara com a árvore do commit a publicar antes de abrir qualquer ssh e sai 1 sem selo ou com selo de outra árvore — sem variável de contorno, de propósito. Mecânica nascida do incidente c30cb3b (§213.11): a cadeia com ; publicou sem o rito; agora, mesmo que a cadeia falhe, o servidor não recebe árvore não provada. Nada muda no material, nas telas nem na vitrine.
2.61 2026-09-13 VT-P5 FECHADA por veredito dele (MANIFESTO §214) — o rótulo "Design System" sai do cabeçalho da vitrine. Resposta dele no chat, verbatim: "VT-P4: a". A pendência tinha nascido como VT-P4 no §213.6 e o código já era da publicação incremental (§165.4, 2026-09-06): renumerada VT-P5 (§214.2), com o §213.6 mantido como evidência do que ele leu. Nasce a PR-P7 (guarda de unicidade de código de pendência no rito), porque é a segunda colisão da mesma classe em cinco dias (MR-P14, 2026-09-08). Mudança: o gen-vitrine.py deixa de emitir o rótulo e o vitrine.css perde as regras dele; navegação em UMA linha de 1280 a 1920 px (medição no §214.4). Achado de passagem (§214.5): o censo de rolagem horizontal das 360 páginas do sitemap, com o CSS do HEAD, achou ONZE rolando de lado a 390 px (a pior, /pedidos/, em 682 px) — quatro regras de CSS (overflow-wrap no <code>, no cartão e no corpo; duas colunas de cartões abaixo de 960 px) levam a 360 de 360, e nasce a décima guarda do rito, guarda-rolagem.py (contrato RL), que mede todas as páginas a 390 e 1366 px, na bancada e em produção. Aplicado sem pergunta, exposto a veto: as quatro regras de CSS; e as linhas deste log estavam em três ordens ao mesmo tempo (2.39–2.51 crescente no topo, 2.60→2.52 decrescente, 2.38→1.0 decrescente) — reordenadas numa ordem só, a mais nova primeiro, sem mudar uma letra de nenhuma linha (conferido por multiconjunto). Publicação (§214.9): o modo incremental do publicar.sh caiu com 396 caminhos num git archive só ("Argument list too long" do Windows) sem tocar o servidor; passa a empacotar em lotes de 40 e a viajar num tar único por uma sessão ssh, ensaiado com a lista real antes de commitar.
2.60 2026-09-13 Incidente do fechamento da F10.6 e a PR-P6 (MANIFESTO §213.11). O commit c30cb3b subiu e foi publicado SEM o rito: a cadeia estava com ; depois do rito, e o script de registro caiu (um % literal num texto formatado por %, a lição do dia anterior repetida) depois de já ter gravado componentes v1.53 e roadmap v2.59 — as fatias da camada de IA ficaram velhas em produção por minutos ("10 de 12 canônicos reconstituem") até o commit seguinte rerodar o rito. Nasce a PR-P6: o rito grava um selo com o HEAD que provou e o publicar.sh recusa HEAD sem selo — mecânica, não lembrete. Nada muda no material nem nas telas.
2.59 2026-09-13 F10.6 FECHADA (MANIFESTO §213) — a camada de material chega a quem consome o DS, pelos três caminhos, gerados da mesma fonte. Ordem dele: "pode abrir a F10.6". Registry: 4.º item @seed/material — src/styles/seed-material.css com as classes .seed-mat-* emitidas pelo material_bloco.py (a mesma receita das nove telas, com nome de classe no lugar do seletor de molde), sob html[data-material="vidro-metal"], só var(--seed-*), dependente de @seed/tokens; LEIA-ME com a tabela de classes, onde não vai (MA3/MA12) e a obrigação de medir (MA7); guarda-registry conta 4 itens e ganha o RG-8 (interruptor, só tokens, content, dependência). A linha desta fase dizia "@seed/theme ganha a camada": medido na implementação, o tema do shadcn só carrega apelidos de cor — a forma certa é o item próprio. Vitrine: /material/ — a regra (§93 e §3d dos tokens, byte a byte), a amostra viva montada SÓ com as classes do registry (a página é a primeira consumidora do item; o <html> dela leva data-material), controles que mexem nos tokens ao vivo (o var() resolve no mesmo elemento, então funciona no <html>), a lista das telas com a camada medida no arquivo, e a bancada da MA-P2 (window.seedMatMedir(n, ms)); pagina() ganhou html_attrs/extra_head; a página de cada tela diz se carrega a camada; "Material" entrou na navegação. Skill: passo do material no modo código (herdado por geração; registry.md e mapa-do-canon.md já vinham). Medição da bancada nesta máquina de desenvolvimento (8 núcleos, 16 GB, Chrome 153 com janela e GPU): 8,3–8,9 ms por quadro com e sem a camada até 240 cartões; a MA-P2 fica aberta com o instrumento pronto — falta a máquina de campo. Achado pré-existente, medido: a navegação do cabeçalho da vitrine quebra em duas linhas acima de 1400 px — com 11 itens em produção e com 12 agora — porque o rótulo "Design System" só some abaixo de 1400 px e o contêiner é fixo em 1240 px: acima de 1400 nunca cabe (medido de 1401 a 1680 px: duas linhas com o rótulo, uma sem). Vira VT-P4 (MANIFESTO §213), com as saídas e o custo para ele. Aberto: MA-P2 (campo), MA-P3 (6 telas), VT-P4, SH-P9, HV-P4, LC-01/02/04, PB-P9, PB-P11, LC-05.
2.58 2026-09-13 Gate F10.5 aprovado (MANIFESTO §212) — a F10.5 vira ✅; F10.1–F10.5 fechadas. Veredito verbatim: "V-M5 chat: aprovo · V-M5 detalhe: aprovo · V-M5 gantt: aprovo · V-M5 lista: aprovo · V-M5 quadro: aprovo · V-M5 referencia: aprovo · V-M5 tabela: aprovo · V-M6 luz do topo do rail: 8 · V-M7 site: a · veto: nenhum". Aplicado: nenhum gerador muda (as telas ficam como o commit 3fef650 as gerou); a luz do topo do metal do rail fica em 8 % (tokens v1.26, agora decisão dele; a alternativa 0 % descartada); o site (§47) fica sem a camada até a medição de GPU (MA-P2) — quando ela fechar, a pergunta volta com o número; os sete itens expostos a veto ficam. Componentes v1.52. Próximo: F10.6 (vitrine /material/, @seed/theme, skill) e MA-P2; MA-P3 espera o gerador das seis telas. Aberto fora da F10: SH-P9, HV-P4, LC-01/02/04 (fila sem prazo), PB-P9, PB-P11, LC-05.
2.57 2026-09-13 F10.5 entregue em gate (MANIFESTO §211) — a camada de material entra nas sete telas de aplicação que faltavam, e a régua acha o ponto cego da primeira aplicação. Ordem dele: "pode abrir a F10.5". Os sete geradores (gen-tela-chat/detalhe/gantt/lista/quadro/referencia/tabela.py) passam a emitir a camada pelo módulo único (material_bloco.receita + completar + exigir), com as peças de V-3 que existem em cada tela; conteúdo opaco (MA3); moldes com data-material; regeneração byte-idêntica. Achado da régua RC: 12 rótulos brancos do alto do rail em 3,25–4,27 (6 telas × 2 temas) sob a luz do topo do metal-sheen — o shell passara na F10.4 porque o item ativo, com pílula clara, ocupa a primeira posição (provado: o shell sem a pílula reprova em 3,62). Tokens v1.26: a luz cai de 30 % para 8 % (some a 18 % da altura); candidatos medidos nas 8 telas × 2 temas (0 % → pior 5,32; 8 % → pior 4,69); ficou o 8 %, aplicando a MA2 que já existia, exposto a veto com a alternativa renderizada. Placar final: 18/18 medições, nenhum texto abaixo do piso. Três instrumentos por cor declarada aprenderam a camada (linha de base no HEAD medida antes): suite-composicao RAIL-02 exige o anel do estado de cada peça (vidro → glass-border); guarda-colisao SH1-c conta o nó de texto só no eixo que transborda (39.º refinamento); contraste-composicao compõe o gradiente do metal sobre a cor opaca (31.º) — antes lia o canvas fora do círculo do avatar, 1,09 falso. Achado pré-existente consertado no caminho: os moldes do gantt e do quadro carregavam o sentinela do bloco de tokens 3× e 2× (o :root saía repetido na tela gerada); ficou um. Contagens corrigidas nesta linha da F10.5: são 8 telas com gerador no lote 2 (o site inclusive) e 6 sem gerador, não 7 e 7. Faixas de estatística em vidro foram renderizadas e descartadas sem gate (vidro sobre conteúdo opaco não muda pixel). O site (§47) vai ao gate como pergunta (V-M7), renderizado com e sem a camada; o gerador não o emite até o veredito. Suítes: composicao 33·0/32·0/27·0 (= HEAD), detalhe 73·0, gantt 43·0, quadro 35·0, container 66·0, colisão 36·0 (nove telas) e 212·0 (acervo), contraste-composicao 18·0, forced-colors 18·0, valor-gêmeo 9·0, tinta-marca 2·0, tipografia-viva 9·0, barra-fixa 9·0, paridade 110·0; HV-P4 segue pré-existente (igual ou melhor que o HEAD). Aberto: gate F10.5 (V-M5 sete telas · V-M6 luz do topo · V-M7 site · veto), F10.6, MA-P2, MA-P3 (6 telas), SH-P9, HV-P4.
2.56 2026-09-13 Bloco D-1..D-4 executado (MANIFESTO §208 o veredito, §210 a execução). D-1: o item 7 do §6 do sobreaseed.md (Mercado Livre) passa de "exposto a veto" a confirmado por ele (A = mantém como está; escopo do serviço segue não registrado). D-2: MR-P17 fecha — nasce gen-subset-fontes.py (repertório declarado, saída determinística, --checar 7 de 7), o subset seed ganha a faixa de setas e sinais nas duas famílias (+760 a +964 B por peso), as 12 famílias de peça que o embutem foram regeradas pelos geradores e a evidência PNG re-renderizada; marca v5.46 §4.5. D-3: banco-tokens.html removida pelo processo (tabela aprovada; VT-P2 fecha; composição v2.2 tira a linha do mapa de nomes). D-4: LC-01, LC-02 e LC-04 ficam na fila sem prazo, por decisão dele.
2.55 2026-09-13 SH-P10 FECHA — a barra do item ativo sai do rail (MANIFESTO §209). Veredito dele verbatim: "SH-P10: b-tirar-do-rail". O SH5 do §46 passa a ser por região (sidebar: barra + peso · rail: pílula clara + peso), a regra ::before saiu dos 8 moldes com rail, as 8 telas foram regeradas byte-idênticas e as duas suítes que a sondavam (SH5-04, PX-01/PX-02) passaram a provar a AUSÊNCIA da barra e a presença da pílula. Componentes v1.50.
2.54 2026-09-13 Gate F10.4 aprovado (MANIFESTO §207) — a F10.4 vira ✅ e a §93 vira estável (v1.49). Veredito verbatim: "V-M1 shell: aprovo · V-M2 painel: aprovo · V-M3 metal do rail: 1 · V-M4 sidebar: vidro · veto: nenhum". Aplicado: a sidebar entra na receita de vidro do shell (gen-shell.py, regeneração byte-idêntica; régua RC 71/71 nos dois temas; suite-shell 72·0, render-shell 34·0) — MA-P4 FECHA; o rail fica em --seed-mat-metal: 1. Achado dele fora do escopo, medido antes de mexer: a barra vertical do item ativo do rail é a marca do SH5 (decisão registrada, 8 moldes, sondada em pixel pela suite-composicao) — nasce SH-P10 com as duas saídas renderizadas em cor e em cinza e o custo de cada uma; nada foi mexido. Aberto: SH-P10, F10.5, F10.6, MA-P2, MA-P3, SH-P9.
2.53 2026-09-12 F10.2 fecha e F10.4 é entregue em gate (MANIFESTO §206) — o material entra no canon e nas duas primeiras telas no mesmo dia. F10.2: seed-componentes.md v1.48 ganha a §93 "MATERIAL — vidro e metal" (MA1–MA12: onde vai vidro, onde vai metal, o que fica opaco, fundo com luz só na casca, movimento desligável, fallbacks no token, régua obrigatória, emissão pelo módulo único, tinta de marca -strong no vidro, nada de textura de período fixo, calibração por peça, alcance). F10.4: nasce material_bloco.py (uma implementação por peça; tokens medidos no gêmeo; fallbacks extraídos verbatim; aborta se faltar token — NV-01 mecanizado), gen-shell.py v0.9 e gen-painel.py v0.16 emitem a camada e declaram data-material; a régua RC roda nas duas telas no rito e devolve zero texto abaixo do piso nos dois temas. O que a régua mudou no caminho: MA-P6 fechada no gerador (errata E-CF-06 no §46: a conta de 9 caracteres do SH3 era de 9 px; a 11 px só cabe com o tracking do papel); a tinta de marca dentro do vidro vira text-brand-strong por escopo (§5-g; 9 textos em 4,42–4,49); tokens v1.25 — a luz do canvas escuro cai de 40/26 % para 26/18 % (o micro-rótulo text-secondary do primeiro KPI media 4,41; medido em quatro intensidades) e a nota de calibração do §3d ganha errata (sobrescrever --seed-mat-metal no escopo não calibra nada: o var() resolve onde é declarado — a régua devolveu os mesmos números em 1, 0,7 e 0,4; a calibração reemite os tokens no escopo). Dois instrumentos ajustados com o motivo escrito: a casca guarda surface-subtle declarado (o render-contraste media texto contra o body, 1,79 falso) e a guarda-colisao deixa de tratar fundo recortado por texto como fronteira. Nasce SH-P9 (peso 800 sem face). Aberto: o gate visual da F10.4 (duas telas × dois temas · calibração do rail 1/0,7/0,4 · sidebar), F10.5, F10.6, MA-P2, MA-P3, MA-P4.
2.52 2026-09-12 F10.1 e F10.3 fecham (MANIFESTO §205). F10.1: a camada de material vira 18 tokens --seed-mat-* (seed-tokens.md v1.24 §3d; grupo semantic.mat; paridade 110 PASS · 0 FAIL; fallbacks executáveis no gêmeo); o fundo com luz é derivado da rampa turquesa e o 20 % de metal do gate não virou valor. F10.3: nasce a régua de contraste rasterizado (contraste-raster.mjs, contrato RC — duas capturas, máscara de glifo por diferença, pior pixel) e a nona guarda do rito (guarda-material.py), com cobaia de placar escrito antes. A MA-P1 foi medida: sobre vidro e luz nenhum texto cai abaixo do piso; o custo está nos rótulos do rail sob o reflexo (7,47 → 4,79). Achado no canon: o rótulo ativo do rail vaza 1 px da pílula (2,08) — MA-P6, conserto no gen-shell.py na F10.4. Bloqueio da promoção a canon levantado.
2.51 2026-09-12 Nasce a F10 — Material: vidro e metal (MANIFESTO §204; pesquisa em 09-pesquisa/material-vidro-metal-2026-09-12/). Pedido dele: "Estou achando as telas criadas com o DS muito basicas (…) Faça uma pesquisa profunda sobre aplicação de liquid Glass metalizado em DS de grandes empresas (…) e gere 2 exemplos". Pesquisa em 13 fontes datadas (Apple Liquid Glass e os três recuos, NN/g 2024 e 2025, Fluent/Acrylic, Material 3 Expressive, Atlassian, Carbon, Fiori Horizon, SLDS 2, visionOS, One UI 8.5, tendência cromo) — 0 de 8 DS corporativos usam metal em controles; o par renderizado (shell §46 + painel §48, claro e escuro, vivo, com controles de calibração) foi ao gate como Artifact. Veredito: V-1 = B (adotar inteira), V-2 80 %/72 %/18 px, V-3 tudo menos a sidebar, e o achado dele no rail (listras = moiré do escovado de 1 px) consertado no mesmo dia. Seis bricks e cinco pendências MA-P1..P5; a régua de contraste rasterizado (F10.3) bloqueia a promoção a canon.
2.50 2026-09-11 MR-P16 FECHA por gate de escuta (MANIFESTO §203; marca v5.45; práticas v1.5). Modelo eleven_multilingual_v2; os cinco parâmetros fixados NA VOZ (50 % · 75 % · 0 · boost ativado · 1,0 — os padrões da API: a voz nunca tinha sido ajustada); escopo comunicação + ERP + telefonia/URA, com as fronteiras escritas; roteiro de locução escrito para ser falado; registro de modelo, parâmetros, semente e roteiro por locução. E a varredura da fila do mesmo dia (§202): LC-09, PB-P4, PB-P6, GT-P1 e PR-P5 fechadas — o rito é fechar.sh; MR-P17 e PB-P9 medidas para decisão dele; LC-05 vai a gate com renders.
2.49 2026-09-10 Bloco PB-P7·P8·P9·P10 (MANIFESTO §200) — a F9 está fechada, então isto é fila, não fase. ✅ PB-P7 FECHADA: 43 normas lidas na ficha oficial da ABNT (43 de 43 em fonte oficial) e cruzadas com o acervo: 12 mortas ainda citadas — quatro delas no selo de prancha, uma nos onze uniformes (morta há dez anos), e a NBR 5419:2015, cancelada em 10/03/2026 —, 2 com ano errado, 7 em revisão. Nasce a guarda guarda-normas.py (contrato NB, 6 itens, censo datado, tolera o registrado na PB-P11 e reprova o novo); placar de nascimento 0 FAIL · 21 AVISO · 1 NÃO MEDI, 14 FAIL em modo estrito. ✅ PB-P8 FECHADA por aplicação: seed-componentes.md v1.47 e /acessibilidade/ citam a NBR 17225:2025 ao lado da WCAG 2.2 — e o alvo de toque de 44×44 deixa de ser atribuído à WCAG (AA é 24×24; 44 é regra SEED). ⚠ PB-P9 MEDIDA: o símbolo de acessibilidade do art. 63 § 1º da LBI falta nos dois sites; a arte vai ao gate, o institucional vira pendência no projeto do site. ⏱ PB-P10 ganha o NB-5 (58 citações do 10.10.1 mapeadas; avisa a 90 dias de 01/06/2027, reprova depois). ⛔ Nasce PB-P11: corrigir as citações mortas com revisão do engenheiro responsável. Achado colateral: seed.eng.br passou a servir o site novo (MD5 idêntico a novo.); a virada não foi desta sessão; o MK28 vira história datada. Em paralelo, MR-P16: publicada a folha do gate de escuta da voz Clara (5 perguntas, referência embutida, amostras em 2 modelos e 2 escritas) — o conector não expõe parâmetro nenhum, então a recomendação é fixá-los NA VOZ, uma fonte só. Aguarda as respostas dele. Nascem também a guarda guarda-bytes-controle.py (contrato BC — o heredoc gravou bytes de controle três vezes em 48 h, e a régua achou um de duas semanas dentro do marca-seed.md) e a PR-P5: o rito de fechamento vira UM script com código de saída, porque a guarda-grafismo.py listada no rito não rodou no fechamento de 2026-09-09 e /marca/ foi publicada vermelha (§200.6, §200.8).
2.48 2026-09-09 A F9 INTEIRA fecha — 10 de 10 bricks. Com a F9.4 e a F9.6 fechadas, não sobrou brick aberto na fase: seis planejados no gate de abertura e quatro nascidos de pedido dele durante o caminho. O cabeçalho da fase ainda dizia 🔵 EM CURSO com tudo fechado — terceira vez no mesmo dia que um marcador de estado é pego mentindo (as outras duas na v2.42), o que já é padrão e não acaso: o marcador se corrige no movimento em que o último item fecha, não quando alguém pergunta. O que sobra do DS agora é fila, não fase: as pendências abertas (LC, MR, PB) e o que ele decidir priorizar.
2.47 2026-09-09 A F9.4 FECHA — nasce o §47.6, o pacote GEO (MANIFESTO §199). O brick mandava "remedir antes de abrir", e a remedição mudou o tamanho do trabalho: o site novo já aplicou a maior parte, então o que faltava era a especificação, que não existia. O §47.6 traz MK24 (a política de robôs é escrita e nomeia cada robô, com a lista relida hoje nas páginas oficiais — apareceu o OAI-AdsBot e as duas páginas mudaram de endereço), MK25 (JSON-LD por tipo, nenhuma página do sitemap sem), MK26 (llms.txt gerado), MK27 (descoberta ativa) e MK28 (a régua mede o site servido, com denominador). ⚠ Achado grande da medição: seed.eng.br ainda serve o site ANTIGO — a camada de máquina do site novo, feita em 2026-09-05, está invisível para o mundo, porque o novo vive em novo.seed.eng.br. E a régua nasce com essa lição embutida: a primeira coisa que ela confere é o domínio, porque medir no endereço errado dá diagnóstico falso nas duas direções — foi o que aconteceu comigo hoje.
2.46 2026-09-09 A F9.6 FECHA — o mapa de propagação final está completo. Os três itens do brick: o mapa das 29 seções do v1 para o v2 (22 absorvidas, 7 revogadas, 33 de 33 destinos conferidos), a remoção executada por veredito dele, e o LEIA-ME do v1 atualizado — que mandava procurar os canônicos numa pasta do Drive deletada há duas semanas e descrevia como "em serviço" um arquivo que acabara de sair. ⚠ Achado ao conferir o que aquele arquivo afirmava: duas pendências citadas em prosa não batiam com as filas vivas — a MR-P3 trata de outro assunto e já estava fechada; a GR-P1 não existe em fila nenhuma (a que existe é a GR-P10, resolvida). O defeito que elas nomeavam era real e está resolvido; os códigos é que eram fantasmas.
2.45 2026-09-09 A revisão que ele pediu da /marca/ achou o pior defeito do dia (MANIFESTO §198.5). Ordem dele: "o menu tem nomes com numeros e outros sem (…) e revise a pagina." O menu era hierarquia, não nome: 26 itens onde há 6 seções — as outras 20 eram subseções do canon, filhas do último item, aparecendo como irmãs; a coluna passa a listar só os H2 da própria página. ⛔ E a revisão achou que o trecho do §5 exibido NA PRÓPRIA PÁGINA mandava pegar os vetores em 02_assets/, pasta que não existe desde a migração de agosto — mais o §5.4 e o §6 pelo mesmo caminho morto. A página nasceu para acabar com o "cada um se vira" e o canon dentro dela mandava procurar no lugar errado. marca-seed.md v5.44: o §5 lista onde pegar em ordem de preferência (a página, o repositório, e o espelho do Drive em terceiro com a medição RD-P1 ao lado), e a frase "duas fontes equivalentes" com três na lista perdeu o número — contagem em prosa, de novo.
2.44 2026-09-09 Nasce a página /marca/ — os ativos estavam públicos e invisíveis (MANIFESTO §198). Falta que ele sentiu, verbatim: "uma falta que tive no DS é o acesso as imagens da eeny, das logos, etc. nao deveria existir um menu com esses materiais navegavel?". Medido: os 27 vetores de 03-assets/ já eram servidos com HTTP 200 desde a F9.1 e nenhuma página os listava — só se chegava sabendo o nome do arquivo. Pior: o llms.txt afirmava que eles não estavam nesta superfície, falso desde a F9.1 — índice de máquina que declara ausente o que existe é a pior classe de erro do acervo, porque o agente que acredita resolve por conta própria, e "por conta própria" foi o que desenhou a logo à mão em 2026-09-08. A página é gerada, lista MEDIDA no disco, um cartão por ativo com download, a regra do canon por família e a ordem obrigatória no topo; o fundo do cartão não inverte com o tema (medido: a arte escura sumia no tema escuro) e é o único lugar da vitrine que consome um primitivo, com o motivo no CSS. ⛔ E o olho achou um defeito PRÉ-EXISTENTE que as 15 provas do contrato VT não viam: todo item do menu lateral terminava em # e um trazia entidade duplamente escapada — em /conteudo-e-voz/ e /acessibilidade/ também. Uma correção no ancora_h2 consertou 84 itens em 6 páginas. Lição paga de novo: o primeiro conserto não pegou porque o \b da expressão regular, escrito por heredoc, virou byte de controle 0x08 — placar idêntico depois de uma correção é investigação, e a resposta estava nos BYTES da linha, não no código relido.
2.43 2026-09-09 A F9.10 fecha e a F9.6 abre — ordem dele no chat, verbatim: "pode fechar a F9.10 e abrir a F9.6" (MANIFESTO §197). A F9.10 entrega o contrato CP com doze itens e a fila CP-P1 a CP-P4 zerada; o que ela fixa como método é maior que o instrumento — placar sai com a lista do que a régua não mede, o olho continua obrigatório, e quando o olho acha o que a régua não achou conserta-se a RÉGUA. A F9.6 abre com o reconhecimento todo medido: 29 seções (não 30), 22 absorvidas e 7 revogadas, 33 de 33 destinos conferidos, nenhum ativo morrendo (24 ícones do v1 contra 31 do v2, 23 nomes redesenhados na linguagem de linha), 404 medido em produção e um só instrumento medindo o arquivo. Achado incidental: um .pyc rastreado no repositório apesar do .gitignore, resíduo de import de gerador — entra na tabela de remoção. Lição de instrumento do dia: grep por substring precisa de fronteira de palavra — delegado casou com legado e inflou o levantamento de impacto.
2.42 2026-09-09 Dois marcadores de estado mentiam, e o achado veio de responder "o que temos agora?" — segunda vez que este projeto pega a mesma classe (a primeira foi a marca v5.28, em 2026-08-27, ao responder "quantas pendências temos?"). A F9.8 abria com 🔵 EM CURSO e o texto da própria célula, escrito no mesmo dia, dizia "✅ FECHADA em 2026-09-08" — o vivo é a prova (22 seções, guarda PB com cobertura 22 de 22, vencimento em 2027-03-08), marcador corrigido para ✅. A F9.10 continua 🔵 com razão, porque o fechamento do brick é veredito dele, mas a célula estava desatualizada em dois fatos MEDIDOS: falava em dez itens quando o contrato CP tem doze, e listava CP-P1 a CP-P4 como fila aberta quando as quatro fecharam por veredito dele em 2026-09-08. Lição que fica: marcador de estado é a primeira coisa que alguém lê numa tabela e a última que alguém lembra de mexer — ao fechar qualquer item, o marcador se corrige ANTES do texto.
2.41 2026-09-09 O CP-12 errou no mesmo dia em que nasceu, e quem o pegou foi uma peça de OUTRO projeto (MANIFESTO §196.6–§196.7). Ao autorizar a mudança dos geradores dos relatórios para o repositório do seed-ads, a sessão mediu os PDF que já viviam lá — feitos por outra linhagem de scripts — e o item novo produziu dois defeitos próprios: acusou o valor R$ 13,81 de ser "rótulo órfão" (a definição era "texto curto sem minúscula", e dinheiro também não tem minúscula) e escreveu uma linha de resumo que contradizia o próprio veredito ("nenhum rótulo órfão" enquanto reprovava por um). Corrigidos: rótulo agora exige três letras e nenhum dígito, e o resumo conta as duas classes. Provado em cinco cobaias com placar declarado antes, todas batendo. A lição: régua nova só é régua depois de medir peça que ela não fez — a cobaia de dentro prova que o instrumento acha o que foi escrito para achar; a de fora mostra o que ele acusa por engano. E a medição revelou que existem duas famílias de geradores para os mesmos dois relatórios (9/3 e 8/4 contra 12 PASS · 0 FAIL da linhagem da skill): nada apagado, escolha registrada como ADS-016 na fila do seed-ads — primeira vez que o contrato CP arbitra entre duas implementações concorrentes.
2.40 2026-09-09 Segunda vez que a ficha passa limpa numa peça com defeito de página — nasce o CP-12 (MANIFESTO §196). Pedido dele depois de o computador reiniciar: "verifique se a skill está ativa, se sim, refaça os 2 PDF aplicando a skill". Skill ativa e igual à publicada (2026.09.08+09270cb6, medido contra o VERSAO.json de produção). ⛔ Com 11 PASS · 0 FAIL nos dois, a rasterização achou uma folha com 0,7 % de tinta e um subtítulo partido no meio da frase: break-inside: avoid num bloco mais alto que meia folha, que é empurrado inteiro e deixa o vazio atrás. Conserto na regra (o avoid sai do contêiner longo e vai para os blocos pequenos, com break-after: avoid no cabeçalho e no rótulo): o documento caiu de 17 para 14 folhas sem perder uma palavra. Nasce o CP-12 — folha aproveitada: piso de 5 % de tinta por folha de miolo (medido — a mais leve das corrigidas tem 5,7 %; capa e última folha isentas, com o motivo escrito) e nenhum rótulo órfão no pé. Provado em cobaia com placar declarado antes: a v3 defeituosa reprova apontando as folhas 4, 6 e 10, a v4 passa, e o outro documento passa nas duas versões (a régua não reprova em bloco). E o texto da skill ganhou o que faltava: a contagem "dez itens" saiu (contagem em prosa é denominador sem guarda) e entrou o passo olhe a peça, com o que procurar e a obrigação de declarar o que a ficha NÃO mede. Peças entregues: 12 PASS · 0 FAIL · 1 AVISO cada.
2.39 2026-09-08 A régua refez as duas peças que a originaram — e achou três defeitos MEUS no caminho (MANIFESTO §195). Pedido dele: "refaça os 2 PDF (…) nao precisa refazer a pesquisa, apenas gere novamente o material com a skill atualizada". Conteúdo intacto (nenhum número mudou); mudou só a aplicação do DS — grafia, contraste, tamanho pelos pisos do §4.8 e tipografia. Resultado: 10 PASS · 0 FAIL · 1 AVISO em cada, contra 6 e 7 PASS com 3 e 2 FAIL nos originais. O que a régua pegou no meu trabalho: título de caixa a 4,20:1, a classe .mono a 7,4 pt (abaixo do piso que eu acabara de escrever) e a nota de capa colidindo com a serra — nenhum visível a olho, todos no placar. ⛔ Defeito do acervo achado pela produção: o subset seed da Montserrat não tem a seta → e a peça caía no Segoe UI do sistema em silêncio — regra nova na §4.5 (tela usa subset, impresso usa TTF completo) e pendência MR-P17. E, por pergunta dele ("deveria aparecer no topico conteudo e voz??"), a voz falada entra na página /conteudo-e-voz/ da vitrine: seção nova de canon que não entra na página temática nasce invisível. CP-P3 fecha do lado do DS. ⛔ E a ficha deu 10 de 10 numa peça com defeito grosseiro: ele abriu o PDF e viu que "de uma pagina para a outra nao tem margem superior" — da terceira página em diante o texto começava a 0,6 mm do topo, porque o padding estava no contêiner e não na página. Ficha não substitui olhar; e quando o olho acha o que a ficha não achou, conserta-se a ficha. Nasce o CP-11 — geometria de página: o miolo tem a mesma margem superior (o canon não publica valor, então a régua exige COERÊNCIA, não número) e não começa colado na borda; sangria total é isenta. Provado na própria peça defeituosa, que reprova com o diagnóstico exato. Peças refeitas: 11 PASS · 0 FAIL · 1 AVISO em cada.
2.38 2026-09-08 A voz FALADA da marca entra no canon — marca-seed.md §9-B (v5.41) e seed-praticas.md §19.4 (v1.3), MANIFESTO §194. Pergunta dele: "temos uma voz oficial da Clara no EllevenLabs, esse tipo de informação vai no DS?". Vai — pelo mesmo motivo do logotipo: duas locuções diferentes soam como duas empresas. Registrada com o dado lido na fonte pelo conector: Clara — Voz Oficial SEED, identificador dAX8JJOgGutSLfY2AkgK, voz clonada, pt. O identificador não é credencial (nomeia, não dá acesso) e por isso vive no canon; a chave da API continua proibida, e a URL de pré-escuta devolvida pelo conector não entrou por ser assinada e expirável. Cinco regras, entre elas: a voz não narra laudo nem parecer assinado, porque responsabilidade técnica tem nome e CREA. Nasce MR-P16: parâmetros de geração e escopo de uso não decididos — vai a gate de escuta, duas versões lado a lado.
2.37 2026-09-08 Fila CP: três das quatro pendências FECHAM por veredito dele no mesmo dia (MANIFESTO §193.8). CP-P1 — "pode adotar a tabela acima": nasce o §4.8 do marca-seed.md (v5.40), o piso tipográfico por classe de peça que o canon nunca teve para impresso. 12 pt em cláusula contratual é lei (CDC art. 54, § 3º); altura = distância ÷ 200 e 15 a 50 mm em sinalização são norma (ABNT NBR 9050:2015/Em1:2020, 5.2.9.1.3, que também confirma sem serifa e caixa alta e baixa — a regra de bolso da §23 do seed-praticas.md ganha fonte); 10 pt em texto corrido e 8 pt de piso absoluto são convenção, escolhidas com custo medido (8 pt custa 10 % e 15 % dos trechos; 12 pt custaria 96 % e 97 %). O CP-3 deixa de avisar e reprova. CP-P2 — "providencie o que falta, nao precisava nem me perguntar": o conferidor passa a ler SVG (família de fonte pela DECLARAÇÃO, porque o MuPDF substitui fonte na leitura) e HTML (impresso pelo Chrome, que é o caminho real de produção); o CP-10 passa a distinguir documento de peça. Provado: SVG com defeito plantado reprova nos itens certos, e a peça aprovada placa-obra-1000x500mm.html passa 10 de 10 com o símbolo oficial reconhecido a 0,983. CP-P4 — "adicione a regra que vc citou": identificador de plataforma pode em relatório para quem já tem acesso à conta, não pode em peça pública, nunca ao lado de token; entra no CLAUDE.md do projeto e o CP-9b segue como AVISO. CP-P3 fica com ele (vai solicitar o refazimento); e a dúvida dele sobre a skill foi medida na documentação oficial: o Claude Code observa os diretórios de skill e lê o SKILL.md a cada invocação — não precisa limpar a sessão, basta invocar de novo.
2.36 2026-09-08 F9.10 — a peça PRONTA passa a ser medida (contrato CP), por ordem dele (MANIFESTO §193). Outra sessão do Code produziu dois PDF com a skill seed-ds e desenhou a logo à mão, com o SVG oficial dentro do próprio pacote. Veredito verbatim: "Se existe uma skill de DS da seed instalada, é primordial usar as regras do DS para tudo, nao tentar inventar algo (…) isso é inadimissivel." E a pergunta que definiu o trabalho: "se as capas ficaram erradas, fico questionando o que mais ele deixou de aplicar na criação" — que não tinha como ser respondida, porque a skill tinha a regra e não tinha teste. Nasce o conferir-peca.py: dez itens medidos no arquivo que vai ao cliente (cor · tipografia · tamanho · contraste contra o fundo amostrado · marca por sobreposição com o asset oficial · grafismo contra o gerador · grafia · dado institucional · segredo · camada de máquina), com ficha de conformidade e quatro estados (PASS · FAIL · AVISO · NÃO MEDI). A skill muda em três lugares: a regra de ouro nº 3 ganha a ordem obrigatória (asset → gerador → pedido de cobertura → provisório declarado) e a frase "desenhar à mão um elemento de marca é reprovação automática"; a checagem deixa de ser caixa de marcar e passa a exigir a ficha; e o pacote leva o conferidor e o token cru. Cobaia: os dois PDF reais — a régua achou quatro defeitos próprios antes de acusar a peça (o 0800 casando dentro de um id de 18 dígitos; um `
2.35 2026-09-08 F9.8 FECHADA — a onda 5 escreve as OITO bases novas do V-B2 e a base vai a v1.2, com 22 seções (MANIFESTO §192). Pedido dele, verbatim: "continue com a onda 5". Diferente das quatro ondas anteriores, que auditavam texto herdado, esta escreveu do zero sob a mesma régua de prova. Nasce a quinta etiqueta [norma] — lei, resolução de conselho, norma regulamentadora e norma técnica, sempre com número, ano da edição, órgão emissor e data de leitura —, admitida pela guarda PB. Os achados de primeira mão: ⛔ a Resolução CONFEA 1.025/2009, que boa parte do mercado ainda cita para laudo e ART, está revogada desde 2023, e a palavra "laudo" aparece zero vez na resolução que a substituiu (medido); ⛔ a NR-10 está em transição e o arquivo oficial engana — o nr-10.pdf do gov.br já é o texto novo, cuja vigência só começa em 01/06/2027, e nele o gatilho de 75 kW do Prontuário sai; ⛔ a NR-26 não tem tabela de cor — as palavras "vermelho", "amarelo", "verde" e "azul" aparecem zero vez no texto de 2022 (medido), o que invalida a tabela que circula como sendo dela; ⭐ existe norma brasileira de acessibilidade digital desde 11/03/2025 (ABNT NBR 17225, alinhada à WCAG 2.2), e o acervo mede só pela WCAG; ⛔ música em conta de empresa é proibida sem licença na Meta e no TikTok, e o som da biblioteca comercial do TikTok não pode sair do TikTok; ⭐ o Instagram publicou uma consequência de distribuição — "reels com mais de três minutos não serão recomendados para novos públicos"; ⛔ a Meta proíbe perguntar sobre a situação financeira de quem vê o anúncio, que é a fórmula clássica do anúncio de energia; e Gmail (01/02/2024) e Outlook (05/05/2025) convergiram no mesmo pacote de autenticação e cancelamento acima de 5.000 mensagens/dia. Pendências novas: PB-P7 (edição vigente das NBR no catálogo da ABNT), PB-P8 (citar a NBR 17225 ao lado da WCAG no canon?), PB-P9 (o símbolo de acessibilidade que o art. 63 da LBI exige nos sites da casa) e PB-P10 (a sinalização elétrica muda de item na NR-10 em 01/06/2027, e as peças sinalizacao-nr10 e placa-quadro precisam ser revistas antes disso).
2.34 2026-09-08 F9.8, onda 4: as §12 a §14 auditadas — as 14 seções importadas fechadas e a base em seed-praticas.md v1.0 (MANIFESTO §191; cobertura da guarda PB 14 de 14). Pedido dele, verbatim: "continue com a §12 a §14". ⛔ (1) Metade da escala tipográfica não existia no design system — a §12 prescrevia 11/13/16/18/20/24/30/36 e quatro não existem, entre eles o do corpo de texto: mandava 13 px onde o DS tem 14 (font.size.body); 30 e 36 contra os 32 e 42 reais. A mesma seção listava "spacing arbitrário (13px…)" como anti-padrão enquanto prescrevia 13 px. ⛔ (2) A §13 foi a seção com mais achado grave do arquivo: o catálogo "sintético" trazia nomes de organizações reais com valor de contrato inventado ao lado, o nome do próprio decisor como cliente PF com CPF falso, um organograma fictício que não é a equipe da SEED, e 0 de 10 CNPJ válidos numa seção que exigia dígito plausível. A regra nova é o contrário da antiga: dígito deliberadamente inválido, porque CNPJ válido pertence a alguém; nome de organização conferido para não existir; nenhum nome de pessoa real; e marca "dados ilustrativos" em todo mockup que sai da casa. ⛔ (3) A §14 tratava o apelido do shadcn como fonte do token — a fonte são as 575 variáveis --seed-*, os 32 apelidos são camada derivada, e a regra canônica é o §44 do seed-componentes.md; o consumo hoje é pelo registry publicado em ds.seed.eng.br/r/, que em maio não existia. ⚠ (4) Nasce a PB-P6: roadmap e sobreaseed.md discordam sobre a plataforma do ERP (Vite/TanStack contra Lovable). ⚠ (5) §12 e §14 se contradiziam sobre acessibilidade — a §14 estava certa (2.5.8 pede 24 × 24 px em AA; 44 × 44 é AAA), e a casa mantém 44 × 44 por decisão própria. Com esta onda a regra de versão do próprio arquivo dispara e a base vira v1.0; o cabeçalho foi reescrito porque a frase "ainda não foi auditada seção a seção" virou falsa. Falta a onda 5: as oito bases novas do V-B2.
2.33 2026-09-08 F9.8, onda 3: as §10 e §11 auditadas (MANIFESTO §190; seed-praticas.md v0.6; cobertura da guarda PB de 9 para 11 de 14). Pedido dele, verbatim: "continue com a §10 e §11". Três classes de defeito novas. ⛔ (1) A base tinha criado uma oferta comercial sozinha: um modelo pronto para copiar prometia "diagnóstico das primeiras 3 faturas em 1 semana, sem custo se não houver oportunidade clara" — prazo e trabalho gratuito que não vieram de decisão dele nem de canon nenhum. Número falso é afirmação errada; oferta é compromisso. Removida. ⛔ (2) A estatística que a seção usava para contrariar a decisão comercial dele é de 1942 — os "80 % das vendas exigem cinco retomadas" vêm de uma enquete de menos de 40 participantes sobre venda de porta em porta, e a seção mandava responder a ele "não, está estatisticamente cedo demais". Fica a regra: a base informa, não decide. ⚠ (3) O respaldo legal do contato frio não está resolvido e era tratado como se estivesse — nasce a PB-P5, para quem tem competência; a base não opina sobre base legal. Sete números dentro de modelos viraram marcadores, mais um prospecto com nome próprio e uma notícia inventada. Terceira ocorrência do empresa.md de maio como fonte de consulta, corrigida. Melhor colheita de estudo da base até aqui: Sparkle (81.966 e-mails, comparando formas de escrever — identificar-se primeiro 4,46 % contra 1,80 %; retomada simples 3,63 % contra 1,46 %; uma pergunta 1,81 % contra 1,21 %) e o Super Panorama Mobile Time / Opinion Box de junho/2026, o único estudo brasileiro da base: 4.138 donos de smartphone, coleta de 4 a 24 de março de 2026, margem de 1,5 p.p., WhatsApp em 98,3 % dos aparelhos.
2.32 2026-09-08 F9.8, onda 2: as §6 a §9 auditadas (MANIFESTO §189; seed-praticas.md v0.5; cobertura da guarda PB de 5 para 9 de 14). Pedido dele, verbatim: "continue com a §6 a §9". Onde a onda social derrubou estatística, esta derrubou contradição com o próprio canon, e o achado já saiu do papel: ⛔ cinco das treze cores da biblioteca de slides não existem mais no seed-tokens.json — a pior é o texto principal, #2a3942 contra o #0B3330 vivo, o que significa que todo deck e toda proposta gerados a partir dessas seções escreveram o corpo de texto fora da marca, em todas as páginas, sem nada acusar. Correção de raiz: a §7.0 passa a derivar a cor do arquivo de token (função token()) em vez de digitá-la. ⛔ Os dois caminhos de arquivo de logotipo estavam errados (faltava o prefixo logo-), ⛔ a tagline do fechamento pedia Indie Flower, aposentada em 2026-07-30, ⛔ a §8 mandava conferir o endereço da sede no empresa.md de maio — o arquivo que carrega justamente o erro da matriz que ele corrigiu em 2026-08-24 — e ⛔ a regra de cor de gráfico usava tinta de borda de interface, quando o seed-dataviz.md tem o DG17 e a lei "posição categórica nunca serve de neutro". Pela segunda vez em dois dias apareceu um estudo real com crédito e objeto errados: os "202 % melhor" são da HubSpot (330 mil chamadas para ação em seis meses), não da "Martal 2026", e medem botão de página web, não proposta em PDF. Saíram por falta de fonte os 61 % da Gartner, os 43 % da McKinsey, o caso único de fornecedor, a curva de atenção, os 60-70 % do sumário, as taxas de conversão B2B, os 92 % e o parcelamento "padrão de mercado". Ficou de pé, etiquetado como escola de ofício: Duarte, Minto, Tufte, Reynolds, Handal, PROLINK e Xait. Pendência nova PB-P4 (a série do código da proposta, que o ERP vai precisar emitir).
2.31 2026-09-08 F9.8, onda social: as §2 a §5 auditadas (MANIFESTO §188; seed-praticas.md v0.4; cobertura da guarda PB de 1 para 5 de 14). Pedido dele, verbatim: "continue com a §2 a §5". Dezoito afirmações de desempenho sem fonte saíram; três estudos com amostra e período entraram. Cinco achados mudam a produção: (1) carrossel tem três tetos — 20 no post orgânico, 10 pela API, 10 no anúncio de feed, 3 no anúncio de Stories — e o arquivo trazia dois deles em contradição entre a §3 e a §4; convenção nova: desenhar até 10, o teto comum aos três caminhos; (2) ⛔ o anúncio em carrossel reordena os cartões sozinho — o interruptor "destacar cartão do carrossel" vem LIGADO por padrão — e as seis estruturas narrativas da §5 dependem da ordem: a §3.3 passa a exigir a instrução de desligar por escrito na entrega; (3) ⛔ a grade do perfil do Instagram corta em 3:4, não em quadrado — medição direta no perfil @seedengenharia (12 miniaturas de 311 × 414 px = 0,750), o que corrige a §1 escrita no dia anterior; (4) ⛔ a linha "1.92 % carrossel · 1.74 % Reels · 1.22 % imagem" tinha três erros: estudo de 2020, o 1,74 % é de imagem e o 1,22 % não existe no estudo; (5) ⛔ dois casos de cliente inventados dentro de modelos prontos para copiar, um rotulado "caso real" — agora todo número de exemplo é marcador e case exige dado em documento da SEED + autorização do cliente + revisão do engenheiro responsável. Fora também o "8.25 segundos de attention span" (o mito do peixinho dourado, desmentido pela BBC) e toda a classe de limiar de algoritmo, que plataforma nenhuma publica. Canal novo descoberto: o artigo da ajuda do Instagram renderiza em facebook.com/help/instagram/<id> — segundo furo na limitação da §1.6.
2.30 2026-09-07 PB-P3 autorizada e medida: o canal abre, o dado ainda não vem. Ele liberou a permissão (quatro ferramentas de LEITURA do conector de anúncios da Meta; as que criam anúncio e gastam dinheiro continuam pedindo autorização a cada vez) e a sessão testou na hora: a comparação com anunciantes semelhantes devolve "sem dado para os critérios" em quatro janelas (padrão, histórico completo, últimos 28 dias e com objetivo de geração de cadastro); a de leilão devolve a coorte correta e lista os anúncios em veiculação, mas as três classificações — qualidade, taxa de engajamento e taxa de conversão — voltam como "ainda não disponível", porque os anúncios são novos. A conta NÃO está vazia (há campanhas ativas com entrega nos últimos 90 dias), então a ausência é de volume na coorte, não de acesso. Consequência para a F9.8: a fonte de primeira mão de desempenho por tipo de anúncio está aberta e silenciosa — as seções seguem com as quatro etiquetas e sem número de desempenho até ela falar. O limiar de entrega que a Meta exige para publicar as classificações não foi conferido na fonte nesta sessão (a busca da central de ajuda não achou o artigo) — fica [não conferido].
2.29 2026-09-07 A pista dele abriu três canais da Meta, e um deles corrigiu a §1 no mesmo dia (MANIFESTO §187). Ele escreveu, verbatim: "nunca acessei, mas me disseram que da pra acessar através da meta brandmarket ou algo do tipo que mostra sobre performace de tipos de anuncio. estanda sua pesquisa a isso" — e a pista valeu mais que o nome. Provados: texto dos artigos da central de ajuda (o conteúdo, não o resumo do buscador) e a Biblioteca de Anúncios (31 anúncios ativos de engenharia elétrica no Brasil, com página, data e endereço público de cada um). O terceiro, a comparação com anunciantes semelhantes, foi bloqueado pelo classificador e virou PB-P3. ⛔ O canal de ajuda desmentiu a §1 no mesmo dia: os "14 % / 35 % / 6 %" que ela afirmava vieram do resumo do índice de busca, não do artigo — o único percentual publicado é 40 % da base, para Reels com aviso legal. seed-praticas.md v0.3 corrige, acrescenta as especificações de Stories e fixa a regra: resumo de índice de busca não é fonte. Nascem PB-P2 e PB-P3.
2.28 2026-09-07 Vereditos da F9.8 e a onda 1 começada (MANIFESTO §186). V-B1 = A · V-B2 = as oito bases · V-B3 = A · veto: nenhum. No campo do veto ele não vetou: redefiniu o alvo — a base tem de ensinar a produzir cada tipo de conteúdo por PLATAFORMA (post do Instagram, Reels, post do TikTok, post do LinkedIn), trazendo as regras de postagem e o que os melhores do mercado, os que têm resultado, estão fazendo. Consequências: nasce a régua das quatro etiquetas; o custo sobe de ≈ 3 para ≈ 7,2 sessões (declarado antes de começar, para que cortar escopo seja escolha dele e não surpresa); e nasce a pendência PB-P1, porque desempenho de conta de terceiro a sessão não consegue medir — o resultado que a SEED pode medir é o dela. Entregue nesta rodada: §1 auditada (seed-praticas.md v0.2 — quatro divergências corrigidas, entre elas a chamada para ação de Story que estava dentro dos 35 % da base que a zona de segurança da Meta reserva) e a guarda guarda-praticas.py (contrato PB), que lê a data de revisão de cada seção e acusa a vencida no fechamento de todo brick — provada em cobaia (--hoje 2027-06-01 reprova as 14).
2.27 2026-09-07 F9.8 ABERTA pelo Reconhecimento (MANIFESTO §185), por ordem dele no fim da mensagem das correções do menu: "feito isso, abra F9.8". O censo do seed-praticas.md v0.1: 14 seções, 177 KB, nenhuma auditada contra o DS v2, todas vindas da mesma fonte de 13/05/2026 (117 dias) e quatro citando hex de cor. As bases que faltam saíram de CRUZAMENTO, não de palpite de mercado: o que a SEED comprovadamente produz (peça do §12, canônico, site) contra o que as 14 seções cobrem — a maior lacuna é documento técnico de engenharia (o §12 dá a forma do laudo, do memorial e do as-built; como se escreve um não está em lugar nenhum), seguida de fotografia de obra (quatro peças pedem "rol de fotos" e nenhuma diz como a foto tem de ser) e acessibilidade fora da tela. Aguarda o veredito das três perguntas.
2.26 2026-09-07 A rodada de correções dele sobre o menu lateral da F9.9 (MANIFESTO §184). Seis pedidos numa mensagem só, verbatim: "fixe barra superior" · "porque em tokens nao tem menu lateral?" · "componentes vc pode manter o filtro no centro, mas tbm está sem menu lateral" · "telas e peças, onde a ordem do conteúdo é indiferente, organize o menu esquerdo em ordem alfabetica. (aplique em outros que possam ser assim tbm)" · "tem alguns com letras maiusculas e outras com minusculas, padronize" · "Não achei o botao no rodapé para as solicitações". Aplicados: barra superior fixa de 640 px para cima (a 390 px ela mede 177 px e comeria um quinto da tela — medido, exposto a veto); coluna própria em /tokens/ e /componentes/, que não têm H2 no corpo (a coluna vai de 343 para 345 das 347 páginas); ordem alfabética em Telas, Peças e Canônicos (Componentes não — o § agrupa por bloco); caixa dos títulos padronizada no CANÔNICO (marca-seed.md v5.39, 14 títulos do §12), não na exibição; o pedido de cobertura vira BOTÃO no rodapé. Guarda nova VT-15 (o botão em 347 de 347) e a VT-14 deixa de adivinhar o tipo do menu. Instrumento novo medida-barra-fixa.mjs: 24 de 24 combinações de página × largura sem vazamento — e ele achou um vazamento REAL de 40 px em /componentes/ a 1024 px, que a coluna nova criou (grade de cartões com trilha 1fr).
2.25 2026-09-07 F9.9 FECHADA — o menu lateral esquerdo está no ar (MANIFESTO §182 vereditos, §183 construção). Vereditos dele, verbatim: "V-A1 (variante): A — V2 (menu da seção à esquerda + 'nesta página' à direita)" · "V-A2 (seções sem páginas filhas): A — a coluna mostra os subtópicos da própria página" · "Veto ao aplicado: nenhum". A coluna esquerda passa de 288 para 343 das 347 páginas (ficam sem ela o início, o 404 e as duas páginas sem nenhum H2 no corpo); o trilho "nesta página" aparece à direita a partir de 1200 px; no celular a coluna vira gaveta fechada, com aria-expanded sincronizado. Todo H2 do corpo ganha âncora (356 não tinham). Guarda nova VT-14: 343 páginas com coluna, 0 defeitos — e ela achou, antes do ar, os 12 índices de canônico que não marcavam item atual (nasce o "Visão geral"); a VT-5 teve o denominador corrigido para contar só os cartões.
2.24 2026-09-07 F9.9 ABERTA pelo Reconhecimento (MANIFESTO §181). O pedido dele era ambíguo em um ponto que a medição resolveu: o menu lateral das páginas de canônico NÃO é sumário de página — cada seção do canônico é uma página, e aquele menu já é navegação entre páginas; o que falta é o mesmo nas outras nove seções, onde as páginas filhas são cartões no meio do corpo (74 em Componentes, 31 em Peças, 17 em Telas). Estudo de mercado datado, medido no HTML servido e no navegador com viewport emulado (Primer, MDN, shadcn/ui, IBM Carbon, Tailwind, GOV.UK, Polaris, Atlassian, USWDS, Stripe): a coluna esquerda é navegação entre páginas em todos, o sumário da página fica à DIREITA em nove, e a largura vive entre 225 e 308 px (a vitrine já usa 250). Três variantes renderizadas com o CSS real (V1 menu da seção ≈ 0,8 sessão · V2 com trilho "nesta página" ≈ 1,4 · V3 árvore colápsavel ≈ 1,9), 12 de 12 combinações cabem nas quatro larguras. Gate de abertura em endereço NOVO de Artifact, com carimbo de versão (regra do §180.3).
2.23 2026-09-07 F9.7 FECHADA — veredito dele verbatim no MANIFESTO §180: "V-F1 (fechamento): A — aprovada; a F9.7 fecha e a próxima abre pelo Reconhecimento" · "V-F2 (ordem da F9.9): A — F9.9 (menu lateral) antes da F9.8" · "Veto ao aplicado: nenhum". A F9.7 é o canal de entrada de pedidos de cobertura (quando o canon não cobre algo, a pessoa ou a IA avisa por ds.seed.eng.br/pedidos/); ficou provada com quatro envios reais. A F9.9 (menu lateral esquerdo da vitrine com os subtópicos) passa a ser a próxima etapa e a F9.8 (bases de boas práticas) vem depois dela. Correção de acesso pedida por ele no mesmo movimento (§180.2, verbatim: "nao achei no site onde está o botao de acesso aos pedidos (…) talvez nao seja no cabeçalho, mas sim no rodapé"): a /pedidos/ entra na barra do RODAPÉ, presente em todas as páginas da vitrine — antes só era alcançável de dentro de três páginas específicas.
2.22 2026-09-07 F9.7 CONSTRUÍDA (MANIFESTO §179): o receptor é a migration B5-01 do repositório do site (private.ds_pedidos, série PC-AAAA-NNNN, RPC ds_pedido_registrar para anon com os tetos do B4 e o IP lido de request.headers — provado no vivo: ip_visto true, a saída C não foi necessária); a página /pedidos/ (formulário direto na RPC + a fila LC gerada desta tabela + endereço para qualquer IA); a skill com a 1ª linha ref: seed-ds <versão> · <data>, /pedidos/ no lugar do e-mail e scripts/enviar-pedido.py (mostra, exige --confirmo); o leitor triar-pedidos.py (a IA lê todos e julga pelo mérito — obs dele na Q2). Provas reais PC-2026-0001/0002/0003/0004 (a última no domínio, em produção). Gate de fechamento publicado. Nasce a F9.9 — menu lateral esquerdo da vitrine com os subtópicos (pedido dele no chat, verbatim na linha); a ordem em relação à F9.8 vai ao gate de fechamento da F9.7.
2.21 2026-09-07 F9.7 ABERTA pelo Reconhecimento (MANIFESTO §177): medido o que existe — a fila LC já é pública na fatia F9 deste roadmap; a vitrine é estática; o site já tem o receptor (Supabase "SEED Site", RPC lead_registrar com tetos por IP e global, série CT-, migrations com replay e pgTAP na CI); o PostgREST expõe request.headers à função (docs v13, 2026-09-07) — falta só provar que o gateway repassa o IP do navegador. Desenho em cinco itens (página /pedidos/, RPC irmã ds_pedido_registrar com série PC-AAAA-NNNN, skill com ref: e enviar-pedido.py, leitor da sessão, prova), custo ≈ 1,1 sessão. Gate: Q1 campos · Q2 referência e spam · Q3 fila pública · Q4 receptor. §176.4: guardas em produção do commit 7f14f61 — VT 13 · SK 11 · CI 9 · RG 7 PASS.
2.20 2026-09-06 O consumidor de IA é qualquer agente — regra explícita depois do erro na página /skill/ (ordem dele, MANIFESTO §176): seed-componentes.md v1.45 ganha o MK23 no §47 (audiência "qualquer IA", caminho por endereço primeiro, checagem com quatro verbos: achar, ler, citar e USAR); guarda transversal consumidor_unico.py (VT-13 na vitrine e no llms.txt, SK-11 na skill) provada em cobaia contra a primeira versão da página; checklist de nascimento de superfície no CLAUDE.md; SKILL.md com a regra de ouro 7. Restos do vício corrigidos (aside do início, .md da página, seção do llms.txt). Próximo: F9.7 pelo Reconhecimento.
2.19 2026-09-06 Nasce a F9.8 — atualização e ampliação das bases de boas práticas (pedido dele, MANIFESTO §174): pesquisa datada de cada uma das 14 seções do seed-praticas.md, levantamento de mercado das bases que faltam, ciclo de revisão (PR-P1 absorvida). A skill ganha a regra explícita "base de boas práticas primeiro, internet só para o que a base não tem", com a tabela tema → seção gerada do índice, e o modo código passa a citar o §14.
2.18 2026-09-06 Página /skill/ na vitrine (item "Skill" no menu, botão de baixar o zip, instalação por superfície) e VERSIONAMENTO da skill com aviso e atualização — dois pedidos dele no chat (MANIFESTO §172): a skill compara a própria versão com o VERSAO.json publicado em todo uso com rede; no Claude Code oferece scripts/atualizar.py (MD5 de cada arquivo conferido antes de trocar a pasta); onde não dá para trocar arquivos, avisa e aponta /skill/. SK-7 exige metadata.versao = versao_skill.
2.17 2026-09-06 Rodada das correções LC (autorizada por ele no §170, V-F2 = A; MANIFESTO §171): LC-03 e LC-08 na marca v5.38 (corpo de slide em text-secondary; eyebrow em cinza-600, 4,74:1), LC-06 no componentes v1.44 (tinta do botão primário text-on-action-primary no §1.3, §1.9, §1.10 e §54), LC-07 no gen-camada-ia.py (o tokens.md ganha a seção das variáveis só do CSS; CI-6 ajustada). Expostas a veto no relatório.
2.16 2026-09-06 F9.5 FECHADA — veredito dele verbatim no MANIFESTO §170: "A — aprovada; a F9.5 fecha e as sete podem ser apagadas agora"; correções LC-03/06/07/08 autorizadas para a rodada seguinte sem folha própria (expostas a veto no relatório); veto: nenhum. As sete skills de 2026-05-13 foram apagadas por nome (§170.2) depois do substituto provado. Ordem seguinte: rodada das correções LC → F9.7 (roadmap público e entrada de pedidos) → F9.4 (GEO do site, remedir) → F9.6.
2.15 2026-09-06 Nasce a F9.7 — roadmap público e entrada de pedidos de cobertura (decisão dele no chat, MANIFESTO §169.5): a demanda que a skill seed-ds gera passa a entrar por um formulário público na vitrine (a pessoa cola e envia; no Claude Code a skill envia com autorização), com código de referência para filtrar spam, receptor só de inserção e a fila LC visível sem os textos. Correção de registro: até a F9.7 existir, o pedido vai por e-mail e a linha LC é criada pela sessão à mão — não havia recebimento automático. PR-P1 registrada (automação parcial da manutenção do seed-praticas.md, veredito manual).
2.14 2026-09-06 F9.5 CONSTRUÍDA (MANIFESTO §168 vereditos, §169 construção). Vereditos dele de abertura, verbatim no §168: pedido de cobertura na skill (V-D), boas práticas numa casa viva do DS (V-Q1 → nasce o seed-praticas.md v0.1, 12º canônico), fichas de soluções para gate do sobreaseed.md (V-Q2 → SK-P1), as sete podem ser apagadas depois do substituto (V-Q3). Construído: gen-skill.py → 10-publicacao/skill/seed-ds/ + zip determinístico; guarda-skill.py SK-1…SK-10 (produção 10 PASS; VT 12, CI 9, RG 7); preservação em 09-pesquisa/skills-v1-2026-05/ (47 arquivos); marca v5.37 (§13); nginx lista a pasta da skill. Quatro testes de uso em sessão nova cumpriram os três critérios e abriram a fila LC (LC-01…LC-09). Aguarda V-F1/V-F2 dele.
2.13 2026-09-06 F9.5 ABERTA pelo Reconhecimento, antes da F9.4 (ordem dele: "abra a F9.5 antes da F9.4, pelo Reconhecimento"; MANIFESTO §167). Medido: as sete skills de maio carregam 5 assets aposentados (Indie Flower, ondas v1), 3 referências já divergentes entre as cópias, 0 tokens --seed-* e 8 hex fora do canon; 14 arquivos de prática de mercado (41 mil tokens) e 7 fichas de soluções (306 linhas, 0 no sobreaseed.md) não têm fonte no canon — vão ao gate. Desenho: uma skill seed-ds gerada (referências byte a byte, um pacote de assets, guarda SK, instalação pessoal, zip determinístico para o claude.ai). Correção de passagem: o título da F3 ganha o ✅ (a vitrine mostrava "prevista").
2.12 2026-09-06 F9.3 FECHADA — veredito dele no gate visual do site publicado (MANIFESTO §166, verbatim): "A — aprovada; a F9.3 fecha", sem ajustes e sem vetos. A rodada anterior do mesmo gate (§165) tinha achado a emenda errada do grafismo na vitrine — corrigida em três camadas (vitrine gera pelo gen-detalhe.py; marca v5.36 §7.6 "regra da emenda"; guarda-grafismo.py transversal) — mais abas com raio 6 (§34.2), /tokens/paleta/ e a explicação para leigo no início; VT-P4 (publicação incremental, 31 s contra 16 min) fechada. Próxima: F9.4, com remedição do que o site já fez.
2.11 2026-09-06 F9.3 CONSTRUÍDA e publicada — a vitrine está em https://ds.seed.eng.br (MANIFESTO §162–§163). Vereditos dele: V-D = A com a exigência "fiel e criativo" (verbatim no §162) → toda página termina com "Esta página usa" (a lista, por §, do que da casca aplica o DS; a guarda VT-8 prova que todo § existe); V-Q1 = A → 07-pecas/ inteiro publicado (menos gate-*), com X-Robots-Tag: noindex e fora do sitemap. gen-vitrine.py → 550 arquivos (324 páginas, miniaturas, busca, Atom, sitemap de 601 URLs), regeneração byte-idêntica; guarda-vitrine.py VT-1…VT-11 (10 PASS local; VT-11 em produção no fechamento). Lista de publicação vai a 1.244 arquivos (03-assets, bancadas, telas, peças). O gate visual dele sobre o site publicado é o que fecha o brick.
2.10 2026-09-05 F9.3 ABERTA pelo Reconhecimento (MANIFESTO §161). Medido antes de desenhar: nenhuma biblioteca de Markdown instalada → markdown-it-py 3.0.0 (CommonMark + tabela + tachado) provada nas 259 fatias (532 de 532 tabelas, 4 s); 40 bancadas/telas autossuficientes (fontes por caminho relativo já publicado; 7 ainda chamam o Google Fonts → VT-P1); 68 de 69 seções de componente citadas por alguma bancada; 07-pecas com 187 MB (168 templates HTML = 150,8 MB; 165 PNG = 44,7 MB), VM com 87 GB livres e subida de ≈ 8 MB/s; changelogs em quatro formatos; 21 critérios WCAG citados no canon. Desenho: gen-vitrine.py → 10-publicacao/vitrine/ servido na raiz por try_files, páginas de canon a partir das fatias (o .md da F9.1 não muda de endereço), camada de máquina MK2–MK5/MK10, guarda VT-1…VT-10; custo 5,5–7 sessões. Gate de abertura com duas perguntas: V-D (o desenho, rascunho renderizado com os tokens reais a 1280 e 390 px) e V-Q1 (publicar as peças originais, 185 MB, ou só miniaturas). Pendências VT-P1–VT-P3 registradas.
2.9 2026-09-05 F9.2 FECHADA — o registry shadcn próprio está em https://ds.seed.eng.br/r/ (MANIFESTO §159–§160): @seed/tokens (o gêmeo CSS, uma linha alterada para o seletor .dark), @seed/theme (32 apelidos de cor + radius → var(--seed-*), GI1; raio exato) e @seed/fontes (Montserrat e JetBrains Mono self-hosted, GI5); guarda RG 7 PASS em produção; quem aplica no ERP é a sessão do ERP, por PR (decisão dele). Próximo: F9.3 vitrine.
2.8 2026-09-05 F9.1 sem pendência (gate de fechamento aplicado, §157: seed-email v0.13, sobreaseed versionado, IndexNow + Search Console + Bing) e F9.2 ABERTA pelo Reconhecimento (§158). Medido no ERP: Tailwind 4.2.1, shadcn new-york com 46 componentes, 34 apelidos em slate/OKLCH, escuro por .dark sem código que o ligue. Desenho do registry: @seed/tokens (gêmeo instalado byte a byte), @seed/theme (apelidos → var(--seed-*), raio exato com radius-xl), @seed/fontes; gate G7 na paridade. Perguntas: seletor do escuro, accent, sidebar, quem aplica no ERP, escopo.
2.7 2026-09-05 F9.1 FECHADA — a camada de IA está no ar em https://ds.seed.eng.br (MANIFESTO §155–§156): 11 canônicos inteiros + 259 fatias por § com procedência + tokens.md + índices + robots (todos os robôs de IA liberados) + sitemap; provado por HTTPS: 283/283 arquivos com MD5 igual ao disco, 274/274 .md como text/markdown. Receita em deploy/; sequência de fechamento de brick ganha o gen-camada-ia.py e a guarda (CLAUDE.md). Próximo: F9.2 registry shadcn.
2.6 2026-09-05 F9: desenho DECIDIDO por ele no gate de abertura (MANIFESTO §154) — sete respostas, seis bricks. Superfície = VM ao lado do site, ds.seed.eng.br, robôs de IA todos liberados, casca da vitrine por gerador da casa (contra a recomendação Starlight; custo aceito), ordem IA → registry → vitrine → GEO → skills → mapa, GEO entregue como pacote ao projeto do site, skills substituídas por um pacote único (leitura a confirmar). Supersede formal dos itens "Lovable" desta fase. F9.1 aberta.
2.5 2026-09-05 F9 ABERTA pelo Reconhecimento (MANIFESTO §153). Medido antes de desenhar: o llms.txt existe mas o repositório é privado (nenhum agente de fora alcança); o seed-componentes.md tem ≈ 313 mil tokens (não cabe em agente — a camada de IA precisa fatiar por §); o site institucional não é mais Lovable (Next.js na VM, projeto próprio) e não tem JSON-LD nem robots para IA; o ERP tem 0 tokens --seed-* (tema shadcn padrão); as 7 skills seed-ds-* são de 2026-05-13 (18 tokens contra 293). Desenho proposto em seis bricks (F9.1 camada de IA · F9.2 registry shadcn · F9.3 vitrine · F9.4 pacote GEO do site · F9.5 skills · F9.6 mapa de propagação) e sete perguntas com custo no gate. Os itens "Lovable" deste § ficam como estavam até o veredito dele — supersede candidato registrado no §153.2.
2.4 2026-09-05 Entre a F8 e a F9: a fila de pendências resolvida por ordem dele antes de abrir a fase (marca-seed.md v5.33, MANIFESTO §144–§146): PI-P1 e SN-P10 fechadas por veredito, FV-P2 executada, FV-P1/FV-P3 (capas de rede, §12.30) e FV-P4 (destaques do Instagram, §12.31) produzidas e decididas; nasce FV-P5 (glifos). F9 continua PRÓXIMA — e agora com a camada de rede social pronta para publicar.
2.3 2026-09-04 F8 FECHADA — a Onda 3 fecha 7 de 7 em seis rodadas de gate (MANIFESTO §136–§142), e o §12 do marca-seed.md vai a 30 specs (v5.32: §12.22–§12.29 + §12.2-b). O que a onda deixou de regra além das peças: tipografia do contato (§138.1), regra do formato veículo, regra geral do bolso, moldura ampla (v5.30), marca d'água de contorno (E1 aplicada, P3 oficial). Corrigido: "8 itens ≈ 16 peças" → 7 itens (3.4 saiu em 27/08). Próximo: F9 — publicação e camada de IA/GEO. Regra que fica reafirmada: este arquivo se atualiza NO FECHAMENTO da onda — esta edição é o próprio fechamento.
2.2 2026-08-27 O MAPA MESTRE VOLTOU A FICAR PARA TRÁS — 5 dias desta vez, achado ao ele perguntar "quanto falta pra finalizarmos o DS?". ⭐⭐ Essa pergunta se responde LENDO ESTE ARQUIVO, e ele ainda dizia "Próximo: Onda 2" com a Onda 2 aprovada em 2026-08-26 ("1. todos aprovados", dez peças, marca-seed.md §12.11–§12.21). É a segunda ocorrência da mesma defasagem — a v2.1 nasceu justamente de o arquivo estar 12 dias atrás. A diferença: em 2026-08-22 a defasagem foi descoberta quando quase custou trabalho refeito; agora foi descoberta ao tentar RESPONDER com ela. Esta edição registra: F8 com a Onda 2 fechada 9/9 (10 peças, duas fora do plano, nascidas de defeito achado na própria onda) + §12.9/§12.10 fora das ondas = 21 specs de peça aprovadas; e a Onda 3 destravada, 8 itens ≈ 16 peças, aguardando só a palavra dele. RÉGUA QUE FICA: o estado do projeto se responde do arquivo, e por isso o arquivo se atualiza no fechamento de cada onda — não quando alguém pergunta.
2.1 2026-08-22 RECONCILIAÇÃO DE ESTADO — o mapa mestre estava 12 dias e duas fases atrás do projeto, e o custo apareceu: uma sessão quase reabriu como "próximo brick" a formalização da F5, concluída 11 dias antes. O que esta edição corrige, tudo ancorado em documento existente (nenhuma decisão nova): (a) errata de cabeçalho — dizia v1.9 · 2026-08-09 com o log já em v2.0; (b) F5 → FECHADA 6/6 (2026-08-11; seed-dataviz.md v0.20; marcos v1.8/v1.9 do ESTADO_ATUAL; a "pendência crítica" da v2.0 foi resolvida NO DIA SEGUINTE a ser escrita — §3c v1.5/v1.6 + gêmeos + spec DM1–DM11 + suite do DM — e este arquivo nunca registrou); (c) F6 → FECHADA 3/3 (marco v2.0, 2026-08-13/14: âncora vira turquesa; marco v2.1, 2026-08-15: shell consolidado, "tudo 100%"); (d) renumeração de fases de 2026-08-15 aplicada: F7 = COBERTURA (F7.1–F7.7 do mapa-cobertura-ds.md, com F7.1–F7.5 entregues), aplicações = F8, publicação/IA-GEO = F9 — supersede formal no §12 do marca-seed.md, que até hoje apontava para uma errata deste arquivo que ficou superada; (e) tabela de canônicos reescrita com as versões vigentes (tokens v1.20 · marca v5.13 · componentes v1.29 · composicao v2.1 · email v0.12 · dataviz v0.20 · mapa-cobertura v2.22), incluindo os canônicos que nasceram depois da v2.0 e nunca entraram nela; (f) estado da F8 registrado (grafismo ✅ 2026-08-22 · cartão ✅ · MR-P11 resolvida v5.13 · insumos da Onda 1 respondidos). Regra que a reconciliação deixa no cabeçalho: se este arquivo contradisser o ESTADO_ATUAL ou o changelog de um canônico, o mais recente vence e a reconciliação precede o uso. A causa raiz é a mesma classe do defeito do marco v1.4 (afirmado, nunca lido de volta): os fechamentos de fase atualizaram checkpoint, ESTADO_ATUAL e canônicos, mas nenhum rito exigia voltar AQUI — e o arquivo que o CLAUDE.md manda ler primeiro era o único que ninguém mantinha.
2.0 2026-08-10 MARCO v1.7 — o sub-bloco DG (gráficos core) fecha estável com 13 decisões, e o sistema ganha uma PALETA CATEGÓRICA ESTENDIDA e um redesenho visual inteiro (DG14–DG17). O DG cobre sete tipos — barra, empilhada, agrupada, linha, área, pizza, dispersão — mais os três estados herdados do Bloco 3. Duas emendas aconteceram durante a produção: a barra empilhada foi puxada para dentro do escopo a pedido do Rafael (caso real: consumo por posto tarifário), trazendo junto a agrupada como saída obrigatória; e o DG13 (textura) nasceu do gate. Âncoras da spec: DG1 — todo gráfico é um invólucro de 5 partes com fallback textual sempre presente, porque a auditoria pública de 2024 do shadcn Charts reprovou a biblioteca em 1.1.1 (sem alternativa textual) e 1.3.1 (legenda sem relação codificada): acessibilidade de gráfico não se delega à lib · DG2 — um tab-stop + setas, com o gap do VoiceOver declarado e não resolvido (o Recharts contorna com role="application", que o VO não suporta), logo o teclado é enriquecimento e quem garante o acesso é a tabela · DG4 — eixo zero é regra dura assimétrica: barra e área sempre do zero porque comprimento e área codificam valor por geometria; linha pode truncar sob três condições, e a SEED precisa disso (PR de usina e tensão de rede variam pouco e importam muito) · DG5 — pizza com 8 travas, incluindo a regra dos 5 p.p. e o corte do dado ordinal · DG10 — empilhada com teto de 4 segmentos (aperto deliberado sobre os 5 do mercado, por motivo interno: acima disso a paleta pareia matizes da mesma família, e segmento preenchido não carrega tracejado para desambiguar). O MARCO TEM QUATRO FATOS DE MÉTODO, TODOS NASCIDOS NO GATE VISUAL E NENHUM ANTECIPÁVEL PELA PESQUISA. (1) Instrumento errado, medição certa. O portão de grayscale media razão de contraste WCAG entre séries convertidas para cinza e reprovava o modo claro (cat-1 × cat-3 = 1,22) — exatamente onde o gate humano lia bem. A razão de contraste foi calibrada para texto sobre fundo, não para faixas grandes adjacentes separadas por contorno; a métrica correta é o espalhamento de claridade (claro espalha 20 pontos; escuro comprime em 4, com duas séries idênticas). O piso de 6 pontos ficou declarado no código como calibrado pelo gate, não derivado de norma — e quando tentei generalizá-lo para as bandas finas do DM, o gate reprovou de novo: um piso vale só no contexto em que foi medido. (2) A paleta da marca tem teto físico. Medindo o matiz de todos os primitivos: para dado existem 3 matizes livres (turquesa ~170°, dourado/amarelo ~36–50° — mesma família —, azul ~197°), porque vermelho e cinza são reservados. A restrição "nenhum hex novo" que eu mesmo propus no DT provou-se apertada demais e vai a supersede. Seguindo o padrão IBM Carbon/GitLab (paleta de dataviz separada da marca), nasceram 2 matizes exclusivos de dado, que nunca aparecem em UI: magenta 332° e violeta 268°, calibrados na claridade das âncoras SEED. Sequência final: turquesa → dourado → magenta → azul → violeta → azul-800, cobrindo 5 famílias, com a regra de que nenhuma família repete antes da 6ª posição e nenhum gráfico multi-série pareia tons da mesma família — esta última nasceu do Rafael apontar que a linha dupla e o gráfico do ET5 tinham ficado turquesa × turquesa. (3) Vida não vem de cor, vem de renderização. O Rafael trouxe 7 telas de um produto de referência e pediu análise antes de qualquer execução. O achado contrariou minha própria hipótese: os gráficos da referência são quase monocromáticos e mesmo assim parecem vivos. O que separava era a renderização — daí DG14 (zero contorno; separação de segmentos por vão de 2px, geometria em vez de contraste; cat-1 claro → turquesa-500 para passar 3:1 sozinho), DG15 (canto arredondado em todo retângulo de dado; curva monótona, nunca spline genérica, que inventa picos inexistentes; gradiente 22%→0), DG16 (palco mínimo: ≤3 gridlines hairline, sem linha de eixo, número protagonista com micro-caps mono e variação em pílula) e DG17 (destaque×contexto). O DG11 — contorno cinza-900, que eu havia criado por medição poucos dias antes — foi superado por completo: era ele que dava o ar de relatório antigo. A acessibilidade foi preservada por outros mecanismos, todos medidos, e o DG13 permanece: a paleta estendida melhora o colorido, não revoga a textura. (4) A matriz de render se CRUZA, não se amostra. Havia 4 cenários cobrindo claro+grayscale e escuro, mas nunca a combinação escuro+grayscale — e era ali que morava o defeito que o Rafael achou (todas as séries colapsando no mesmo cinza). Amostrar combinações dá sensação de cobertura. A matriz passou a cruzar tema × grayscale × largura, e o render mede propriedades resolvidas pelo navegador — o fill efetivo após a cascata, e o getBBox de todo texto SVG contra os limites do viewBox (um rótulo terminava em x=509 num viewBox de 500 e era cortado em silêncio). Sub-bloco DM (monitoramento) — preview aprovado, spec ainda NÃO escrita: DM1 o medidor canônico é o bullet graph, com gauge circular só por exceção declarada (a literatura é unânime: ângulo é pior que comprimento para comparar, e o ERP compara muitas usinas) · DM3 inversão de papéis — as bandas de faixa viram intensidades de cinza e quem carrega a severidade é a barra de valor; motivo medido: as três faixas coloridas ficavam a 1 ponto de claridade entre si no claro e 0 no escuro, diferindo quase só por matiz, exatamente o que Few previu ao mandar codificar faixas em intensidades e não em matizes · DM4 role="meter" com o rótulo fora do elemento, porque descendente de meter é apresentacional · DM5/DM6 sparkline sem eixo, aria-hidden, com a célula vizinha carregando o número · DM8 o gráfico do alerta fecha o slot ET5 aberto na F4. Hierarquia de traço (3 níveis: dado 2px · estrutura 1px · apoio 0,5px) com vector-effect: non-scaling-stroke obrigatório — medido, as escalas dos SVG iam de 0,66× a 12,4×, então o mesmo stroke-width="1" renderizava entre meio pixel e doze: espessura era subproduto do contêiner, não decisão de design. Validação do marco: jsdom do DG 163 PASS · 0 FAIL · contraste-dg.py 32 PASS · 0 FAIL · 14 MITIGADO · 4 ISENTO (com a distinção explícita entre "falha" e "falha prevista e resolvida por outro mecanismo", porque misturar as duas apaga o sinal) · render puppeteer 6 cenários cruzados por preview. PENDÊNCIA CRÍTICA: DG14–DG17, a paleta estendida e a spec do DM existem apenas nos previews do Drive — o lote de formalização (§3c v1.5 + gêmeos + seed-dataviz.md + suite do DM) é o próximo trabalho, antes de DP e DI. Esta versão NÃO fecha fase e NÃO gera CHECKPOINT.
1.9 2026-08-09 MARCO v1.6 — A FASE 5 (DATA VISUALIZATION) ABRE, e seus dois primeiros sub-blocos já são estável: DF (fundamento) e DT (tokens de dado). Nasce o 9º arquivo canônico, seed-dataviz.md v0.3, pela mesma classe de conflito que criou o seed-email.md na F4: cor de dado não é cor de UI. O semântico de UI carrega intenção de interface — a série 2 de um gráfico não é "ação" nem "erro", é a segunda categoria de um dado, e obedece a leis que a UI não tem (ordem fixa, diferenciação perceptual entre vizinhas, comportamento sob grayscale, e uma isenção normativa que nenhum componente de UI possui: o WCAG 1.4.11 isenta explicitamente heatmap). Hospedar isso no seed-componentes.md — que já tem 341 KB — contaminaria a regra-mãe do arquivo. O que o DF fixou em 7 decisões: o canônico é agnóstico de biblioteca, mas o consumidor canônico web é o Chart do shadcn/ui sobre Recharts v3 (a stack real do Lovable), com o detalhe técnico de que no v3 a referência é var(--chart-N) direto, sem o wrapper hsl() antigo · régua de 4 pisos, todos medidos por script: 1.4.1 (cor nunca é o único portador), 1.4.11 (3:1, com isenção declarada e condicionada para a escala sequencial), 1.4.3 (rótulo/eixo/legenda ≥4.5:1) e 1.1.1 (todo gráfico tem fallback textual) · grayscale vira gate ESTRUTURAL, não teste opcional — todo preview da fase carrega modo P&B acionável, o que serve de uma vez o "aperto de olhos" do método e o impresso da F7 (laudo e O&M saem em P&B), evitando uma fase inteira de gráficos que não degradam. O FATO DE MÉTODO DO MARCO SÃO DOIS, E OS DOIS SÃO SOBRE DETECTORES. (1) O gate humano achou de novo o que a automação não podia achar. O DT foi ao gate com três camadas automatizadas verdes; o Rafael olhou o preview e perguntou se a escala inicial "era pra ser toda em cinza mesmo". Os stops 50/100 da rampa turquesa têm chroma tão baixo que perdem o matiz em tela — e cinza, em dataviz, significa "sem dado": valor baixo e ausência de medição eram ambíguos. As três camadas mediam razões de contraste, não percepção de matiz; nenhuma delas poderia ter visto. Correção estrutural aprovada sobre preview comparativo: a rampa desloca um stop (100→900 light / 800→100 dark) e nasce o token chart-no-data — cinza exclusivo de "sem medição", sempre hachurado, de modo que a distinção "gerou pouco × não reportou" nunca dependa de cor (1.4.1, grayscale e impresso de graça). Alternativa descartada: manter 50→800 e resolver só pela regra do no-data — rejeitada porque a leitura-cinza permaneceria na tela. (2) Uma regra sem detector não é uma regra. A promoção obrigou a abrir os arquivos gêmeos de token e a medição mostrou que seed-tokens.json e seed-tokens.css declaravam v1.1 e não continham nenhum token do pacote mobile v1.2 — zero ocorrências de breakpoint, safe-area, fs-field-touch e clamp. A defasagem era de duas versões, e a própria pendência §7.0 do seed-tokens.md a descrevia como sendo de uma. Causa raiz: a regra "os três arquivos formam uma unidade" existia desde a v1.0 sem nenhum detector — ler o .md não revela nada sobre o conteúdo dos gêmeos, e o .md é justamente onde a versão dos três é declarada; a fonte da afirmação e o objeto da afirmação nunca se encontravam. Mesma classe do defeito de propagação do marco v1.4. Correção estrutural: nasce validacao/paridade-tokens.py (G1 não-regressão · G2 paridade json↔css · G3 cobertura nominal em light e dark), 43 PASS · 0 FAIL — e ela reprovou a primeira tentativa de regeneração, que reescrevia o CSS 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 e beziers como estrutura DTCG. 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 do que reconstruir e conferir. Terceiro fato, de propagação: o Rafael anexou o repositório inteiro em zip, o que permitiu a primeira leitura de volta COMPLETA contra a âncora do MANIFESTO — 27 de 27 artefatos batem byte a byte, e permitiu fechar a pendência P4 (os artefatos de e-mail do marco v1.5 nunca tinham sido ancorados). O MANIFESTO.md vai a v1.2 com 21 linhas novas. Aprendizado de ferramenta da fase: a camada de render da F5 usa puppeteer (viewport + fullPage), nunca o CLI --screenshot do Chrome — medido: o CLI truncou a renderização à direita e simulou um overflow inexistente (scrollWidth real 360, zero elementos estourando). Erratas encerradas neste marco: a do seed-tokens.md §5 (par info), aberta desde 2026-08-04 — pela regra GI2, a F5 editou o arquivo por outro motivo e a errata foi fechada junto, com correção mais completa que a prevista (o par semântico real é azul-800 = 8.57 AAA, não uma simples troca de rótulo). Validação do marco: contraste-dataviz.py 29 PASS · 3 FAIL (os 3 são documentados e esperados — o fill cat-1/cat-2/cat-5 em traço fino, que é a razão de existir da variante cat-N-stroke) · paridade-tokens.py 43/0 · jsdom do DT 14/14 · 4 renders puppeteer inspecionados · cruzamento §3c × gêmeos 26/26. Esta versão NÃO fecha fase e por isso NÃO gera CHECKPOINT — o padrão delta reserva o checkpoint imutável para fechamento de bloco/fase, e a F5 tem 4 sub-blocos ainda não escritos; o vigente está no ESTADO_ATUAL_SeedDS.md v1.6. Próximo: sub-bloco DG (gráficos core) — barra, linha, área, pizza-com-regras, dispersão + skeleton/empty/erro, no rito de 3 rodadas encadeadas → consolidado → aprovo → lote autônomo.
1.8 2026-08-08 MARCO v1.5 — A FASE 4 (SISTEMA DE E-MAIL) FECHA COMPLETA, 6/6 SUB-BLOCOS estável, EM ~36 HORAS DE ABERTURA A FECHAMENTO. Nasce o 8º arquivo canônico, seed-email.md v0.10, porque e-mail é OUTRO RUNTIME: consome hex literal (var() é morto em Gmail/Outlook), layout por tabela, PNG com cor assada — hospedar isso no seed-componentes.md contaminaria a regra-mãe "componente consome semântico". Infraestrutura REAL montada e verificada na própria fase: Cloudflare R2 servindo assets.seed.eng.br/email/v1/ (caminho imutável) e Resend verificado em envio.seed.eng.br (São Paulo) com DKIM/SPF/MX + DMARC. Entregues: template-base v0.4 · preview de componentes v0.3 · 3 transacionais do ERP (proposta · fatura · alerta esperado×medido×desvio) com inventário de placeholders mustache como contrato formal com o ERP · newsletter modular v3.2 (4 módulos removíveis) · comercial texto-quase-puro · assinatura corporativa v0.2 instalada e provada no Gmail real do diretor. O FATO DE MÉTODO DO MARCO: 11 defeitos reais encontrados pelo gate visual do Rafael, 11 corrigidos, 8 famílias de teste-guarda permanentes (GV1–GV8) — e NENHUM dos 11 era visível às verificações automatizadas. A previsão da abertura (em e-mail o gate humano é a camada determinante) confirmou-se com números: a suíte estática é o piso, o olho é o juiz. Destaques do ciclo: o defeito 9 (faixas cinza no Outlook) levou TRÊS hipóteses até o veredito — qualquer row-spacer com &nbsp; fantasmagoriza em zoom ≠100% no motor Word; espaçamento vertical canônico passa a ser padding/margin — com direito a uma reclassificação prematura de Claude derrubada pelo print seguinte do Rafael (registrada, não apagada); o defeito 10 foi erro de ferramenta do próprio produtor (uma linha "no-op" destruiu 9 </p> e a suíte passou verde — nasceu o GV7 de balanceamento); o defeito 11 fundou a classe "artefato composto desatualizado" (o comercial embutia a assinatura antiga após o supersede do logo — nasceu o GV8 com a lista viva de assets aposentados). Decisão de fechamento do Rafael ("aprovo b"): row-spacers do acervo promovido ficam como tolerância monitorada (retrofit só quando um template for editado por outro motivo). Protocolos permanentes novos: print de e-mail encaminhado não é evidência de gate (encaminhar descarta head e VML) · API key de teste é descartável (Read-Host + revogação) · matriz de gate mínima = Gmail web + Gmail Android dark forçado + Outlook 2024 clássico. Placar: 312 PASS / 0 FAIL em 14 arquivos · contraste 14 pares/0 reprovações · 9+ evidências de recebimento direto. Backlog que a fase deixa: rodapé com endereço real antes do 1º envio a cliente · trilha de campanha (EN5, aguarda lista) · DKIM Workspace/DMARC raiz (TI da SEED) · EM14 provisória. Delta no CHECKPOINT_v1_5_fase4_email.md; vigente no ESTADO_ATUAL_SeedDS.md v1.5. Próximo: escolha de fase do Rafael (F5 dataviz — recomendada; o alerta de geração já reservou o slot de gráfico · F6 patterns · F8).
1.7 2026-08-07 MARCO v1.4 — A FASE 3 FECHA: 7 DE 7 BLOCOS. Com a promoção do §45 Iconografia (seed-componentes.md v0.47), a camada de componentes do SEED Design System v2 está completa: 44 componentes + 2 patterns (§33 Central de Notificações e §39 command palette ⌘K), todos estável. O arco dos 7 blocos, para quem lê isto sem ter visto nada: (1) Botões fundou o vocabulário e, junto com a primeira crítica visual do Rafael, fundou o método de qualidade que governou tudo o que veio depois. (2) Formulários entregou 13 itens e as regras transversais que nenhum bloco seguinte precisou reabrir — protocolo de live region (§1.13), registry de máscaras BR, aria-invalid explícito, paridade mobile como premissa estrutural. (3) Feedback e status trouxe a taxonomia de severidade em PT-BR e a Régua de Espera com seus 3 regimes compostos, e foi onde nasceu a lição que se provou permanente: a suite valida comportamento; geometria e percepção são território do gate humano. (4) Superfícies fechou a régua de 3 degraus (tooltip → popover → modal) e formalizou a escala de sobreposição 60<65<70<75<80 depois de um bug real de empilhamento pego no gate. (5) Navegação foi o bloco de virada: nasceu a camada de render em Chrome headless, foi autorizado o modo lote autônomo, e as duas erratas do gate viraram régua permanente (o wizard sempre termina em ação terminal nomeada; token consumido sem definição é bug de build), cada uma com detector nas duas camadas. (6) Dados — tabela, seleção, toolbar, degradação responsiva e o guia de integração — encerrou as 3 pendências herdadas do Bloco 2 e foi o primeiro bloco cujos dois gates humanos passaram sem errata, porque os detectores criados no Bloco 5 pegaram as reincidências sozinhos. (7) Iconografia fecha o arco pelo começo: normalizou o acervo herdado do HTML v1 numa régua única (28 glifos ativos), fechou por desenho os gaps dos pilares Subestações MT e SPDA (transformer, lightning-rod) e amarrou o set ao consumo real da stack via NM4 (SEED × Lucide). MAS O FATO DE MÉTODO DESTE MARCO NÃO É A ICONOGRAFIA — É UM DEFEITO DE PROPAGAÇÃO NO BLOCO 5. Em 2026-08-06 22:54 o seed-navegacao-preview.html v0.40 foi sobrescrito no repositório do Drive por uma cópia de trabalho defasada, a v0.37. Passou despercebido porque a propagação era afirmada e nunca lida de volta. Consequências medidas: a suite de navegação rodou 58/58 em vez de 90 (verde, e errada) e a suite-render abortou no bloco R8 com TypeError procurando #cp-dialog. Uma conferência por tamanho de arquivo aprovou 21 de 21 arquivos enquanto um era a versão errada. O v0.40 sobreviveu por acaso, na pasta de downloads dos cards de entrega, e foi resgatado de lá. Dois artefatos de validação foram perdidos em definitivo e RECONSTRUÍDOS a partir da spec (suite-navegacao.mjs de 90 testes e contraste-navegacao.py) — e o placar que eles produzem é declarado em todos os documentos como evidência NOVA de 2026-08-07, não como o "90/90" histórico do marco v1.2, que não é reproduzível. Mudanças estruturais que ficam: (a) nasce validacao/MANIFESTO.md — âncora por MD5 de todo artefato canônico (nome · versão · bytes · hash · consumidor · placar) e a REGRA DE PROPAGAÇÃO: todo artefato salvo é verificado por LEITURA DE VOLTA, nunca por afirmação de que foi salvo; (b) o conector do Google Drive deixa de ser transporte de artefato de regressão — base64 reemitido corrompeu silenciosamente 3 vezes num único arquivo (um byte extra, duas trocas de caractere Unicode); anexo em zip vira o padrão; (c) ERRATA-NAV-01 — os guardas TB-24/MN-25 ("nenhum botão morto") desconheciam os 12 botões de 5C/5D/5E; a lista de exclusão foi estendida sem enfraquecer o guarda, porque cada um dos 12 ganhou teste de liveness dedicado; (d) correção de documentação: a suite-render.mjs consome cinco previews, não quatro. Validação do marco, ancorada por MD5 e não por tamanho: 445 verdes jsdom + 43 verificações render / 0 achados + 4 scripts de contraste no gate WCAG. Gate visual do Rafael aprovado em 2026-08-07. Delta no CHECKPOINT_v1_4_bloco7_iconografia.md; vigente no ESTADO_ATUAL_SeedDS.md v1.4. Próximo: a F3 está fechada — a fase seguinte é escolha do Rafael (F4 e-mail · F5 dataviz · F6 patterns · F8 publicação/GEO).
1.6 2026-08-06 Marco v1.3 fechado — Bloco 6 (Dados) completo 5/5 (seed-componentes.md v0.45; 43 componentes + patterns CN/⌘K). Produzido em 2 lotes do modo autônomo (6A+6B · 6C+6D+6E). Fato novo do marco: os dois gates humanos passaram SEM errata — primeira vez na F3 — a camada render pegou os 2 bugs reais do bloco (sticky×border-collapse, guarda DT-13; piso da densidade compacta) ANTES do gate, e os detectores do v1.2 (token fantasma NV, whitelists) pegaram as reincidências sozinhos. Pendências históricas encerradas: indeterminate (B2→SL2) · busca composta EUI (B2→TD1) · densidade ERP→mobile (B2→DT2/LD2). Coerência org: skill seed-ds-ui lida no GI — cadeia de tokens formalizada (GI1) + pendência de alinhamento da skill registrada (GI2). Validação: 420 jsdom + 38 render. Delta no CHECKPOINT_v1_3_bloco6.md; vigente no ESTADO_ATUAL_SeedDS.md v1.3. Próximo: Bloco 7 (Iconografia) fecha a Fase 3.
1.5 2026-08-06 Marco v1.2 fechado — DUPLO: CN §33 + Bloco 5 (Navegação) completo 6/6 (seed-componentes.md v0.41; 38 componentes + pattern CN estáveis). Trajetória v0.33→v0.41 num único dia. Mudanças estruturais do marco: (a) modo lote autônomo autorizado — produção contínua de sub-blocos com parada só em ponto de decisão genuíno; interação do Rafael comprimida a 3 momentos por lote; piloto 5C+5D+5E validado (2 erratas de gate, ambas com detector permanente); (b) camada de validação NOVA: suite-render.mjs (Chrome headless real no ambiente) — geometria, recorte de foco, alvos de toque, overflow 360, empilhamento por pixel, tokens fantasma e screenshots automáticos; auditoria retroativa dos 4 previews gerou os canônicos v0.23b/v0.32b (2 erratas reais de implementação, classe da v0.13); (c) réguas permanentes novas: menu aberto nunca sobrevive à saída do foco · anel de foco interno em container com overflow · wizard termina em ação terminal nomeada · token consumido sem definição = bug de build (detectores nas 2 camadas). Pendências encerradas: AC5, fronteira do §20, promessa do §4.11, DW1. Validação acumulada: 381 verdes jsdom + 32 verificações render. Delta no CHECKPOINT_v1_2_cn_bloco5.md; vigente no ESTADO_ATUAL_SeedDS.md v1.2. Próximo: Bloco 6 (Dados — tabela, marco próprio).
1.4 2026-08-05 Marco v1.1 fechado — Bloco 4 (Superfícies) completo 7/7 (seed-componentes.md v0.32; preview v0.32; suite F 80 testes; 246 verdes acumulados). Régua de 3 degraus fechada (§23.1→§30); escala de sobreposição formalizada; drawer §31 destrava a spec da CN (F6) — backlog promovido a alta. 2 ciclos de crítica no gate visual (empilhamento H; +N/light-dismiss I) com emendas formais e testes-guarda. Delta completo no CHECKPOINT_v1_1_bloco4_superficies.md (Drive/marcos); vigente no ESTADO_ATUAL_SeedDS.md v1.1. Próximo (v1.2 duplo, escolha do Rafael): spec da CN primeiro, Bloco 5 na sequência.
1.3 2026-08-04 Bloco 3 (Feedback e status) fechado: 11/11 estáveis em seed-componentes.md v0.24 (trajetória v0.15→v0.24 num único dia; 5 sub-blocos com 3 rodadas encadeadas cada + verificações primárias GOV.UK/Material; 166 testes de suite + ~40 pares medidos; 4 ciclos de crítica visual → emendas R3-b/R3-c/X6-b/botão-morto; nota 1.13-b). Adotado o padrão delta de fechamento: marco v1.0 (CHECKPOINT_v1_0 + ESTADO_ATUAL_SeedDS criados). Central de notificações decidida (CN1–CN4) e registrada no F6 com dependência do drawer (B4). Suites de validação viram artefato em /validacao. Pendência nova: errata de rótulo no seed-tokens.md §5 (azul-700→azul-800 no par 5.79) a corrigir quando o arquivo for editado. Pontas encaminhadas: stepper→B5 (nota na linha), skeleton/empty de dataviz→F5, telemetria do delay de 1s→F4. (Correção de sincronização em 2026-08-04: cabeçalho e tabela de canônicos desta versão haviam ficado com os valores da v1.2 — data/versão, linha do seed-componentes.md e linha deste arquivo atualizados; nenhuma mudança de conteúdo.)
1.2 2026-08-03 Bloco 2 (Formulários) fechado: 13/13 estáveis em seed-componentes.md v0.24. Trajetória: v0.6–v0.12 (specs dos 13 itens em 3+ rodadas encadeadas cada, decisões B1–B6, C1–C5, D1–D9, E1–E9, F1–F6, G1–G7, H1–H8, I1–I6, J1–J6, K1–K6, L1–L6, M1–M6, N1–N7) → v0.13 (errata da validação executada: 5 bugs de implementação corrigidos + emenda D4-b + regra do aria-invalid explícito + nota L1-b) → v0.14 (promoção dos §8–§14 após validação do Rafael em 2026-08-03). Registrados: paridade mobile como premissa estrutural, ⌘K/command palette como pattern do Bloco 5/6, pendências do Bloco 6 (densidade ERP→mobile, busca composta EUI, indeterminate), rich-text como componente futuro (F6), 7º teste (polegar) e a prática de validação executada no método. Tokens: F1 atualizada para v1.2 entregue (pacote mobile) e escalas de dataviz renumeradas para v1.3. Errata aberta nova: referência morta no sobreaseed.md.
1.1 2026-07-31 Bloco 1 (Botão) aprovado em v0.5 após 5 iterações dirigidas por crítica: escada de mecanismos medida (containers 1.07→≥3:1), estado selected com sinais visuais M3, correção do dark (pares de componente), método dos 6 testes formalizado.
1.0 2026-07-31 Criação, após auditoria de inventário (checklists da indústria + colateral corporativo) que expandiu o escopo de ~55 para ~95 itens: F3 de 4→7 blocos, adições em F4–F8, exclusões deliberadas formalizadas.
Esc