# Pedido de cobertura — quando o canon não cobre o que foi pedido

> Modelo da skill `seed-ds` (F9.5, veredito do decisor em 2026-09-06: *"se tiver algo que a skill ou o DS não cubra, precisa arrumar uma forma de comunicar a quem estiver usando a skill para solicitar a empresa para providenciar, já gerando um texto para ele só copiar e enviar, tendo todas as informações para entender o que está faltando para ser criado, não precisando da pessoa explicar nada"*).

## Quando usar

Sempre que a sua resposta contiver "o canon não cobre" — uma peça sem spec no §12, um componente sem seção, uma regra que a marca não decide, uma prática que o `seed-praticas.md` não tem, um dado institucional que o `sobreaseed.md` não traz. Você entrega o que dá para entregar (marcado como provisório) E o pedido abaixo, preenchido, pronto para a pessoa copiar e enviar. Não peça à pessoa que explique nada: tudo o que quem recebe precisa saber vem de você.

## Para onde vai

E-mail para **contato@seed.eng.br** com o assunto **[DS] pedido de cobertura — <o que falta, em 5 palavras>**, ou colado numa sessão de trabalho do design system. Do lado da SEED, cada pedido vira pendência com código (LC-nn, lacuna de cobertura) no roadmap do DS.

## O texto (copie inteiro, preencha os campos entre colchetes, não apague seções)

```
PEDIDO DE COBERTURA — SEED Design System
Data: [AAAA-MM-DD]
Quem pede: [papel de quem pediu — ex.: comercial, engenharia, marketing, desenvolvimento; sem nome]
Ferramenta: [Claude Code | claude.ai | API] com a skill seed-ds versão [metadata.versao do SKILL.md] (canon de [data do DS])

1. O QUE FOI PEDIDO (uma frase)
[ex.: "um carrossel de 6 slides para o Instagram sobre manutenção de SPDA"]

2. O QUE O CANON JÁ COBRE (consultado nesta ordem, com versão)
- [arquivo §seção versão — o que dali se aplica]
- [...]

3. O QUE FALTA, EXATAMENTE
Tipo: [peça | componente | regra de marca | prática de mercado | dado institucional | outro]
Descrição: [o que precisaria existir no canon para este pedido sair 100% conforme — formato, medida, canal, estados, variações, público]
Onde deveria morar: [ex.: marca-seed.md §12 (nova spec) | seed-componentes.md (nova seção) | seed-praticas.md §N | sobreaseed.md]
Frequência provável: [pontual | recorrente — quantas vezes por mês, se souber]

4. O QUE FOI ENTREGUE NO LUGAR (provisório, marcado como tal)
[o que você produziu com o mais próximo que o canon tem, e quais decisões tomou sem canon — cada uma com "SEM CANON" ao lado]

5. O QUE A SEED PRECISA DECIDIR
[as perguntas que só o decisor responde: formato oficial? entra no §12? qual prioridade?]
```

## O que NÃO fazer

- Não invente valor de marca para "resolver" a lacuna (cor, fonte, medida de logo, dado da empresa). O provisório usa só o que o canon já tem e diz onde não tinha.
- Não mande o pedido sem a seção 2: quem recebe precisa saber o que você já leu, para não reler.
- Não some com a lacuna: se a pessoa não quiser enviar agora, deixe o texto pronto no fim da resposta mesmo assim.