Roadmap
s18. Fila LC — pedidos de cobertura
estável
seed-ds-roadmap.md v2.168 · §s18seção 19 de 19s18-fila-lc-pedidos-de-cobertura-viva-estavel.md · MD5 7f2afad2Título completo no canon: Fila LC — pedidos de cobertura (viva) — estável
Esta seção mora no FIM do arquivo desde a REV-P7 (recomendação 6 da R6, 2026-09-26). Até a v2.101 ela era um parágrafo e uma tabela dentro da seção da F9, que está fechada: quem movesse a F9 para a história apagaria a página pública de pedidos (
/pedidos/, gerada pelogen-vitrine.pya partir das linhas| LC-deste arquivo) sem nenhum erro. O H2 novo entrou DEPOIS do Log para não renumerar as seções do roadmap (o nome das fatiass01…s17é sequencial). Abaixo, o parágrafo e a tabela vieram byte a byte; o próximo código se mede aqui (triar-pedidos.py, o maiorLC-nn+ 1).
Fila LC — pedidos de cobertura (nasce na F9.5, MANIFESTO §169.3). Cada pedido de cobertura que a skill seed-ds gera (ou que chega por contato@seed.eng.br com o assunto [DS] pedido de cobertura) vira uma linha aqui, com código sequencial; resolvido = entrou no canon, ou foi recusado com o motivo escrito. Os nove primeiros vieram dos quatro testes de uso do fechamento da F9.5.
| código | origem | o que falta | onde deveria morar | estado |
|---|---|---|---|---|
| LC-01 | teste de uso, modo texto | contrato de MENSAGEM CURTA 1:1 (WhatsApp, SMS, chat): estrutura, comprimento, emoji neste canal, tratamento, saudação, modelos por evento recorrente | seed-praticas.md (seção nova) + marca-seed.md §10 para o que virar regra |
⚪ na fila, sem prazo — decisão dele em 2026-09-13 (folha "Fila do DS — decisões rápidas", D-4: "depois (fica na fila, sem prazo)", MANIFESTO §208); abre quando ele pedir |
| LC-02 | modo apresentação | spec §12 de APRESENTAÇÃO/DECK (canvas, grade, escala tipográfica de projeção, numeração, templates HTML em 07-pecas/) + teto de grafismo para 16:9 no §7 |
marca-seed.md §12 e §7 · 07-pecas/ |
✅ fechada em 2026-09-28 — gate respondido (MANIFESTO §276: D-FORMATO A, G1, T1, K25, S2, N1); spec marca-seed.md §12.32 (v5.51), gen-deck.py, 07-pecas/deck/ |
| LC-03 | modo apresentação | divergência: marca §13 manda corpo de slide em cinza-700 #4D606C; tokens v1.23 dizem text.secondary #2F5A54 — duas verdades |
marca-seed.md §13 → citar o token semântico (GI1) |
✅ aplicada 2026-09-06 (marca v5.38; MANIFESTO §171) |
| LC-04 | modo peça | spec §12 de CARROSSEL de feed (4:5 ou 1:1, contador de slides, sinal de "arraste", continuidade do grafismo entre slides sob a regra da emenda §7.6) | marca-seed.md §12 |
✅ fechada em 2026-09-28 — gate respondido (MANIFESTO §276: LC4-1 a LC4-5 = A, LC4-6 confirmo todos); spec marca-seed.md §12.33 (v5.52), gen-carrossel.py, 07-pecas/carrossel/, GE-6 |
| LC-05 | modo código | §1.5: estado pressionado das variantes secondary/outline/ghost (só primary e destructive têm par hover/active); §18: spinner sobre superfície de ação (o token --seed-action-primary-bg que ele cita é fantasma) |
seed-componentes.md §1.5/§1.6/§18 |
✅ FECHADA em 2026-09-15 (MANIFESTO §225.2, Grupo 2) — quatro semânticos de ação sem hex novo (tokens v1.28), bancada do botão e canon §1.5/§1.6/§1.9/§1.10/§1.11/§18.3 (componentes v1.59); nasce a suite-botao.mjs (BT-01…07, 47 de 47); HV1-b da bancada 55 → 0. O enunciado dizia que o destructive tinha par: tinha só hover. Aplicação exposta a veto (renders na folha do Grupo 2) |
| LC-06 | modo código | defeito: o exemplo React do §1.10 usa --seed-text-on-brand como tinta do primário — 2,94:1 medido no claro (piso 4,5) |
seed-componentes.md §1.10 → --seed-text-on-action-primary (tokens v1.15) |
✅ aplicada 2026-09-06 (componentes v1.44 — §1.3, §1.9, §1.10 e §54; §171) |
| LC-07 | modo código | 10-publicacao/ia/tokens.md não lista --seed-focus-ring, --seed-dur-*, --seed-ease-*, que existem no gêmeo CSS e o §0/§1.9 usam |
gen-camada-ia.py (emitir também as variáveis só do CSS) |
✅ aplicada 2026-09-06 (seção nova no tokens.md; CI-6 conta as duas; §171) |
| LC-08 | modo peça | marca §10: eyebrow em cinza-500 sobre branco mede 3,39:1 — abaixo do piso 4,5 do §3 | marca-seed.md §10 → cinza-600 (4,74:1 medido; "corpo mínimo em fundo claro" do próprio token) |
✅ aplicada 2026-09-06 (marca v5.38; §171) |
| LC-09 | modo código | divergência menor: o registry aponta --secondary-foreground para --seed-action-secondary-text (#006C62); o §1.6 manda o rótulo do botão secundário em --seed-button-secondary-text (#005048) — os dois passam AA |
gen-registry.py ou seed-componentes.md §1.6 |
✅ aplicada 2026-09-11 — o registry passa a apontar para button-secondary-text, o token que a spec do botão define (8,73:1 medido; o outro media 5,89:1); o canon vence o apelido (MANIFESTO §202) |
| LC-11 | F11.5 (MANIFESTO §219.7) | régua de tela HTML para consumidor: o conferir-peca.py mede PDF; uma tela de produto (ERP, app) precisa de um item mecânico "tela de aplicação renderiza as regiões do shell §46 (rail, topbar, conteúdo)?" — o ERP já tem shell.test.tsx local; a régua da casa é o que vale para qualquer consumidor |
06-validacao/ferramentas/conferir-peca.py (entrada HTML) |
✅ FECHADA em 2026-09-14 (MANIFESTO §223.5): item CP-13 — rail (nav[aria-label="Áreas"], 80 px, 3–12 destinos, um aria-current), topbar (header, 60 px), main com tabindex="-1" e id, skip link, geometria (SH1/SH2/SH3/SH5/SH7/SH8/SH10, §46.2), medido no DOM renderizado pelo Chrome a 1440×900; arquétipo pelo container-name do CP27 (app mede · pagina não se aplica · tela = NÃO MEDI, pede --arquetipo); 11 de 11 cobaias com o veredito declarado, inclusive a peça de FORA (o shell do ERP em a3e015a PASS; a casca antiga de b709c64 FAIL em 4); entrada PDF inalterada (7·4·1·1 antes e depois). Provas em 06-validacao/provas/tela-html/. SH18 decidido em 2026-09-15 (MANIFESTO §224.1, verbatim "V-LC11 data-arquetipo: sim"; §224.3): os 16 moldes declaram data-arquetipo, o CP-13 lê o atributo (precedência --arquetipo › data-arquetipo › raiz CP27), a opção documento-exportado vira documento, o shell do ERP declara aplicacao e serve lang="pt-BR". A "sidebar 250 × 280" que o agente anotou foi medida: 250 é o painel de conteúdo "Escopo" de quadro/detalhe (mesma classe, outro componente); a sidebar do shell mede 280 nas quatro telas que a têm — sem divergência |
| LC-12 | F11.3 (MANIFESTO §219.5) | completar o índice por necessidade: as frases "quando consultar" dos 8 canônicos ainda sem (seed-dataviz, seed-email, seed-praticas, sobreaseed, seed-ds-roadmap, mapa-cobertura-ds, inventario-pecas-ds, plano-producao-pecas) — 135 de 289 fatias (a linha dizia 134 de 288: o site ganhou uma seção de índice entre as duas contagens); a CI-10 imprime a cobertura a cada rito | 01-canonicos/seed-consulta.json |
✅ FECHADA em 2026-09-14 (MANIFESTO §222): 135 frases escritas a partir da leitura das seções; CI-10: 289 de 289 fatias, 12 de 12 canônicos, 0 órfãs; _index.md dos oito canônicos e o mapa da skill ganham a coluna; as frases são conteúdo da sessão — expostas a veto, uma a uma |
| LC-13 | PC-2026-0005 (marketing, 2026-09-10; triagem F12.6, MANIFESTO §235.1) | seção sobre o X (antigo Twitter) na base de práticas: limite de caracteres do post e do formato longo, proporções e pesos de imagem e vídeo, mídias por post, cartão de link, hashtag e menção, política de conteúdo para empresa — com fonte e data — e a frase explícita "está / não está no repertório oficial" | seed-praticas.md, seção nova ao lado de §1, §2 e §19 |
⏸ AGUARDA — decisão dele em 2026-09-19, verbatim: "aguarda — estamos focando em deixar tudo em ordem primeiro no instagra e face, depois vamos abrir frente para as outras redes sociais como X, tiktok, etc. Se precisar, registre o que precisa ter no DS e deixe como pendencia para retomarmos." Abre quando ele mandar; o banco guarda aguarda_decisao |
| LC-14 | PC-2026-0006 (marketing, 2026-09-10; triagem F12.6, MANIFESTO §235.1) | calendário editorial: cadência por rede, distribuição da semana por tipo de conteúdo (prova de obra, institucional, técnico-educativo, pessoas, oferta), o que publicar sem material novo, intervalo de repetição de assunto, critério de ponte orgânico → pago (relação com a §21) — cada afirmação etiquetada pela régua da §1.0 | seed-praticas.md, seção nova (governa as seções de peça) |
⏸ AGUARDA — decisão dele em 2026-09-19, verbatim: "aguarda". Registrada para não sumir (regra: pendência em prosa não existe); o banco guarda aguarda_decisao |
| LC-15 | PC-2026-0007 (SEED Chat, 2026-09-13; triagem F12.6, MANIFESTO §235.1) | mensageria de atendimento (componente + composição): item de conversa (avatar, nome, prévia, hora, selo de não lidas, indicadores, selecionado), cabeçalho de conversa com presença e ações, tiques de entregue/lida (além do CH7), divisor de data, superfície de papel de parede (token), painel lateral direito — sobreposto ou fixo — com abas (a FORMA; o conteúdo Cliente/Ações/Íris é do produto), sugestão de IA inline, empilhamento no celular; números remedidos no gabarito do próprio DS | seed-componentes.md (seção nova, irmã do §55) + seed-composicao.md |
✅ NO CANON em 2026-10-10 (MANIFESTO §300: §94, §95, §1.14 com as respostas dele; Q10 do chat a decidir na LC-41; emissão e telas em LC-37..LC-40) · antes: 🟡 NO GATE DELE — estudo, proposta de canon e prancha prontos no Grupo 9 (MANIFESTO §245; 09-pesquisa/2026-09-24-grupo-9/lc-chat/prancha.html, Q1–Q10); nada entrou no canon · antes: ⚪ ABERTA — aprovada por ele em 2026-09-19 ("aprovo-lc"), com a orientação dada no PC-0008 valendo aqui, verbatim: "o meu pedido é que o layout fica o mais parecido com o do whatsapp original porque é mais intuitivo para qualquer usuário utilizar. O que achar que deve ser alterado e implementado para melhorarmos e padronizarmos o design do nosso chat pode ser feito. Lembrando que nosso chat vao ter componentes nas conversas para darmos ações dentro do ERP/CRM. logo preciso que uma tela sobreposta ou fixa abra na lateral direita para tratarmos essas ações e informações referentes aquele contato/lead. prevendo tudo isso." Dono: sessão do DS (gate próprio com renders) |
| LC-16 | PC-2026-0007 (SEED Chat, 2026-09-13; triagem F12.6, MANIFESTO §235.1) | revisão do CH14 do §55: mídia na conversa (imagem, documento, figurinha) e áudio com player e transcrição — a "pesquisa dedicada" que o próprio CH14 previa para quando houvesse caso real | seed-componentes.md §55 |
✅ NO CANON em 2026-10-10 (MANIFESTO §300: §94, §95, §1.14 com as respostas dele; Q10 do chat a decidir na LC-41; emissão e telas em LC-37..LC-40) · antes: 🟡 NO GATE DELE — estudo, proposta de canon e prancha prontos no Grupo 9 (MANIFESTO §245; 09-pesquisa/2026-09-24-grupo-9/lc-chat/prancha.html, Q1–Q10); nada entrou no canon · antes: ⚪ ABERTA — aprovada por ele em 2026-09-19 ("aprovo-lc"). Dono: sessão do DS; anda junto com a LC-15 |
| LC-17 | PC-2026-0008 (SEED Chat, 2026-09-13; triagem F12.6, MANIFESTO §235.1) | barra de abas de aplicativo (tab bar) para tela estreita de app usado no polegar: 3 a 5 destinos, ícone + rótulo, ativo = pílula + peso + aria-current, selo de contagem (§21), área segura do sistema, alvo ≥ 44 px, <nav> nomeado, régua de escolha barra × drawer (relação com o SH12), decisão de ícone (set §45 × Lucide) — o SEED Chat roda o provisório em produção desde 13/09 |
seed-componentes.md (seção nova, ao lado do §46) + seed-composicao.md |
✅ NO CANON em 2026-10-10 (MANIFESTO §300: §94, §95, §1.14 com as respostas dele; Q10 do chat a decidir na LC-41; emissão e telas em LC-37..LC-40) · antes: 🟡 NO GATE DELE — estudo, proposta de canon e prancha prontos no Grupo 9 (MANIFESTO §245; 09-pesquisa/2026-09-24-grupo-9/lc-abas-fab/prancha.html, V-AB1/V-AB2/V-FB1/V-FB2); nada entrou no canon · antes: ⚪ ABERTA — aprovada por ele em 2026-09-19 ("aprovo-lc"), com a orientação verbatim registrada na LC-15 (WhatsApp como referência de intuitividade; painel lateral direito para ações do ERP/CRM). Prioridade alta. Dono: sessão do DS |
| LC-18 | PC-2026-0008 (SEED Chat, 2026-09-13; triagem F12.6, MANIFESTO §235.1) | botão flutuante (FAB) para a ação principal de uma lista no celular: tamanho, raio, cor, sombra, posição, comportamento ao rolar, "uma ação principal por tela" — com pesquisa de mercado datada antes do gate (o "56 px" do pedido não tem fonte) | seed-componentes.md (subseção do §1 ou seção própria) |
✅ NO CANON em 2026-10-10 (MANIFESTO §300: §94, §95, §1.14 com as respostas dele; Q10 do chat a decidir na LC-41; emissão e telas em LC-37..LC-40) · antes: 🟡 NO GATE DELE — estudo, proposta de canon e prancha prontos no Grupo 9 (MANIFESTO §245; 09-pesquisa/2026-09-24-grupo-9/lc-abas-fab/prancha.html, V-AB1/V-AB2/V-FB1/V-FB2); nada entrou no canon · antes: ⚪ ABERTA — aprovada por ele em 2026-09-19 ("aprovo-lc"). Dono: sessão do DS; anda junto com a LC-17 |
| LC-19 | pedido PC-2026-0010 (SEED Chat, 2026-09-19; triagem G6, MANIFESTO §238) | decisão de material (§93) para a forma TELA do chat (§55 CH1): classificar a lista de conversas como vidro (MA1, navegação) ou opaca (MA3/MA12, conteúdo denso) e o cabeçalho de uma conversa aberta como vidro ou opaco — com gabarito próprio medido pela régua RC. Anda junto com a LC-15 (mesmo gabarito da forma TELA): nasce quando esse gabarito for desenhado, sem trabalho extra. | ✅ NO CANON em 2026-10-10 (MANIFESTO §300: §94, §95, §1.14 com as respostas dele; Q10 do chat a decidir na LC-41; emissão e telas em LC-37..LC-40) · antes: 🟡 NO GATE DELE — estudo, proposta de canon e prancha prontos no Grupo 9 (MANIFESTO §245; 09-pesquisa/2026-09-24-grupo-9/lc-chat/prancha.html, Q1–Q10); nada entrou no canon · antes: ⚪ aberta — junto com a LC-15 |
|
| LC-20 | pedidos PC-2026-0013, PC-2026-0035 (desenvolvimento, claude-code; triagem leva 6, 2026-09-27) | CP-9 do conferidor reprova a própria ficha: a explicação gravada da regra de senha em URL casa com a própria regra; gravar a explicação em prosa que não casa (medido: com sinais de menor e maior em volta de usuário e senha AINDA casa; em prosa ou com espaço depois das barras não casa), isentar só o literal antigo exato (fichas já guardadas nos consumidores) e citar os caminhos da skill como "skill seed-ds: scripts/…" (a guarda de caminhos do consumidor reprova o caminho relativo) — com cobaia por caso | 06-validacao/ferramentas/conferir-peca.py (CP-9 e o gravador da ficha) + skill republicada |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) |
| LC-21 | pedido PC-2026-0039 (marketing, claude-code; triagem leva 6, 2026-09-27) | CP-7 cego à caixa do "SEED": contar como errada toda ocorrência de "seed engenharia"/"seed eng." em qualquer caixa que não seja exatamente "SEED engenharia"; o nome solto "Seed" (fora de URL, e-mail e nome de arquivo) como AVISO, não reprova — com um caso de cobaia por grafia | 06-validacao/ferramentas/conferir-peca.py (CP-7) + skill republicada |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) |
| LC-22 | pedidos PC-2026-0012, PC-2026-0022, PC-2026-0026 (desenvolvimento, claude-code; triagem leva 6, 2026-09-27) | tokens que o canon cita e o registry não entrega: emitir chip-border (cinza-600, §22.2) nos gêmeos e no registry e alinhar o .chip do molde tela-tabela; criar o semântico do ícone de vazio (cinza-300 claro / cinza-600 escuro) e o §25.3 citá-lo; o §60.10 nomear o token da fronteira do grupo (o da bancada, conferindo o 1.4.11) e a tabela antiga do Histórico do §60 ganhar nota "SG-P10 fechada em §60.10" |
02-tokens/seed-tokens.* + registry @seed/tokens + seed-componentes.md §22.2, §25.3, §60.10 + tela-tabela |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) |
| LC-23 | pedido PC-2026-0011 (desenvolvimento, claude-code; triagem leva 6, 2026-09-27) | papéis tipográficos como utilitários do Tailwind v4: o @seed/theme declara no @theme um --text-seed-<papel> por papel, com --line-height, --letter-spacing e --font-weight apontando para os tokens (nenhum valor transcrito); nome do utilitário decidido na aplicação; prova num consumidor real |
gen-registry.py → @seed/theme + seed-componentes.md §44 |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) |
| LC-24 | pedidos PC-2026-0014, PC-2026-0015, PC-2026-0023, PC-2026-0024 (desenvolvimento, claude-code; triagem leva 6, 2026-09-27) | dataviz em produto com dado vivo: (1) célula de valor composto na tabela equivalente (coluna por série × célula composta); (2) o DG5 quando o dado muda por período (troca automática, aviso ou tipo fixo); (3) DG1(e) × DI14: com o accessibilityLayer ligado, quem cede e onde fica o nome acessível; (4) o gatilho da textura num produto web, onde grayscale não é estado observável — estudo, proposta e prancha |
seed-dataviz.md §04 (DG1, DG5) e §04c (DI2, DI14) |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) |
| LC-25 | pedidos PC-2026-0025, PC-2026-0030 (desenvolvimento, claude-code; triagem leva 6, 2026-09-27) | painel de leitura única e painel no celular: período por grupo de KPIs e frescor por página quando a leitura é única (nota ao PN7/PN14, com a anatomia do título de grupo); regra de tela estreita do §48 (quantos KPIs à vista, arranjo, número compacto, limiar do painel); "mostrar mais" de coleção (variante do §29 ou seção irmã: rótulo, posição, anúncio sob o PN9); o AC2 em pilha React que não emite hidden="until-found" |
seed-componentes.md §48 (PN7, PN14, regra de tela estreita) e §29 (AC2, variante) |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) |
| LC-26 | pedidos PC-2026-0031, PC-2026-0032 (desenvolvimento, claude-code; triagem leva 6, 2026-09-27) | barra de dados com select de escolha única: altura comum na fileira (segmentado de 52 px × controles de 44 px); select de escolha única na barra (label-hidden, ícone da dimensão no gatilho, largura); filtro por pessoa (controle, pessoa inativa, "Eu" primeiro); o SG7 com duas dimensões (faceta × conjunto); o TD2 quando o valor já está no gatilho; select nativo estilizado no registry, com o chevron por token | seed-componentes.md §42 (TD novo), §07 (gatilho e peça no registry), §60 (SG7) |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) |
| LC-27 | pedido PC-2026-0027 (desenvolvimento, claude-code; triagem leva 6, 2026-09-27) | status de fluxo no selo: tom por tipo de etapa (inicial, aprovada, em curso, concluída, recusada), ícone de etapa × mapa T3, e a convivência com o V6 — nova decisão V no §21 com remissão ao §15 T3 | seed-componentes.md §21 (+ remissão no §15) |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) |
| LC-28 | pedido PC-2026-0028 (desenvolvimento, claude-code; triagem leva 6, 2026-09-27) | gabarito formulário + lista na mesma tela: uma peça com duas seções × duas peças irmãs; ordem no celular; formulário recolhível quando a lista é o uso principal; espaçamento — linha nova no CP3 e, se aprovada, tela de referência | seed-composicao.md §03 (+ tela de referência) |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) |
| LC-29 | pedido PC-2026-0019 (desenvolvimento, claude-code; triagem leva 6, 2026-09-27) | matriz de permissão: interruptor × caixa na célula com gravação imediata; densidade N × M; cabeçalho de coluna longo; coluna fixa; marcar coluna/linha inteira; pendente e reversão por célula (K2); frase do anúncio; a 360 px | seed-componentes.md §40 (subseção nova) ou seção própria |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) |
| LC-30 | pedido PC-2026-0018 (desenvolvimento, claude-code; triagem leva 6, 2026-09-27) | Configurações "lista de entrada → detalhe": anatomia da linha (rótulo, descrição, seta, altura, ícone e de qual set), agrupamento, lugar do "Sair", título da lista, voltar e foco (SH7), limiar e a regra de escolha abas × lista — CF-09 com a segunda forma, tela de referência com as duas e a suíte comparando as seções 1:1 | seed-componentes.md §86 (CF-09) + tela-configuracoes |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) |
| LC-31 | pedido PC-2026-0037 (desenvolvimento, claude-code; triagem leva 6, 2026-09-27) | diálogo: largura e token dos tamanhos sm e md (MD4); foco inicial da confirmação destrutiva com trava de digitar (MD3) | seed-componentes.md §30 (MD3, MD4) + seed-tokens se nascer token |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) |
| LC-32 | pedidos PC-2026-0029, 0033, 0034, 0036, 0041, 0042, 0044 (desenvolvimento, claude-code; triagem leva 6 e 7, 2026-09-27/28; resposta 2026-10-10) | SEED Chat além da §94 (decidida em 9 de 10 em 2026-10-10): seletor por gatilho no composer ("/" e depois "@"; a MS36 só diz que Enter continua enviando): papel ARIA em textarea, destaque inicial (H8 × WhatsApp), Enter sem destaque, Esc e Tab, zero resultados, forma do painel; gerenciador de respostas rápidas (lista agrupada por escopo acima de 25 itens, ações por item sem o grid do LS1, prévia no balão); aviso de sistema da conversa e composer indisponível; selo de canal da API oficial × Evolution (0041: selo no item × só no subtítulo MS10 × filtro por número; nunca o ícone de conta verificada); prazo da janela de 24 h no composer e os casos do composer indisponível da API oficial com a ação "Enviar modelo" (0042; O4 × role=status do §15); mensagem que não chegou ao cliente (0044: alerta junto da hora, popover com o motivo, estado na linha da lista, microcópia por código de erro, MC3/MC9/MC10/MC12) — a exceção da CH7 e os dois rótulos já estão decididos e aplicados (CH7 e MS14); e as divergências de lista do 0029 que a §94 não fecha (pílulas × segmentado, lista de contatos gêmea da de conversas, casca de Contatos) | seed-componentes.md §94 (MS36 e vizinhas), §11, §55, §15 + tela-chat |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) · junta PC-2026-0041, 0042 e 0044; a exceção da CH7 e os rótulos "Não enviada"/"Não entregue" já no canon |
| LC-33 | pedido PC-2026-0038 (marketing, claude-code; triagem leva 6, 2026-09-27) | diretiva de marca para IA generativa: (a) imagem gerada em peça de marca (quando, com ou sem pessoa, declaração, relação com a exceção do stock da §8); (b) a lei 70/20/10 em cena gerada; (c) legenda queimada em vídeo curto; (d) pronúncia de "SEED" no roteiro da Clara; (f) bloco oficial de diretiva para colar em todo projeto — estudo com pesquisa datada e prancha; (e) errata imediata: o sobreaseed.md §9 passa a remeter à Caveat (§4.3), sem gate |
marca-seed.md §8, §9-B, §15 (ou seção nova) + sobreaseed.md §9 |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) · a errata (e) já aplicada no sobreaseed.md §9 (Caveat no lugar da Indie Flower) |
| LC-34 | pedido PC-2026-0021 (desenvolvimento, claude-code; triagem leva 6, 2026-09-27; resposta 2026-10-10) | exceção nomeada ao LL1 do §92 para lista lateral de app de mensageria: "carregar mais" por botão focável no fim da lista, com a contagem sempre visível (o mesmo meio-termo do feed, §87); linha LL nova + prova + troca de componente no produto; custo da folha ≈ 1 h de agente [inferência] | seed-componentes.md §92 (LL1, linha nova) + §37 PG5 |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) · muda a decisão LL1 (a) dele: exposta a veto |
| LC-35 | pedido PC-2026-0043 (desenvolvimento, claude-code; triagem leva 7, 2026-09-28) | a IA que atende se declara (a Clara além da voz): se a IA se declara sempre, na tela do atendente e ao cliente; a palavra oficial ("assistente de IA" ou outra); o nome Clara para a IA que atende por texto (o V-C4 decidiu a voz); o autor IA no histórico (nome, avatar, selo, texto acessível do CH6) — estudo com pesquisa datada e prancha; o texto do lugar da caixa vai com a LC-32 | marca-seed.md §9-B (a Clara como agente, além da voz) + seed-componentes.md §94 (a da LC-15) ou §55 (autor IA) + §89 |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) 2026-10-12 (§311): a decisão de se declarar foi dada por ele (folha 7, K10): a Clara se porta como pessoa; se perguntam, confirma de forma leve — marca §9-B.2 regra 4 reescrita. Segue aberto: o autor IA no histórico (CH6) e a persona (MR-P31). |
| LC-36 | pedido PC-2026-0045 (desenvolvimento, claude-code; triagem v3, 2026-09-28) | origem do anúncio na conversa do SEED Chat: cartão de anúncio no topo do balão (conversa que veio de anúncio do Facebook ou Instagram com clique para o WhatsApp: com código, sem código, anúncio de Status) sem miniatura, por privacidade do IP; cartão "Origem" no painel lateral com "Copiar código"; é conteúdo anexado ao balão, o tipo que o CH14 exclui — anda junto com a LC-16 | seed-componentes.md §55 (CH14) + §94 + §46 SH13 (painel lateral) + §1 (botão ghost) + §17 (toast) |
⚪ ABERTA — aprovada por ele em 2026-10-10 ("a, a, a", P12 da folha de perguntas: a recomendação da sessão nas três folhas v3; MANIFESTO §301) |
| LC-37 | leva 29 (MANIFESTO §300) | linha "Chat / mensageria" do seed-composicao.md segue a §94.14 (raio, sombra, pílula, ritmo) |
seed-composicao.md |
✅ fechada em 2026-10-11 (leva 36, §308) |
| LC-38 | leva 29 (MANIFESTO §300) | tela de referência da forma TELA do chat e os testes da §94.12 (≈ 4–6 h); token de espaço de 2 px e vidro por contêiner | seed-componentes.md §94/§95/§1.14 |
✅ fechada em 2026-10-11 (leva 36, §308): tela-mensageria.html + suite-mensageria.mjs |
| LC-39 | leva 29 (MANIFESTO §300) | emissão da barra de abas (§95) em shell_bloco.py/gen-shell.py e a guarda dos 7 testes do §95.3 |
seed-componentes.md §94/§95/§1.14 |
✅ fechada em 2026-10-11 (leva 36, §308): shell_bloco.py + guarda-barra-abas.mjs |
| LC-40 | leva 29 (MANIFESTO §300) | emissão e prova do botão flutuante (§1.14) | seed-componentes.md §94/§95/§1.14 |
✅ fechada em 2026-10-11 (leva 36, §308) |
| LC-41 | leva 29 (MANIFESTO §300) | perguntas da aplicação do chat: Q10 (veto geral) sem resposta; Q5 "a" deixa entregue × lida só por cor; Q2 c — limiar de 1560 px na janela ou no contêiner; barra de abas — menu de conta no celular e destino balao |
seed-componentes.md §94/§95/§1.14 |
✅ fechada em 2026-10-12 (leva 37, §309, J5 = b: AB12) · era 🟡 parte fechada em 2026-10-10 (§302): Q10 sem veto (§94 estável); lida em azul (Q5, G5 = ok); limiar no contêiner (F4b = a); conta em "Mais", folha modal (AB11, F4c = a, G4 = a). Segue aberto: como um destino balao (SH22) se comporta na barra de abas — sessão, estudo com prancha Leva 36 (§308): estudo com prancha de três formas a 390 px (recomendação b, folha modal) — na folha 6 (J5), esperando ele. |
| LC-42 | pedidos PC-2026-0046, PC-2026-0047 (desenvolvimento, SEED Chat; recebidos 2026-09-28; triagem PR-P151, 2026-10-18) | pele e estados sem regra no chat e no shell: sombra do painel de informações e da reação (hoje sombra padrão do Tailwind); o shadow.modal existe sem uso; forma do switch desabilitado (a §8.3 não dá); token da largura de 3 px do indicador da aba. O token do véu NÃO entra: --seed-backdrop já existe (SH-P30) |
seed-componentes.md §8.3, §55 (CH14), §30 + seed-tokens se nascer token |
⚪ PROPOSTA — aguarda o «a» dele na folha de 2026-10-18 |
| LC-43 | pedidos PC-2026-0054, PC-2026-0055 (desenvolvimento, SEED Chat; triagem PR-P151, 2026-10-18) | mensagem privada da equipe e menção: terceiro balão (nota interna), alternador Cliente/Privada no composer, linha interna e chamados; menção «@» a pessoa da equipe (menu no campo, chip «Avisar» quando a mensagem vai ao cliente, marcador na lista) — a regra de dois destinos. O gatilho «@» em si é da LC-32. A §94 declara nao_cobre menção; nenhuma seção trata nota interna |
seed-componentes.md §94 (itens novos) |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-44 | pedidos PC-2026-0048, 0059, 0060, 0064 (desenvolvimento, SEED Chat; triagem PR-P151, 2026-10-18) | ações e estados da mensagem além da MS16/MS19: reação (tocar no mesmo emoji tira; seletor marca a atual; chip; anúncio ao leitor de tela); ação sem hover no celular (botão «⋮» no item e deslizar para responder, com alternativa acessível ao gesto — a MH2 da leva 41 só guardou o :hover, não deu ação por toque); mensagem apagada que fica no histórico (rastro de quem apagou), encaminhar e menu «Mais ações»; mensagem editada com versões anteriores riscadas no mesmo balão |
seed-componentes.md §94 (MS16, MS17, MS19) |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-45 | pedidos PC-2026-0056, PC-2026-0057 (desenvolvimento, SEED Chat; triagem PR-P151, 2026-10-18) | etiquetas de conversa: etiqueta (sistema e pessoal) com cor de paleta FECHADA, no item da lista e como filtro; chip de seleção colorido em dois grupos, aberto por botão no cabeçalho da conversa. A paleta de 11 cores do §22.4 é de status, não de etiqueta de usuário: precisa de medida nos dois temas (o produto entregou 12 cores provisórias) | seed-componentes.md §21/§22 (seção irmã) + §94 |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-46 | pedidos PC-2026-0058, 0063, 0065 (desenvolvimento, SEED Chat; triagem PR-P151, 2026-10-18) | busca e organização da lista de conversas: grade «Pesquisas recentes» ao focar a busca vazia; buscar dentro da conversa (com destaque da mensagem achada, que pede token); galeria de mídia, documentos e links; silenciar conversa; filtro de conversas paradas há N dias e modo de seleção para encerrar várias com diálogo em lote | seed-componentes.md §94 + §28/§41 |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-47 | pedido PC-2026-0068 (desenvolvimento, SEED Chat; triagem PR-P151, 2026-10-18) | grupos do WhatsApp no chat: chip Grupos, avatar de grupo (§32), nome do autor com cor por participante, «via número», mensagem sem tique, seletor de envio e compositor bloqueado (este último é tema da LC-32). A MS29 é só «proposta para o piloto» | seed-componentes.md §94 (MS29) + §32 |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-48 | pedidos PC-2026-0061, 0062, 0067 (desenvolvimento, SEED Chat; triagem PR-P151, 2026-10-18) | telas de gestão do chat: painel «tempo de resposta por número» (tabelas irmãs por faixa, nota de leitura, marca de valor provisório); horário de atendimento por dia da semana; tela de trilha de auditoria (tabela + filtro + «carregar mais», LC-34); aviso de dois atendentes na mesma conversa (faixa, marca na lista, confirmação, lista de gestão). O conteúdo da regra é do produto; a forma é do DS | seed-componentes.md §40/§03 + §94 |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-49 | pedidos PC-2026-0049, PC-2026-0066 (desenvolvimento, SEED Chat; triagem PR-P151, 2026-10-18) | IA sob demanda no chat: botão «Sugerir respostas» na linha de sugestões do composer (a MS35 cobre só a sugestão inline), estado «gerando», aviso de limite, ícone de IA (o §45 não tem), e o padrão de revisão de conteúdo gerado em que a pessoa decide criar cada resposta rápida. Relaciona-se à LC-32 (gerenciador de respostas rápidas) e à LC-35 | seed-componentes.md §94 (MS35) + §45 |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-50 | pedido PC-2026-0078 (desenvolvimento, SEED Chat; triagem PR-P151, 2026-10-18) | texto formatado do WhatsApp no balão (negrito, itálico, tachado, código) e atalhos de teclado no composer. O §6 marca editor rich-text como fronteira F6; a §94 não trata o estilo do texto dentro do balão | seed-componentes.md §94 + §6 |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-51 | pedido PC-2026-0050 (desenvolvimento, SEED Chat; triagem PR-P151, 2026-10-18) | peças da ficha de app na Google Play: gráfico de recursos 1024 x 500, ícone 512 e capturas de tela; exige pesquisa datada da regra da Play (URL + hora de leitura). Lacuna recorrente (todo app em loja) | marca-seed.md §12 (spec de peça nova) |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-52 | pedido PC-2026-0051 (desenvolvimento, SEED Chat; triagem PR-P151, 2026-10-18) | links legais dentro do app: onde mora o link da política de privacidade (tela de entrada e parte com sessão), exigido pela Google Play e pela LGPD (Lei Geral de Proteção de Dados). O SH21 fecha o menu em Perfil, Tema e Sair; a §83 empurra a redação legal para fora. Tem prazo prático (publicação em loja) | seed-componentes.md §46 (SH21) + §83 |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-53 | pedido PC-2026-0053 (desenvolvimento, SEED Chat; triagem PR-P151, 2026-10-18) | defeito do item @seed/theme do registry: reinstalar pela CLI atual gera 32 linhas autorreferentes no @theme inline e estraga o CSS do app (o arquivo tem theme 3 · light 33 · dark 32 chaves, medido em 2026-10-11 e sem mudança no diff até 1654d99a). Defeito do gerador do registry; a LC-23 trata de outra coisa |
06-validacao/geradores/gen-registry.py → 10-publicacao/r/theme.json |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-54 | pedidos PC-2026-0070, 0080, 0081 (desenvolvimento, SIGA e SEED Chat; triagem PR-P151, 2026-10-18) | o registry entrega o que o canon descreve: @seed/shell (topbar, rail, sidebar, gaveta e menu de conta, SH21), Badge e Select (o §7 existe, o registry não; mais a regra do texto de ajuda do select em formulário de modal) e o padrão «lista editável de configuração» (não está no §86 nem no §28). Hoje o registry tem 4 itens: tokens, fontes, material, theme |
gen-registry.py + seed-componentes.md §46, §7, §28/§86 |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-55 | pedidos PC-2026-0071, PC-2026-0092 item (c) (site seed.eng.br; triagem PR-P151, 2026-10-18) | aviso de consentimento de cookies: cartão + painel de preferências; ordem dos botões; Recusar e Aceitar com o mesmo peso (Guia Orientativo de Cookies da ANPD — Autoridade Nacional de Proteção de Dados, v1.0, out/2022, p. 33, citado no pedido [não conferido aqui] lista como prática a evitar «conferir maior destaque apenas ao botão de aceite»); é exceção ao «um primário» do §01 e vai ao gate (a pergunta Q4 da folha). O canon só cita cookie na MK19 (vídeo) | seed-componentes.md (seção nova de consentimento) + seed-composicao.md §01 |
⚪ PROPOSTA — aguarda o «a» dele; a decisão de destaque do aceite espera a Q4 |
| LC-56 | pedidos PC-2026-0073, PC-2026-0076 (desenvolvimento, site; triagem PR-P151, 2026-10-18) | produto sem conta persistente no menu de conta: o SH21 manda guardar o tema por CONTA, mas um painel pequeno não tem tabela de preferências («por aparelho» provisório) — a regra precisa dizer se vale; e o item «Perfil» quando o produto não tem tela de perfil (SH21 e AB11 fixam o item). O SH6 (omitir por perfil de acesso) é outro assunto | seed-componentes.md §46 (SH21) + §95 (AB11) |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-57 | pedido PC-2026-0074 (desenvolvimento, site; triagem PR-P151, 2026-10-18) | papéis de cor para realce de sintaxe de código nos dois temas: não existe papel de sintaxe nos tokens. O pedido traz um mapeamento provisório (12 de 12 pares ≥ 4,5:1, medido por quem pediu; [não conferido] aqui). Baixa urgência | seed-tokens + seed-dataviz.md/§44 |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-58 | pedido PC-2026-0084 (desenvolvimento, SIGA; triagem PR-P151, 2026-10-18) | painel da Íris (agente de IA) no shell do SIGA: fila de aprovação, confirmação inline, faixa de «fonte velha», tokens. O defeito do CP-1 no tema escuro, que o pedido listava, JÁ foi consertado (CP-P57, 2026-10-11); o chip-border está na LC-22 |
seed-componentes.md §86/§28 + tela de referência |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-59 | pedido PC-2026-0086 (desenvolvimento, SEED Chat; triagem PR-P151, 2026-10-18) | envio por modelo aprovado pela Meta (message template): a ação no lugar da caixa quando a janela de 24 h fechou (o composer indisponível já é tema da LC-32), a lista de modelos (o indisponível aparece desligado e diz por quê), a prévia como balão de mensagem própria com a variável vazia marcada, os campos (limite de 200 caracteres e recusas) e os estados (carregando, vazio, erro, enviando, recusado); celular em tela cheia (MD4) e painel. O CH14 não exclui; é ausência | seed-componentes.md §55/§94 (bloco novo) |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-60 | pedido PC-2026-0085 (desenvolvimento, SEED Chat; triagem PR-P151, 2026-10-18) | conferidor conferir-peca.py, com cobaia por caso: (a) com --url, servir a página por HTTP local em vez de file:// (o crossorigin do Vite faz o CSS e as fontes não carregarem e a ficha reprova em bloco); (b) o CP-13 («menu de conta ausente») dizer o que procura e reconhecer o avatar do rail (SH21). O item (c) do pedido (CP-9 contando o texto da própria régua nas fichas guardadas) é a LC-20, aberta, e fica nela |
06-validacao/ferramentas/conferir-peca.py + references/ficha.md da skill |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-61 | pedido PC-2026-0087 (desenvolvimento, SEED Chat; triagem PR-P151, 2026-10-18) | pacote de figurinhas da mascote EEny para a equipe de atendimento (sugestão do pedido: 12 a 20; WebP 512 x 512 px, fundo transparente, margem 16 px; estática até 100 KB, animada até 500 KB — fonte citada no pedido, Meta for Developers [não conferida aqui]); spec de peça nova. Em assets/mascote-eeny/ só há poses institucionais; a MS26 (§94) trata a figurinha RECEBIDA. Quais situações e se haverá animadas são decisões dele |
marca-seed.md §12 (spec nova) + 03-assets/mascote-eeny/figurinhas/ |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-62 | pedido PC-2026-0092 itens (a) e (b) (site seed.eng.br; triagem PR-P151, 2026-10-18) | botão «destaque de marca» e interruptor desligado no escuro: (a) botão com fundo surface.brand e todos os estados (hover, pressionado, foco, desabilitado, claro e escuro, borda sobre cartão branco) — hoje surface.brand não tem token de hover nem de pressionado; (b) par de cores do interruptor DESLIGADO no escuro ≥ 3:1 (WCAG 1.4.11, contraste de componente de interface): o pedido mede 2,80:1 contra o cartão do aplicativo; o DS mede 3,92:1 contra a PÁGINA (seed-tokens.css:1145), então o defeito é o par contra a superfície de cartão [não conferido] |
seed-componentes.md §1/§8.3 + seed-tokens |
⚪ PROPOSTA — aguarda o «a» dele |
| LC-63 | pedidos PC-2026-0072 e PC-2026-0089 (triagem PR-P151; folha 11, TQ1 = "a", 2026-10-18) | redes sociais oficiais e página de links: tabela das 7 redes do rodapé em sobreaseed.md, ícones no formato oficial de cada rede, página de links como peça nova — leva 43: tabela e peça feitas (gen-pagina-de-links.py); 2026-10-21: os 7 glifos oficiais instalados (PR-P175 fechada, MANIFESTO §318); sobra a regra de uso de cada rede (PR-P181) |
sobreaseed.md · 07-pecas/pagina-de-links/ · 03-assets/redes/ |
⏳ em curso (falta PR-P181: regra de uso por rede) |
| LC-64 | pedido PC-2026-0052 (triagem PR-P151; folha 11, TQ3 = "a", 2026-10-18) | rótulos da proposta comercial no piso de 8 pt: leva 43 sobe os rótulos das propostas a 8,16 pt (CP-3 170 de 374 → 35 de 381; os 35 restantes são o rodapé do timbrado e os 5 documentos que importam as constantes seguem em 6,5 pt — decisão dele) | gen-proposta.py · gen-proposta-plus.py · gen-timbrado.py |
⏳ em curso |
| LC-65 | pedido PC-2026-0082 (triagem PR-P151; folha 11, TQ2 = "b", 2026-10-18) | símbolo de acessibilidade no site seed.eng.br: a barra da vitrine (MK29: símbolo + «Acessibilidade» + atalhos) e a página /acessibilidade/ vão ao site — execução do lado da sessão Site; no DS nada novo | MK29 §47 · site | ⚪ aberta (sessão Site) |
| SK-P1 | V-Q2 dele (§168) | folha de revisão das 7 fichas de soluções (09-pesquisa/skills-v1-2026-05/solucoes/) lado a lado; o aprovado vira seção "soluções — escopo padrão" do sobreaseed.md; até lá a skill pergunta o escopo |
sobreaseed.md |
✅ FECHA em 2026-10-10 (P11 = "a"; sobreaseed §6 "Soluções — escopo padrão", MANIFESTO §300) · antes: ⚪ aguarda a folha (gate próprio) |
| PB-P2 | F9.8, §1 da base (MANIFESTO §187.2) | medir a zona de segurança da Meta na ferramenta. A Meta não publica percentual de topo nem de lateral — o único número publicado é 40 % da base, para anúncio de Reels com aviso legal; a zona exata existe como sobreposição amarela no Gerenciador de Anúncios. Enquanto não for medida em tela, os 250 px de topo e os 48 px de lateral da base são convenção da casa, e estão marcados como tal | Gerenciador de Anúncios + 01-canonicos/seed-praticas.md §1 |
⚪ aberta |
| PB-P3 | F9.8 (MANIFESTO §187.1) | autorização dele para a sessão consultar a comparação com anunciantes semelhantes (benchmark de setor) na conta de anúncios da SEED. É LEITURA, não escrita, e é a única fonte de primeira mão de desempenho por tipo de anúncio ao alcance da casa — responde direto ao "melhores = possuem resultado" do §186. A chamada foi bloqueada pelo classificador de permissão em 2026-09-07 e não foi contornada. AUTORIZADA por ele em 2026-09-07 (regra em ~/.claude/settings.json, quatro ferramentas de LEITURA liberadas; as que criam anúncio e gastam dinheiro seguem pedindo permissão a cada vez) e medida no mesmo dia: o canal abre, o dado ainda não vem — a comparação com anunciantes semelhantes devolve "sem dado para os critérios" em quatro janelas diferentes, e a de leilão devolve a coorte certa (objetivo, evento e tipo de público) com as três classificações em "ainda não disponível", porque os anúncios em veiculação são novos. Reavaliar quando acumularem entrega |
conector de anúncios da Meta | 🔵 autorizada, sem dado ainda |
| PB-P4 | F9.8, onda 2 (MANIFESTO §189.7) | ✅ FECHADA do lado do DS em 2026-09-11 — medido no ERP: o orçamento é numerado como sequência 1..N por card e revisão 1..N, sem código humano; a §9 passa a usar o marcador {{código da proposta}}; a série é decisão do projeto do ERP (fica com ele). O texto original: a série do código da proposta comercial. O formato SEED-NNNN-AAAA existe só na §9 da base de práticas: nenhum outro canônico do DS o define, e o ERP em construção vai precisar emitir esse número. Pela regra da casa, número de série vem do servidor, com contadora única e o servidor sempre sobrescrevendo o valor recebido — duas implementações da mesma série divergem em silêncio. Até a decisão, o formato da §9 é convenção provisória e não se replica em sistema |
01-canonicos/seed-praticas.md §9 + ERP SEED |
✅ fechada do lado do DS em 2026-09-11 (célula de estado corrigida em 2026-10-09, §296.1) |
| PB-P5 | F9.8, onda 3 (MANIFESTO §190.3) | a base legal do contato frio da SEED, por e-mail e por WhatsApp. A §11 tratava o assunto em uma linha, só para WhatsApp, chamando de "consentimento" o que é transparência — e não dizia nada sobre e-mail frio, que é o canal principal dos frameworks da §10. Nome e telefone corporativo de pessoa identificada são dado pessoal pela Lei 13.709/2018 (LGPD), e a lei exige base legal declarada. A base de práticas não decide qual base legal se aplica — não é competência dela, e afirmar errado é pior que omitir. Precisa ser definido por quem tem competência e virar regra da §11. Até lá vale o que não depende de parecer: dizer sempre de onde veio o contato, oferecer saída fácil, não usar lista comprada | 01-canonicos/seed-praticas.md §11 |
⚪ aberta |
| PB-P6 | F9.8, onda 4 (MANIFESTO §191.4) | ✅ FECHADA em 2026-09-11 — medido no seed-erp/package.json: vite ^8.0.0, @tanstack/react-router ^1.168.25, react ^19.2.0; o sobreaseed.md foi corrigido nas duas linhas (o Lovable foi a origem em maio/2026, o código vive no repositório próprio). O texto original: dois canônicos discordam sobre a plataforma em que o ERP é construído. O seed-ds-roadmap.md traz supersede explícito na v2.6 — "o site institucional é Next.js na VM e o ERP é Vite/TanStack" — e o sobreaseed.md, na linha de 2026 da trajetória, registra "construção do ERP próprio em andamento (plataforma Lovable)". As duas podem ser verdade em momentos diferentes, mas como estão escritas se contradizem, e divergência entre canônicos não se resolve em silêncio. Precisa do veredito dele sobre qual é o estado atual, e aí o arquivo perdedor ganha nota de supersede |
01-canonicos/sobreaseed.md + 01-canonicos/seed-ds-roadmap.md + seed-praticas.md §14 |
✅ fechada em 2026-09-11 (célula de estado corrigida em 2026-10-09, §296.1) |
| PB-P1 | F9.8, gate de abertura (MANIFESTO §186.3) | ligar a base de boas práticas ao desempenho REAL das contas da SEED. A ordem dele manda aprender com "os melhores = possuem resultado", e a sessão NÃO consegue medir resultado de conta de terceiro (não há acesso a métrica alheia): as seções trazem regra de plataforma datada, estudo com amostra declarada e observação de forma — nunca "isto performa melhor". O resultado que a SEED PODE medir é o dela: exportar o desempenho das contas próprias e, na revisão do ciclo, comparar o que a base manda com o que deu certo em casa | 01-canonicos/seed-praticas.md + contas da SEED |
⚪ aberta |
| PR-P1 | pergunta dele no chat, 2026-09-06 ("tem alguma forma de deixar automático?") | automação PARCIAL da manutenção do seed-praticas.md: (1) guarda de envelhecimento — seção com data além de um prazo (proposta: 6 meses) ou nunca auditada avisa no fechamento de todo brick; (2) ciclo agendado em que uma sessão pesquisa, datado, e devolve uma PROPOSTA de diferença por seção com fontes, que vai ao gate; o veredito continua manual (regra da casa: nada entra no canon sem gate) |
06-validacao/guardas/ + tarefa agendada |
⚪ absorvida pela F9.8 (2026-09-06) |
| PR-P6 | incidente do fechamento da F10.6 (MANIFESTO §213.11, commit c30cb3b, 2026-09-13) | o rito grava um SELO com o HEAD que provou, e o publicar.sh recusa publicar HEAD sem selo. Uma cadeia de fechamento com ; depois do rito publicou um commit sem o rito ter rodado (o registro caiu num %-format com % literal depois de já ter gravado dois canônicos); produção acusou "10 de 12 canônicos reconstituem" por minutos. A regra "tudo && na cadeia" é prosa; o selo é a mecânica: fechar.sh escreve 06-validacao/.rito-ok (ou equivalente) com git rev-parse HEAD da árvore que provou, e deploy/publicar.sh compara com o HEAD a publicar e aborta se diferir. Custo: ~20 linhas de shell, sem gate ✅ FECHADA em 2026-09-13 (MANIFESTO §215): o fechar.sh grava git write-tree em .git/seed-rito-selo no fim de toda rodada local verde (e apaga o selo no início); o publicar.sh compara o selo com git rev-parse <sha>^{tree} antes do primeiro ssh e recusa sem selo ou com selo de outra árvore, sem variável de contorno. Provado com duas negativas e uma positiva (§215.3) |
sessão | ✅ fechada |
| VT-P5 | F10.6, achado ao olhar /material/ (MANIFESTO §213.6; nasceu como VT-P4 por colisão de código, corrigida no §214.2) |
navegação principal do cabeçalho da vitrine em duas linhas acima de 1400 px — pré-existente: o rótulo "Design System" ao lado do logotipo só sumia abaixo de 1400 px e a faixa do cabeçalho é fixa em 1240 px, então acima de 1400 nunca cabia (medido de 1401 a 1680). Veredito dele em 2026-09-13, verbatim: "VT-P4: a" — o rótulo sai em todas as larguras (o nome acessível do link continua "SEED engenharia" pelo alt; o <title> continua com "SEED Design System"). ✅ FECHADA em 2026-09-13 (MANIFESTO §214): o gen-vitrine.py deixa de emitir o <span class="marca-ds"> e o vitrine.css perde as duas regras dele; medição antes/depois no §214.4 (uma linha de 1280 a 1920 px). De passagem, o censo de rolagem achou 11 páginas rolando de lado a 390 px e nasceu a guarda RL (§214.5) |
sessão | ✅ fechada |
| PR-P7 | colisão de código VT-P4 (MANIFESTO §214.2, 2026-09-13; segunda ocorrência da classe do MR-P14, 2026-09-08) |
guarda de unicidade de código de pendência no rito: varre o acervo rastreado pelas formas de nascimento de pendência ("Nasce XX-Pn", "Pendência nova, com código: XX-Pn", linha de tabela ` |
XX-Pn | com estado ⚪) e reprova quando o mesmo código nasce em duas seções com assuntos diferentes; imprime, por série, o último código e o próximo livre. Motivo: duas vezes em cinco dias a sessão nomeou pelo último número que lembrava — a regra em prosa não segurou, e dois itens com o mesmo código são o defeito que só aparece quando alguém procura um e acha o outro. Custo estimado: ~60 linhas de Python, cobaia = os dois casos reais (MR-P14 e VT-P4), sem gate ✅ **FECHADA em 2026-09-14 (MANIFESTO §216.2)**:guarda-codigo-pendencia.py, 11.ª guarda do rito (contrato UC) — nenhum código nasce em duas seções do MANIFESTO sem colisão registrada ("nasceu como X"), nenhum repete linha nesta fila, e a linha UC-3 imprime o próximo código livre de cada série; --cobaia` reproduz as duas colisões reais lidas do git (VT-P4 em d32f465, MR-P14 em 1bfb9e0). A forma "assunto" desta linha não se mede — o que se mede é o nascimento |