---
fonte: 01-canonicos/seed-ds-roadmap.md
versao_da_fonte: v2.168
secao: s18
titulo: "Fila LC — pedidos de cobertura (viva) — `estável`"
status: vigente
vigente_desde: null
superseded_by: null
tipo_de_fatia: secao
quando_consultar: "A fila LC viva: pedidos de cobertura com código, origem, onde deveria morar e estado — a página /pedidos/ é gerada desta tabela; ela traz também pendências que nasceram na F9 (SK, PB, PR, VT)."
em_uma_frase: null
nao_cobre: null
conceitos: null
vocabulario: null
sequencia: 19 de 19
bytes_do_corpo: 52083
md5_do_corpo: 7f2afad216f62ebde95142f168112b73
gerado_por: 06-validacao/geradores/gen-camada-ia.py
nota: fatia GERADA — o corpo abaixo é byte a byte o trecho do canônico; edite o canônico, nunca esta fatia. Canônico inteiro em https://ds.seed.eng.br/01-canonicos/seed-ds-roadmap.md
---
## 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 pelo `gen-vitrine.py` a 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 fatias `s01`…`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 maior `LC-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 | sessão | ✅ fechada |