Os arquivos oficiais da marca

NUNCA redesenhar a logo manualmente. Usar sempre os vetores oficiais. Onde pegar, nesta ordem de preferência:

1. A página da marca, no site do DS: https://ds.seed.eng.br/marca/ — todos os arquivos oficiais listados, com pré-visualização, tamanho e download direto. É o caminho para quem produz, pessoa ou agente, e não exige o repositório.
2. No repositório: 03-assets/logos/, 03-assets/simbolos/, 03-assets/mascote-eeny/ e 03-assets/grafismos/ (publicados em https://ds.seed.eng.br/03-assets/).
3. Espelho público (Google Drive): pasta "identidade seed" — FILE_IDs na §5.4. ⚠ Terceira opção, não primeira: medido em 2026-08-20, 0 de 45 imagens do espelho carregam sem rede (pendência RD-P1).

5.1 Variantes (12)#

Horizontais (uso padrão): logo-horizontal-principal.svg (fundo branco) · logo-horizontal-fundo-turquesa.svg · logo-horizontal-mono-negativo.svg (branca, fundos escuros e coloridos) · logo-horizontal-mono-positivo.svg (preta, impressão)

Fora das variantes desde a v5.57 (MR-P29): logo-horizontal-cor-azul.svg e logo-horizontal-cor-cinza.svg. Eram o logo monocromático branco aplicado sobre um painel azul e um painel cinza — exemplos de uso do manual de 2018, não variações. A regra que fica: a versão colorida vai só sobre branco ou turquesa (o turquesa do S do logo); sobre qualquer outro fundo vai a monocromática branca (mono-negativo) ou a preta (mono-positivo), e a peça monta o painel. Veredito dele, verbatim: "as logos com fundo azul e com fundo cinza acredito serem desnecessárias até nas logos oficiais, pois sao variações da aplicação da logo monocromatica branca. (...) acredito que elas existam porque no manual existiam exemplos com ela para demonstrar o uso correto. a logo colorida só pode ser aplicado com fundo branco ou turquesa (turquesa mesma cor do S da logo) por isso existe os formatos no manual e está correto o que vc apresentou, ja os 2 formatos monocromatico nao faz sentido ter exemplos alem do branco e do preto." (2026-10-10 ~00:40Z) e a resposta "a" à pergunta P18 da folha (2026-10-10 ~01:47Z). Os dois arquivos estão em 08-historico/logos-exemplos-do-manual/ (consulta, não uso); saíram da página https://ds.seed.eng.br/marca/ e do conferidor de peça, cujas provas passaram a montar o painel e pousar o mono-negativo em cima. MANIFESTO §299.

Verticais (compactos/quadrados/stories): logo-vertical-principal.svg · logo-vertical-fundo-turquesa.svg · logo-vertical-fundo-turquesa-2.svg · logo-vertical-mono-negativo.svg · logo-vertical-mono-positivo.svg

Símbolos (só o ícone): simbolo-principal.svg · simbolo-mono-negativo.svg · simbolo-mono-positivo.svg

Cor própria do arquivo oficial (exceção) — MR-P25, veredito dele MR-A: A (2026-09-30). O turquesa do logo-horizontal-principal.svg e do simbolo-principal.svg é #00ACAC, e ele não é token: o mais próximo é turquesa-400 #11B0A0 (ΔE76 9,48, diferença visível). A marca convive com os dois turquesas por decisão dele: #00ACAC só vale dentro do arquivo oficial — quem monta peça usa o arquivo como ele é e nunca pinta outra coisa com esse hex (o token da peça continua #11B0A0). Nenhum logo muda. O conferidor de peça já aceita a cor quando ela vem de dentro do arquivo oficial.

A família vertical tem as mesmas três cores da horizontal principal — MR-P25, veredito dele MR-B: D (2026-10-03, ~18:01Z), verbatim: "MR-B: D, e regenere as folhas com carimbo novo". A saída D da pergunta: "alinhar a família vertical à horizontal principal: #10B4AF → #00ACAC, #5B727E → cinza-600 #617683, #F6D333 → amarelo-200 #FAD61D". Aplicada em logo-vertical-principal.svg (as três), logo-vertical-fundo-turquesa.svg (turquesa e amarelo) e logo-vertical-fundo-turquesa-2.svg (amarelo). Valores medidos em 2026-10-03: turquesa sobre branco passa de 2,57 para 2,80 de contraste; no vertical de fundo turquesa, a parte interna do símbolo (#00ACAC) sobre o fundo de token #11B0A0 fica a 1,03 de contraste e ΔE76 9,48 (antes 1,06 e 6,60) — continua aparecendo como mancha, mais nítida; sobre um painel #00ACAC ela se funde com ele (1,00), como no horizontal de fundo turquesa. Distância de cada troca: turquesa ΔE76 4,14 (visível), cinza 2,01 (o olho não separa), amarelo 6,37. #00ACAC segue fora do token: a exceção da MR-A passa a valer para as duas famílias (só dentro do arquivo oficial). As peças impressas já aprovadas que embutem a vertical antiga ficam como estão (evidência de gate) até a reposição.

5.2 Logo responsivo — mínimos por contexto (NOVO na v5.0)#

O manual 2018 definia só o mínimo impresso (20mm — mantido). Regra digital nova:

Kit de favicon — padrão 2026 (4 arquivos, para qualquer site/produto SEED): favicon.svg (navegadores modernos, escala infinita, pode embutir media query de dark mode) · favicon.ico multi-size 16/32/48 (fallback legado) · apple-touch-icon.png 180×180 (iOS) · icon-512.png (PWA/Android). Fonte master do símbolo em ≥512×512. Regra de qualidade: validar o símbolo no tamanho real de 16 e 32px antes de publicar — legível ali ou simplificar. (Assets executáveis: pendência §17.)

5.3 Posição — matriz por contexto (supersede "preferencialmente ao centro" de 2018)#

5.4 Espelho público dos assets (Google Drive)#

Espelho oficial dos vetores, pasta "identidade seed" (leitura pública), mantido pelo Rafael. A fonte segue sendo 03-assets/ no repositório (era 02_assets/ na estrutura Cowork, até 2026-08); substituição de arquivo mantém o FILE_ID, upload novo gera ID novo (atualizar esta tabela). IDs verificados em 2026-07-17. Pasta raiz: https://drive.google.com/drive/folders/1lkaQZsUWwPMtQPgOvd_UWHmh5tC9n7fd

Embed em HTML (padrão validado):

<img src="https://lh3.googleusercontent.com/d/{FILE_ID}" data-gdid="{FILE_ID}" alt="...">
<script>document.addEventListener("error",function(e){var i=e.target;
if(i.tagName==="IMG"&&i.dataset.gdid&&!i.dataset.fbk){i.dataset.fbk="1";
i.src="https://drive.google.com/thumbnail?id="+i.dataset.gdid+"&sz=w1200";}},true);</script>

Logos horizontais — Logos/Logo horizontal/SVG/

Logos verticais — Logos/Logo vertical/SVG/

Símbolos — Logos/Símbolo/SVG/

Mascote EEny — Mascote/SVG/

Kit de favicon / ícones de app / avatar — Logos/Símbolo/favicon/ (fonte: 07-pecas/favicon-avatares/, gerados por gen-favicon.py; rasterizados em 2026-09-04, FV-P2). Upload feito em 2026-09-05 pela sessão, com autorização explícita dele no chat ("sim autorizo", MANIFESTO §147): subpasta favicon criada em Logos/Símbolo/ (ID 1l3uGhWZ_Khvlhuf7U2ciDMWQpjVxGw5r), os 10 arquivos copiados de 07-pecas/favicon-avatares/ com MD5 conferido 10 de 10 depois da cópia, permissão herdada da pasta-mãe (anyone: reader, lida pela API do Drive), FILE_IDs lidos pela API — nunca de memória. IDs verificados em 2026-09-05.

5.5 Área de proteção e proibições#

Área de proteção: espaço mínimo X ao redor (X = altura da letra "S" de SEED); nada invade. X é uma razão, nunca valor fixo em px/mm — escala junto com a logo (padrão de mercado: 1× a altura da letra de referência, exatamente o nosso caso). Proibido (2018 + v4.1, mantidos): distorcer/esticar/comprimir · alterar cores dos elementos · sombra/outline/efeito · rotacionar · fundo de baixo contraste · recriar com texto ou formas · desmembrar os elementos.

5.6 Assinaturas — de produto (SEED chat · SEED siga) e de empresa do grupo (SEED holding · SEED energia) (NOVO na v5.56, MR-P28; em duas classes desde a leva 36)#

O que são. A marca-mãe é SEED engenharia (§1, inegociável). Uma assinatura é o MESMO logo oficial com a palavra de baixo trocada pelo nome do produto ou da empresa — o símbolo, o SEED, o ® e a barrinha turquesa ficam idênticos. Há duas classes, porque produto e empresa não são a mesma coisa:

Assinaturas de produto — 03-assets/logos/produtos/:

Assinaturas de empresa do grupo — 03-assets/logos/empresas/ (as palavras "holding" e "energia" identificam OUTRAS empresas do grupo, não produtos da SEED engenharia):

O canon não traz dado institucional sobre essas duas empresas (nem o sobreaseed.md): aqui elas são só "empresa do grupo", como ele as chamou. O estado "reservada" é o da holding desde a v5.56; o da energia, a mesma regra, até ele dizer onde se usa.

Fora dessas telas, a assinatura de toda peça e todo produto continua sendo SEED engenharia. "SIGA" é escrito em maiúsculas em todo lugar (é sigla), mas na assinatura sai em minúsculo — "siga", para seguir o padrão do descritor (veredito dele, abaixo).

Pedido e vereditos dele, verbatim. Pedido (2026-10-09 ~22:40Z): "Preciso que gere uma coleção de logomarca trocando o nome "engenharia" por "chat", "holding", "SIGA". Monte essas 3 coletânea diferente. A do chat vc usará na tela de login do SEED Chat, a do SIGA na tela de login do SIGA, a holding por hora nao tem. Precisa definir onde colocar isso na página do DS." Respostas à folha de gate (2026-10-09 ~23:10Z): "Q1. B, mas tem q abaixar a palavra, ela está pegando no nome SEED. Olhe o alinhamento. / Q2. Aquela barra nao é uma letra, ela deve ser copiada igual, ela é apenas o desenho de uma barra. / Q3. Na logo pode escrever minúscula para seguir o padrão. / Q4. A / Q5. Ok"; e (2026-10-10 ~00:40Z) "sim para as 2 perguntas, concodo, pode baixar", com o achado dele de que as variações de fundo azul e de fundo cinza são o logo monocromático branco aplicado sobre um painel — exemplos do manual, não variações. A separação em duas classes e a SEED energia nascem do pedido de 2026-10-11 (~19:08Z): "Um detalhe que lembrei, vc categorizou as logos siga, chat e holding como produto, mas a holding é outra empresa. Pode criar tbm a logo para outra empresa que é a seed energia. Então e a logo com o nome "energia". / Holding e energia são 2 logos de outras empresas do grupo."

Construção (regra, provada por medida em 2026-10-10; vale igual às duas classes). A assinatura NÃO é desenhada à mão (§5: "NUNCA redesenhar a logo manualmente"): o gerador 06-validacao/geradores/gen-logos-produto.py copia o SVG oficial byte a byte e troca só as 10 letras de "engenharia" por letras tiradas da fonte:

• Fonte: Montserrat ExtraLight (200) — a do "engenharia" oficial. Medido com o "n" na mesma altura: haste do "i" 9,1 (oficial 9,1; a Light dava 11,3), "n" 62,8 (62,8), "e" 67,3 (67,4), "a" 56,8 (56,9). O arquivo está em 03-assets/fontes/montserrat/.
• Cor e tamanho: os do "engenharia" do arquivo (cinza-600 #617683 na principal; a cor de cada variação); altura do "x" e linha de base medidas no próprio arquivo — a palavra senta exatamente onde "engenharia" sentava (não encosta no SEED).
• Espaçamento: o do oficial — o vão de tinta entre letras vizinhas de "engenharia" é praticamente constante (20,2 a 21,3 no horizontal principal, qualquer que seja o par), e a palavra nova usa esse mesmo vão médio. Não se estica até a largura do SEED (Q1 = B). Prova: o gerador recompondo o próprio "engenharia" difere do oficial em 0,43 % a 0,77 % dos pixels de tinta (só borda).
• Barrinha: copiada igual, byte a byte (Q2).
• Contornos fundidos: cada letra sai com os contornos unidos (a Montserrat desenha o "a" com dois contornos sobrepostos; sem fundir, sobra um fio na emenda quando ampliado).

Variações: 9 por assinatura (36 arquivos: 18 de produto, 18 de empresa) em 03-assets/logos/produtos/ e 03-assets/logos/empresas/ (logo-<chat|siga|holding|energia>-<variação>.svg): horizontal principal, fundo turquesa, mono negativo, mono positivo; vertical principal, fundo turquesa, fundo turquesa 2, mono negativo, mono positivo. Não há as de fundo azul e fundo cinza (achado dele: são aplicação, não variação). A escolha por fundo é a do §5.1: principal em fundo branco; fundo turquesa sobre o turquesa da marca; mono negativo (branca) em fundo escuro; mono positivo (preta) em impressão P&B. Os mínimos (§5.2), a posição (§5.3) e a área de proteção (§5.5) são os mesmos do logo.

Onde baixar: a página https://ds.seed.eng.br/marca/ (seções "Assinaturas de produto" e "Assinaturas de empresa do grupo"), https://ds.seed.eng.br/03-assets/logos/produtos/ e https://ds.seed.eng.br/03-assets/logos/empresas/. Os endereços antigos da holding (/03-assets/logos/produtos/logo-holding-*.svg) respondem 301 para o novo. Mudou o logo oficial? Rode o gerador — as assinaturas acompanham.

5.7 Produto que usa o DS sem a marca SEED (NOVO na v5.64, LC-66)#

O que é. Um produto que consome o SEED Design System (DS: tokens, componentes, telas) mas não é da SEED engenharia — por exemplo, um projeto pessoal ou de outra empresa. Ele usa o sistema, não a marca. Produtos DA SEED seguem a §5.6 (assinaturas de produto), não esta seção.

Por quê. Até a leva 49 o canon só previa a marca SEED nas telas fora do shell (§83 A19 e §96 A29 de seed-componentes.md, e as telas de cadastro pelo link e de envio ao fornecedor), e o primeiro produto sem a marca improvisou o lugar da logo (MANIFESTO §323, pedido 1). A busca nos cinco canônicos por qualquer regra de produto sem a marca deu 0 resultados (2026-10-31). Valor de marca que não existe não se cria: a regra abaixo usa só papel tipográfico, tinta e posição que o canon já tem.

O que NÃO entra no produto sem a marca: logo (§5.1), símbolo, assinatura de produto ou de empresa (§5.6), o mascote EEny (§6 — ele leva o símbolo da SEED na cabeça), o kit de favicon SEED (§5.2) e qualquer selo ou frase do tipo "construído com o SEED Design System" (o canon não tem esse selo; criá-lo seria valor de marca novo).

O que entra no lugar da logo vertical (mesmo lugar: centrado acima do cartão, com o vão do palco):

Microcópia e título da página. Onde o texto de referência cita a SEED como QUEM OPERA ("Falar com a SEED", "A SEED engenharia convidou você", "a equipe da SEED"), o produto escreve o nome de quem o opera; o sufixo do <title> (§96 TE7: título do h1 + a marca) passa a ser o nome do produto. Nenhuma tela do produto cita a SEED nem o SEED Design System.

Logotipo próprio do produto. É fronteira do produto: o DS não o desenha, não o guarda e não o mede. Se o produto tiver um, ele ocupa o mesmo lugar do nome, sob as mesmas regras de posição e largura, e o conferidor diz NÃO MEDI na marca (não há asset oficial para casar).

Shell (§46 de seed-componentes.md). Nada muda: o seletor de contexto (SH11) já traz a sigla geométrica genérica mais um nome em texto; no produto sem a marca, o texto é o nome do produto ou do contexto.

Decisão. Tomada pela sessão do DS por DELEGAÇÃO dele — resposta "pode fazer" à lista que incluía a LC-66 (MANIFESTO §327.1, 2026-10-31 ~05:25 UTC) — e exposta a veto: a tinta text-primary, o <p> em vez de heading, o favicon SEED proibido sem substituto, o logotipo próprio como fronteira do produto e a troca da microcópia são escolhas da sessão, não palavra dele. Alternativas descartadas (selo "construído com", sigla geométrica + nome, nada acima do cartão, nome em turquesa): relatório do agente L da leva 50. NÃO MEDIDO: o contraste do nome sobre a luz da casca de vidro (§93; só contra fundos planos) e a largura real de um nome longo a 22 px.

---

EEny é uma criatura tipo gota/chama amarela com o símbolo da SEED na cabeça, forma orgânica com detalhes turquesa. NÃO é um robô. NÃO é uma bolinha. (Supersede formal: o Manual 2018 §6.1 o descrevia como "robozinho" — conceito morto; a definição orgânica é a canônica.)

8 poses canônicas (eeny-pose-01…08.svg, em 03-assets/mascote-eeny/, na página https://ds.seed.eng.br/marca/ e no espelho da §5.4): 01 cauda longa/transição · 02 frontal padrão (na dúvida, use esta) · 03 atenta · 04 perfil 3/4 · 05 costas/contemplativa · 06 concentrada · 07 acenando/boas-vindas · 08 voltada/cauda fluida.

Regras da v5.0 — parcimônia e desacoplamento#

• EEny vive desacoplado do logo. (Supersede: a regra 2018 de "manter sempre à direita do logotipo" morre.) Quando excepcionalmente aparecerem juntos, proporção 3:1 (logo:EEny) mantida.
• Momentos permitidos (produto e comunicação): onboarding, estados de sucesso/celebração, empty states amigáveis, comunicação interna, conteúdo educativo leve.
• Papel social — o EEny é ativo estratégico, não enfeite. Nas redes, o EEny é o protagonista permitido da camada de personalidade da marca: pode estrelar conteúdo leve, educativo e de engajamento (dicas de energia, bastidores, datas, trends adaptadas) como a "voz simpática" da SEED. A evidência de mercado é forte — mascotes bem operados são dos maiores ativos de reconhecimento e engajamento que uma marca pode ter. A calibragem SEED: humor leve e didático no tom do sobreaseed.md — não o caos absurdista de mascotes B2C de app; somos uma empresa de engenharia falando com empresários e famílias. Regra prática: no feed, EEny protagonista em conteúdo de personalidade; coadjuvante pontual no restante; ausente do conteúdo técnico-comercial.
• Proibido: propostas comerciais, material técnico (laudos, relatórios, diagramas), peças de licitação, e como decoração recorrente/preenchimento de peças que não são sobre ele.
• Nunca distorcer proporções · nunca recriar manualmente · sempre os SVGs oficiais.

---

A mudança visual mais importante da v5.0. Direção aprovada: "menos infantil, mais profissional".

O que morre (supersede formal)#

• Ondas como massas chapadas cobrindo porções da peça (inclusive empilhadas turquesa+verde) — era a assinatura visual de 2018 e a principal fonte do efeito datado.
• Grafismo secundário de padrões (ícones repetidos sobre fundo turquesa, Manual 2018 §3.7–3.8) — textura decorativa aposentada sem sucessor direto.

O que nasce#

A onda não some — emagrece. Vira linha: curvas finas de 1.5–2px, stroke-linecap: round (o mesmo traço da ilustração), sempre horizontais, em turquesa.

7.1 A ORIGEM DO DESENHO — o significado, e ele não pode se perder (novo na v5.4)#

(decisão registrada — ver Histórico da seção)

A curva não é uma onda decorativa: é uma cordilheira em planos que se cruzam. Verde, natureza, profundidade. Perder essa leitura é perder o significado, não só a estética.

Três coisas fazem uma linha ler como PLANO, e sem elas o desenho vira ritmo em vez de serra:

O corte de oclusão é também o idioma do desenho técnico — linha interrompida para indicar o que passa por cima. Conversa com o princípio §2 ("precisão de engenharia como estética") em vez de brigar com ele.

④ O CRITÉRIO DO MOVIMENTO (veredito de 2026-08-20): "nao pode perder o sentido de movimento apesar de serem montanhas". O movimento é parte do significado — a onda originou o desenho, a montanha é a leitura. Composição que congele a serra viola o aprovado, mesmo com cada linha correta.

7.2 DOIS REGIMES — SERRA-CENA e DETALHE DE LINHA (novo na v5.4; supersede a leitura de que o teto de ~8% governa todo grafismo)#

O teto de ~8% da altura da tabela abaixo foi escrito para detalhe de rodapé de 1–2 linhas. A partir da v5.4 o canon reconhece dois regimes diferentes, e o teto de 8% governa apenas o primeiro:

POR QUE O REGIME NOVO EXISTE, com número. Medido em 2026-08-20/21: a serra precisa de ~15% da altura da peça para LER como serra. Abaixo disso ela não fica "discreta" — ela desaparece: numa faixa de 32px (7,62% de uma peça de 420) o traço do plano de trás cai a 1,50px e a cena vira uma linha. Não é preferência estética: é o limite abaixo do qual o desenho deixa de comunicar o que a §7.1 diz que ele significa.

As duas saídas do conflito, e o canon aceita AS DUAS — é isto que a v5.4 registra para que ninguém leia uma como contradição da outra:

• (a) ir para o TOPO — o teto de ~8% é escrito para rodapé; uma faixa de topo é outro uso. Foi a saída aprovada para o modelo MONTANHA (§7.3).
• (b) mudar o teto NO RODAPÉ — aprovado por veredito, formato a formato, na tabela da §7.4. Foi a saída aprovada para o modelo SERRA EM ARCOS.

7.3 OS DOIS MODELOS DE SERRA-CENA — regras INDEPENDENTES (novo na v5.4)#

(decisão registrada — ver Histórico da seção)

E, sobre estender ao topo uma regra do rodapé: "para as montanhas do topo, eu aprovei dessa forma porque o desenho ficou muito bom, entao nao tem problema nao seguir a regra das ondas do rodape. considere que o topo segue uma regra e o rodapé outra regra."

⚠ REGRA DE ESCOPO, e ela vale para todo este documento: regra derivada de UM modelo fica ESCOPADA a ele até haver veredito que a estenda. O toque exato é regra do RODAPÉ, não lei geral do grafismo. Generalizar por conta própria mudaria em silêncio uma peça já aprovada.

Anatomia da SERRA EM ARCOS (4 planos, de trás para a frente): FUNDO — única linha contínua atravessando a peça; a mais alta e a mais clara; sem ombros. LONGE e PERTO — morros PARCIAIS em duas profundidades: arcos que nascem e morrem abaixo da moldura ou atrás de outro morro; cume fora de centro, flancos assimétricos, ápice ARREDONDADO — nunca ponta ("o nosso nao é pontudo e sim uma ondulaçao"). FRENTE — baixa e suave; atravessa a peça mergulhando abaixo do limite inferior entre um cume e outro ("nao pode ser tao alta, ela tampa os cumes do fundo").

Duas regras de construção da serra em arcos:

• TOQUE EXATO ("as linhas devem se tocar, se uma linha acaba antes de tocar a outra nao da sensacao de profundidade"): a oclusão é recortada na própria crista, folga zero — a ponta redonda da linha de trás encosta no traço da frente. É construção, não retoque.
• REGRA DO FRAGMENTO ("em linhas nao fica bonito e profissional, clean"): trecho visível de linha com comprimento < 80px (calibrado na cena de 1080; escala com a janela) ou folga máxima < 9px sobre a linha que o oclui é SUPRIMIDO. Ou o morro aparece de verdade, ou não aparece. A regra roda POR FORMATO.

7.4 A LEI DA ESCALA e os TETOS POR FORMATO da serra-cena (novo na v5.4)#

LEI: a forma do morro é constante em UNIDADES DE F (altura da faixa); o que muda com a largura da peça é a COMPOSIÇÃO, nunca a forma. Peça larga não ganha morro esticado. Razão natural da cena aprovada: w/F = 12,7. Medido: no post (w/F = 12,7) o morro massivo sai 432×62px — a proporção aprovada; no banner com a mesma fração de largura (w/F = 38,5) o MESMO morro sai 450×28px, razão 16:1 — o "esmagado" que foi reprovado.

ÂNCORA em peça larga-baixa: a cena vai ancorada numa janela de proporção natural (largura da janela = 12,7 × F), no lado oposto ao texto; a linha da FRENTE continua atravessando a peça inteira, mergulhada abaixo do limite fora da janela.

Tetos aprovados por veredito (2026-08-21) — supersede o ~8% para o regime serra-cena, formato a formato:

7.4-b O TETO DO TOPO É DE LARGURA, NÃO DE ALTURA (novo na v5.5)#

(decisão registrada — ver Histórico da seção)

Regra: no regime SERRA-CENA no TOPO (o modelo MONTANHA), o que se verifica é a proporção entre a LARGURA da peça e a altura da faixa — w/F —, e não a porcentagem da altura da peça. A altura da peça é irrelevante para este teto, e a razão de aspecto da peça não entra na decisão.

O número, e de onde ele vem: a peça aprovada em 2026-08-20 (P3 branco e P4 brand-deep) tem w = 420 e F = 64, logo a proporção do desenho aprovado é

w/F = 6,5625 — e o teto é F ≤ w / 6,5625.

Nada foi inventado aqui: o número é a razão da própria peça que ele aprovou. Faixa mais alta que isso, para a largura que a peça tem, deixa de ser o desenho aprovado — engorda a cena verticalmente. Faixa mais baixa não é reprovada por esta regra: a perda de leitura pelo excesso de finura é julgamento de FORMA, que continua sendo gate visual humano (§7.2).

O que isto SUPERSEDE: a leitura anterior, de que o topo respondia a um teto de 15,24% da altura válido só na razão 1:1. Aquele número continua correto como descrição da peça aprovada (64 de 420 é 15,24%), mas não é o teto — é consequência dele naquele formato. Peça larga não fica sem teto e não precisa de veredito novo: ela responde à mesma proporção de largura.

O peso da linha é proporcional à largura — GR-P19, veredito dele GR-P19: C1 (2026-09-30). O canon dizia a altura da faixa e não dizia o peso do traço; agora diz o que o gerador (gen-variantes-montanha.py, montanha_topo) já fazia: o desenho é o aprovado esticado (viewBox fixo de 420), então o traço acompanha a largura — 1,5 / 1,75 / 2 px (fundo / meio / frente) em 420 px; 3,375 / 3,94 / 4,5 px em 945 px; 6,86 / 8,00 / 9,14 px em 1920 px; e o vão da oclusão (7 unidades do viewBox) mede 32 px em 1920 px. Sem piso e sem teto em px; a peça impressa segue o piso de 0,25 mm da §7.4-c. Nenhum desenho muda. O parâmetro pesos_px do gerador (peso fixo em px) continua existindo só para estudo e não é o padrão. Teste que prende o comportamento: 06-validacao/provas/grafismo-guarda/teste-montanha-peso-proporcional.py (6 de 6).

⚠ ESCOPO: esta regra é do TOPO. O RODAPÉ continua com os tetos por formato da tabela acima — regra derivada de um modelo fica escopada a ele até haver veredito que a estenda (§7.3).

7.4-c PISO DE TRAÇO EM MILÍMETROS PARA PEÇA IMPRESSA (novo na v5.6)#

(decisão registrada — ver Histórico da seção)

REGRA: em peça impressa, nenhum traço do grafismo fica abaixo de 0,25 mm. Quando o mais fino ficaria abaixo, todos os planos são multiplicados pelo mesmo fator até o mais fino tocar 0,25 mm.

POR QUE ESCALA E NÃO GRAMPO, e é medido: grampear por baixo (elevar só quem está abaixo do piso) achata planos no mesmo peso — no cartão, 4 pesos distintos caem para 2. E a hierarquia de peso e tom é uma das três condições que fazem a linha ler como PLANO (§7.1 ③). Grampo salva o traço destruindo o mecanismo do desenho; escala paga o custo em presença e mantém a leitura.

POR QUE 0,25 mm, com os números que sustentam: os pisos de reprodução do mercado são 0,088 mm (digital, linha positiva), 0,176 mm (digital, linha reversa — clara sobre escuro) e 0,053/0,088 mm em offset. O verso do cartão é linha reversa por definição (serra clara sobre #005048), e antes desta regra media 0,180 mm — passava o piso digital reverso por 0,004 mm, 2% de margem. 0,25 mm dá 42% de folga. Serigrafia (0,353 mm positiva / 0,706 mm reversa) segue fora do alcance de cartão, e isso é declarado: peça serigrafada exige decisão própria.

⚠ E o motivo pelo qual esta regra tinha de existir: a lei do traço da §7.4 é em pixel, inclusive o grampo. Logo o traço FÍSICO de uma peça impressa é função da resolução de exportação — o mesmo arquivo exportado a 600 DPI em vez de 300 imprime com metade da espessura. Piso em pixel não garante nada no papel.

ESCOPO EXATO, e ele é estreito de propósito:

• vale para o cartão de visita (90×50 mm desde 2026-08-22 — §7.4-d) e para qualquer peça com alvo físico declarado; ⚠ e o piso sobrevive à troca de formato — isto foi MEDIDO, não presumido: nos três formatos testados (89×51 · 90×50 · 90×48 mm) o traço mais fino sai em 0,250 mm, porque o piso é aplicado por ESCALA a partir do px/mm da peça. É exatamente por isso que o piso foi escrito em milímetro e não em pixel.
• não vale para post, story, banner e capa — peça de tela não tem milímetro, e inventar alvo físico para ela seria pior que não ter;
• aplica-se à SERRA. O marcador de seção (o risco amarelo de 56px, §7.6) tem traço fixo de 2px = 0,170 mm no cartão: passa em offset e em digital positivo, reprova em serigrafia. Fica intocado até haver veredito próprio — ele não é linha de serra e não responde à lei da faixa.

⚠ O PISO NÃO PODE SER VIOLADO PELO ARREDONDAMENTO (esclarecimento normativo da v5.8). O traço vive em px com 2 casas decimais. Ao aplicar o fator de escala, o menor peso é arredondado para CIMA; os outros, para o mais próximo. Motivo medido: na pasta A4 (11,80952 px/mm) o piso vale 2,95238 px e o arredondamento normal devolvia 2,95 px = 0,24980 mm — 0,0002 mm abaixo do canon. Piso violado por arredondamento é piso que não existe. Arredondar o menor para cima só ENGROSSA, nunca afina, logo não pode criar defeito novo.

INSTRUMENTOS desta regra — dois, com papéis diferentes:

⚠ COMO SE DECLARA QUE UMA PEÇA É IMPRESSA: o próprio artefato carrega o alvo físico — <meta name="alvo-fisico" content="90x50mm">, escrito pelo gerador. Peça sem essa declaração sai [n/a] NOMEADO, nunca PASS: peça de tela não tem milímetro, e inventar alvo físico para ela seria pior que não ter. Nenhum instrumento desta casa decide isso por nome de arquivo — filtro por nome tem a aparência de cobertura e já deixou 17 de 51 arquivos deste projeto nunca medidos.

Traço: escala com a FAIXA (3,5 × F/86), com grampo de 1,5 a 4,5px — o piso e o teto do canon nunca são violados. Peça com largura < 700px recebe SUBCONJUNTO da cena. ⚠ Todos estes números são px de TELA. Para peça impressa o traço em px desta seção é o ponto de partida, não o resultado: o piso físico de 0,25 mm da §7.4-c (novo na v5.6) multiplica todos os planos por um fator único quando o mais fino ficaria abaixo dele. A pendência que esta linha declarava aberta — "o traço em mm para impressão (cartão 89×51 mm, pasta A4)" — foi MEDIDA e DECIDIDA em 2026-08-22 (pendência de projeto MR-P6); ver §7.4-c e Design System v2/validacao/MANIFESTO.md §108.

7.4-d A MEDIDA FÍSICA DO CARTÃO É 90×50 mm — PADRÃO BRASILEIRO (novo na v5.7)#

(decisão registrada — ver Histórico da seção)

REGRA: o cartão de visita da SEED engenharia é 90 × 50 mm (9×5 cm), o padrão dominante nas gráficas brasileiras. A peça de referência é 07-pecas/cartao-90x50/ (§12.9), em 1063×591 px = 11,811 px/mm = 300 DPI.

⚠ A peça de referência MUDOU em 2026-08-25, e o ponteiro antigo foi repontado antes de o arquivo sair. Até aqui esta cláusula apontava para L2-cartao-rodape-natural.html e L3-cartao-verso.html, da era Cowork, que foram removidos por decisão dele — eram arquivo de produção, e o arquivo de produção vigente passou a ser outro. Os números que aquelas peças mediram e que fixaram o formato ficam registrados aqui, porque a decisão do formato se apoiou neles: 1062×590 px, 299,7 DPI, traço mínimo de 0,250 mm. A peça nova mede 300 DPI exatos e traço de 0,261 mm — e a diferença tem explicação na §7.4-f: o grafismo dela SANGRA, porque em 90 mm de span o traço não alcançaria o piso.

SUPERSEDE os 89×51 mm em que o cartão vinha sendo desenhado. ⚠ E a razão do supersede é o achado desta rodada: 89×51 mm é 3,5 × 2 polegadas, a medida de EUA e Canadá — ela entrou no projeto como default de ferramenta, não como decisão de marca. Não existe registro de ninguém tê-la escolhido. A empresa imprime no Brasil (MG, ES e BA), onde 90×50 mm é o que a gráfica corta sem pedir arquivo especial e o que porta-cartão e carteira acomodam.

O que a troca custou, medido peça por peça — e é uma coisa só:

O ÚNICO custo real: uma linha nova no teto da §7.4. A tabela de tetos é indexada pela razão da peça (tolerância 0,01), e a razão mudou de 1,745 para 1,800. ⚠ Antes de esta seção existir, a guarda GR1-c devolvia [n/a] para o cartão de 90×50 com o motivo escrito — "razão da peça 1,800 não casa com nenhum formato da tabela §7.4; teto de canon não se interpola nem se herda por analogia (§0-b)". Isso é a guarda funcionando: ela se recusou a aprovar por analogia e mandou a lacuna ao decisor.

Nenhum vetor mudou, nenhum hex mudou. A peça vigente é byte-idêntica à opção B que ele leu na folha de decisão (render-audit/gate-mr9/decisao.html) — conferido por md5, 5 de 5.

⚠ O QUE ESTA SEÇÃO NÃO RESOLVE, e a gráfica vai perguntar: SANGRIA. O verso do cartão é fundo cheio #005048, logo o arquivo de impressão precisa de área além da linha de corte (mais margem de segurança para o conteúdo). Nenhuma peça deste projeto tem sangria hoje, e nenhum número de sangria foi medido ou autorizado. Pendência MR-P10 — independe desta decisão e não se resolve por analogia com o que "as gráficas costumam pedir" (§0-b).

⚠ E se a compra for ONLINE, confirme o formato no pedido. A maior gráfica online do país (Printi) vende 90×48 mm como o formato dela. Esses 2 mm viram corte no desenho se o arquivo foi fechado para 90×50. A variante 90×48 está medida e guardada em render-audit/gate-mr9/br-90x48/ — ela não é escolha de marca, é restrição de fornecedor, e por isso não entrou no canon.

7.4-f O GRAFISMO DE LINHA TEM UM SPAN MÍNIMO: 125 mm (novo em 2026-08-25)#

REGRA: o divisor de grafismo, na proporção natural, exige span ≥ 125 mm para cumprir o piso de 0,25 mm do §7.4-c. Abaixo disso ele não pode ser usado como está — a peça sangra o grafismo ou não o usa.

Por que existe um mínimo, e por que ele não se contorna desenhando mais fino: a altura do divisor e a espessura do traço são a mesma grandeza — a escala do mapeamento viewBox → width. Encolher o grafismo encolhe o traço na mesma proporção, e não há atributo que separe os dois. Isto já estava escrito no gen-timbrado.py para o caso do rodapé ("o que NÃO dá para encolher é o grafismo"); a §7.4-f generaliza com o número.

Medido em nove spans, gerando o divisor e lendo o traço mais fino de cada um:

A SAÍDA PARA PEÇA MENOR QUE 125 mm É SANGRAR, e o cartão 90×50 é o caso fundador: o divisor entra com 130 mm centralizado e a peça mostra um recorte de 90 mm. Arte maior que o corte é a definição de sangria — não é gambiarra, é o uso correto do recurso. Traço final 0,261 mm, folga de 4,5%.

⚠ A alternativa legítima é NÃO usar grafismo. Numa face que carrega informação (a frente do cartão), a MM1-a sai [n/a] com o motivo declarado, e esse é o veredito correto — não uma lacuna. O §3.5-c limita a UMA âncora cromática por página; ele não exige nenhuma.

---

7.4-e SANGRIA E MARGEM DE SEGURANÇA EM PEÇA IMPRESSA (novo na v5.10)#

(decisão registrada — ver Histórico da seção)

O MÉTODO É REGRA, não detalhe de execução. Há duas formas de produzir sangria e elas dão resultados diferentes: (a) encolher a arte para caber numa tela maior — muda a composição e desalinha tudo que foi aprovado; (b) crescer para fora, mantendo a arte onde está. O canon manda (b), por veredito dele.

⚠⚠ O ARQUIVO DE PRODUÇÃO NASCE SOB DEMANDA (regra dele, v5.11). Verbatim: "sobre a producao, apenas o mock, quando for ter a producao de alguma peça especifica, ai sim trabalhamos o arquivo de producao para aquela demanda".

Logo o entregável PADRÃO de toda peça é o MOCK — a peça no tamanho do corte, gerada por script, para decidir se o desenho está certo. O arquivo com sangria (e, quando houver dobra, a faca) só é feito quando existe a COMPRA daquela peça. Por que isso é regra e não preferência: arquivo de produção feito antes da demanda envelhece — a gráfica escolhida pode pedir 5 mm em vez de 3, ou uma faca diferente, e aí o arquivo pronto vira arquivo errado com aparência de pronto. O único arquivo de produção que existe hoje é o do cartão de visita (producao/cartao-90x50/), feito porque a demanda apareceu junto com a decisão.

⚠ CONSEQUÊNCIA: existem DOIS tipos de arquivo, e confundi-los é defeito.

Misturar os dois numa pasta faz a GR1 medir a tela com sangria e devolver [n/a] por razão fora da tabela de tetos — um defeito que não é defeito. Cada arquivo declara o próprio papel: <meta name="papel" content="gate"> ou "producao", e o de produção declara também <meta name="corte-px"> e <meta name="sangria">.

POR QUE SANGRIA NÃO É OPCIONAL NESTA FAMÍLIA, medido: a serra do rodapé é width:100% com bottom:0 — ela toca três bordas da peça. Arquivo do tamanho do corte + desvio normal de guilhotina = fio branco na borda. No verso do cartão, que é fundo cheio #005048, isso é o defeito de acabamento mais visível que existe.

POR QUE 3 mm e não 5, com os números da pesquisa: as três fontes consultadas convergem numa estrutura — 3 mm é o mínimo que a indústria aceita (é o que a Printi, maior gráfica online do país, publica como padrão dela) e 5 mm é o mais comum no Brasil. O veredito escolheu 3 mm, e o efeito medido é que o layout aprovado cabe sem mexer: o conteúdo do cartão está a 4,24 mm do corte — folga de 1,24 mm contra a margem de 3 mm (contra 5 mm faltariam 0,76 mm, e mover conteúdo mudaria a composição aprovada). ⚠ A gráfica escolhida manda: as três fontes dizem para confirmar no pedido. Se a gráfica exigir 5 mm, a conta já está pronta — e o conteúdo precisará ir de 50px para 59px.

⚠ ARREDONDAMENTO, mesma regra do piso de traço (§7.4-c / v5.8): a sangria em px arredonda para CIMA. Sangria curta é sangria que não existe. No cartão a 11,8 px/mm: 3 mm = 35,4 px → 36 px = 3,05 mm.

INSTRUMENTOS: a guarda MM1 (validacao/guarda-piso-mm.py) ganhou duas cláusulas — MM1-d (arquivo de produção declara sangria ≥ 3 mm; arquivo de gate sai [n/a], porque não leva sangria por definição) e MM1-e (conteúdo a ≥ 3 mm do corte). O diagnóstico detalhado sai em validacao/mede-sangria.py.

ESCOPO E FRONTEIRAS:

• vale para peça com alvo físico declarado. Peça de tela não tem corte;
• ⚠ peça com DOBRA, VINCO ou FURO tem margem própria e NÃO está coberta aqui. A pasta A4 com aba é o primeiro caso e não existe como arquivo de produção — a fonte pesquisada dá, como exemplo do problema, 15 mm no lado da espiral em encadernação wire-o. Medir isso é frente nova (MR-P12);
• marcas de corte no arquivo final dependem do que a gráfica pedir no pedido.

7.5 COR DO GRAFISMO — só stops da rampa canônica (novo na v5.4)#

Princípio: perspectiva atmosférica. O que está longe é mais claro e mais fino; a frente é sempre a mais firme. No tema escuro o plano de trás quase se dissolve no fundo — é a "névoa".

REGRA: o grafismo usa EXCLUSIVAMENTE stops da rampa canônica turquesa (§3.2). Nenhum hex fora do sistema, em nenhuma circunstância.

⚠ Precedente registrado, e é a origem da regra §0-b do projeto: entre 2026-08-20 e 21 um hex inventado (#0A6B60) viveu quatro rodadas no plano de trás das peças escuras e chegou a peça aprovada. Ele havia entrado "por precedente", e o arquivo do precedente não existia. Retirado por ordem do decisor: "eu nao autorizei e vc nao deveria ter criado sem autorizacao algo canonico e ja decidio." Substituído por #006C62 (turquesa-700) — ΔE76 = 1,03, abaixo do limiar de percepção humana (~2,3), logo sem custo de aparência. REGRA §0-b: valor de marca que não existe neste documento nem nos gêmeos de token NÃO SE CRIA — nem "por precedente", nem "provisoriamente até o gate", nem porque a diferença é invisível. Faltando valor: use o stop canônico mais próximo medindo o custo, ou leve a lacuna ao decisor. Nunca invente e avise depois.

O AMARELO NÃO ENTRA NAS LINHAS DO GRAFISMO. O §3.4 dá ao amarelo o papel de acento único e esta seção manda o grafismo ser o elemento mais silencioso da peça — amarelo na serra criaria dois acentos competindo. Alternativa descartada, não esquecida.

7.6 Os usos permitidos — tabela consolidada#

⚠ REGRA DA EMENDA — a partir da v5.36 (veredito dele, 2026-09-06): os SVGs de referência em 03-assets/grafismos/ (grafismo-divisor-*.svg, grafismo-textura-*.svg) são INSTÂNCIAS de uma largura, NUNCA um ladrilho. É PROIBIDO repeti-los por CSS (repeat, repeat-x), por cópias lado a lado ou por recorte: a emenda entre cópias (§7.3 — toque exato + mergulho) só existe DENTRO do gerador gen-detalhe.py (svg_divisor(span, altura)), e para outra largura, altura ou tema se GERA, não se repete. Origem: a vitrine (F9.3) repetiu a referência de 680 px por repeat-x e as ondas não se conectaram na junção; veredito dele, verbatim: "as 2 ondas nao se conecta, vc salvou o modelo de duplicacao errado? corrija" e "se vc que é o criador está comentendo esse erro, estou com medo de quem for consultar o material também fazer errado, isso deve ser corrigido, esse tido de erro é inaceitavel". A guarda transversal 06-validacao/guardas/guarda-grafismo.py varre todo HTML/CSS do repositório e acusa qualquer repetição do asset.

Regras (todas mantidas da v5.0): nunca rotacionar (sempre horizontal) · nunca voltar à massa preenchida (exceção única: capas físicas legadas até o redesenho da Fase 8) · nunca competir com foto ou dado — grafismo é o elemento mais silencioso da peça · área total de grafismo ≤10% da peça (supersede o limite de 50% de 2018). Medido nas 12 peças produzidas: 0,67% a 2,17% — o teto de área nunca esteve em risco; o conflito sempre foi de ALTURA, não de área.

7.7 ONDE VIVEM OS VETORES — a pendência §17.3 muda de estado (novo na v5.4)#

A pendência 3 da §17 dizia: "as linhas-padrão (textura, marcador, rodapé) serão desenhadas como assets SVG oficiais na Fase 8; até lá, gerar conforme especificação da §7". Para o regime SERRA-CENA isso já aconteceu, e não como SVG solto: como GERADOR.

⚠ NÃO RECRIE O TRAÇADO À MÃO. Traçado redigitado é a classe de defeito mais perigosa deste projeto, porque não chama atenção e por isso não é conferida. A pendência §17.3 fechou na v5.12: os três usos internos (textura, marcador, divisor) ganharam gerador e assets oficiais.