4. Tipografia — 2 famílias de sistema + 1 celebratória de fronteira estreita

4.1 Montserrat — marca e interface#

Do display ao corpo. Pesos carregados: 300 (Light), 400 (Regular), 600 (SemiBold), 700 (Bold) — preferir versão variável.

4.2 JetBrains Mono — dados e técnica#

Pesos: 400, 500, 700. Papel exclusivo: dados de medição (kWh, kWp, demanda), identificadores (UC, ART, nº de proposta), código, timestamps, e acento técnico em labels micro (o caption pode ser mono — ver escala). Algarismos tabulares nativos: colunas de números alinham. Nunca em títulos ou parágrafos.

4.3 Camada expressiva e fonte celebratória (decisões de 2026-07-31)#

Camada expressiva da Montserrat — pesos 800/900 liberados para display de marketing. A família tem 9 pesos; o sistema usa 4 no dia a dia, e o marketing ganha ExtraBold (800) e Black (900) para títulos de impacto em social e campanhas. Repertório oficial de tratamento (usar antes de pensar em fonte nova): Black gigante com tracking apertado · grifo amarelo (accent-highlight) atrás da palavra-chave · contraste Light+Black na mesma frase · contorno/outline do Black · caixa alta empilhada · número gigante em JetBrains Mono como quebra técnica. Fundamento (pesquisa 2026): o erro mais comum é buscar fonte nova quando o sistema só precisa ser usado com mais criatividade.

Fonte celebratória: Caveat (Google Fonts, SIL OFL, pesos 400–700 variável, PT-BR completo). Escolhida pelo Rafael em comparativo real de 3 candidatas (vs. Shantell Sans e Kalam, mockup "Feliz 2026!" na linguagem v5.0). É a resposta oficial à necessidade que a Indie Flower atendia de forma errada — o registro manuscrito para momentos humanos, agora com fonte contemporânea e fronteiras duras:

• Onde: display de peças celebratórias e de emoção — datas comemorativas, celebrações, conquistas, campanhas humanas. 1 a 3 palavras por peça (ex.: "Feliz 2026!"), sempre em Bold (700) para presença.
• Nunca: corpo de texto, propostas, documentos, material técnico, licitação, UI/produtos, e-mail. Por decisão deliberada, a Caveat não entra nos tokens (seed-tokens.*) — mantê-la fora do sistema de produto é o que garante a fronteira.
• Sempre pareada com layout limpo: Montserrat no restante da peça, lei 70/20/10 valendo.
• Fundamento (pesquisa 2026): tipografia manuscrita é tendência central ("imperfect by design" — reação à perfeição gerada por IA), com a ressalva de mercado que adotamos como regra: funciona para o caloroso/humano, nunca para o corporativo/técnico.

4.4 Aposentadorias (supersede formal)#

• Indie Flower — aposentada (2026-07-30). A tagline manuscrita "Soluções Sustentáveis" sai de cena como elemento visual; o texto segue existindo como texto normal quando fizer sentido. Motivo: a fonte (marker fina, genérica, de 2010) envelhecia o visual — mas a categoria manuscrita provou-se válida e ganhou sucessora oficial com fronteiras: a Caveat (§4.3).
• Neo Tech — aposentada (2026-07-30). Não tinha papel definido, não está no Google Fonts, nenhuma peça recente a usava.

4.5 Pilhas de fallback (tokens) — e desde 2026-08-26 elas são PLANO B de verdade#

⚠⚠ A pilha não é mais o mecanismo de entrega da fonte — é reserva. Decisão dele em 2026-08-26 ("podemos deixar o plano B, mas temos que forçar sempre a fonte canônica"): peça impressa EMBUTE a família (contrato TP1, aborta se faltar) e bancada/tela referencia por URL relativa os TTF de 03-assets/fontes/. A pilha abaixo só trabalha em arquivo aberto fora do repositório ou mutilado. Instalação no sistema é opcional e documentada em 03-assets/fontes/LEIA-ME.md. ⭐ Antes disso, "fallback" era eufemismo: sem @font-face em lugar nenhum, a pilha era o mecanismo primário — e o mono rasterizava Consolas em tudo que estava vivo.

--seed-font-sans: 'Montserrat', -apple-system, 'Segoe UI', Roboto, Arial, sans-serif;
--seed-font-mono: 'JetBrains Mono', 'SF Mono', Consolas, 'Courier New', monospace;

4.6 Regras absolutas (herdadas de 2018, auditadas e mantidas)#

Sem sombras em texto · sem layouts diagonais · sem texto em curva · line-height títulos 1.1–1.2, corpo 1.5–1.7.

4.7 Escala tipográfica#

Nota da v5.0: o CAPTION em mono é o acento de "precisão de engenharia" da linguagem editorial (§10). A escala vale para peças, sites e documentos; a nota da v4.1 sobre escala própria do ERP morre junto com o erp-seed-design.md — produtos usam esta escala (densidades específicas serão tokens de componente na Fase 3).

---