---
fonte: 01-canonicos/seed-email.md
versao_da_fonte: v0.13
secao: 01
titulo: "A tese: e-mail é outro runtime, não outra tela"
sequencia: 3 de 17
bytes_do_corpo: 1373
md5_do_corpo: 84187c04bfae7303115969622b967a1d
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-email.md
---
## 1. A tese: e-mail é outro runtime, não outra tela

A cadeia de três camadas do DS v2 é:

```
1. PRIMITIVOS   --seed-turquesa-600      valor bruto
       ↓
2. SEMÂNTICOS   --seed-action-primary    intenção de uso
       ↓
3. COMPONENTE   --seed-button-primary-bg exceção local
```

**Essa cadeia para antes do e-mail.** Não por escolha de estilo, mas por impossibilidade
técnica: CSS custom properties não são suportadas em Gmail, Outlook e Yahoo — e no Gmail o
caso é pior que ausência simples, porque ele aceita a função `var()` mas ignora a
*declaração* da variável, o que a torna inútil.

A consequência prática é que **nenhuma linha de CSS dos 44 componentes da Fase 3 é
reaproveitável em e-mail.** O que se herda é conceitual, e isso é bastante:

| Herda-se | Não se herda |
|---|---|
| Taxonomia de severidade (sucesso, atenção, erro, informação) | Qualquer regra CSS |
| Microcopy e tom de voz | Flexbox, grid, position |
| Hierarquia de ação (primária, secundária, terciária) | `var(--seed-*)` |
| Régua de acessibilidade e de contraste medido | Ícones em SVG |
| Lei 70/20/10 da marca | Dark mode nativo com par light/dark |

Registrar isso aqui evita a expectativa — razoável, mas errada — de que a Fase 4 seria
"portar os componentes para e-mail". Ela é **reimplementação** com herança conceitual.

---