Contrato de Design de Referência

Use esta habilidade quando o usuário tiver sinais de gosto, referências ou um pedido genérico de "goste disso" e precisar de um contrato de design reutilizável antes da geração. O objetivo não é escrever um prompt mais longo. O objetivo é tornar as decisões de design explícitas o suficiente para que um protótipo posterior, apresentação, redesign ou execução de remix de imagem possa ser executado sem adivinhações.

O que esta habilidade produz

Crie três arquivos:

1. DESIGN.md — a direção visual reutilizável, seguindo o formato padrão de nove seções do sistema de design do OpenDesign.
2. design-contract.md — o registro de decisões: evidências usadas, limites de manter/alterar, justificativa, riscos e portão de qualidade.
3. implementation-handoff.md — instruções de construção concisas para a próxima habilidade produtora de artefatos ou agente de codificação.

Se uma prévia for útil, crie também example.html como uma pequena prévia de contrato feita à mão. Não a torne o entregável principal.

Fluxo de Trabalho

1. Bloqueie o trabalho. Identifique o tipo de artefato alvo, público, contexto da marca/produto, referências e restrições. Faça no máximo duas perguntas apenas quando uma resposta ausente mudar a direção. Caso contrário, escolha um padrão sensato e rotule-o como inferido.
2. Leia as evidências. Use capturas de tela fornecidas, URLs, DESIGN.md existentes, documentos da marca, artefatos de imagem ou notas do usuário. Se as evidências estiverem faltando, diga isso e baseie o contrato apenas no resumo; não invente fatos da marca.
3. Separe a semântica de referência. Para cada referência, divida-a em:
   • Keep: qualidades a serem preservadas, como densidade, composição, material, ritmo tipográfico, temperatura de cor ou atitude de movimento.
   • Change: assunto, texto, marcas da marca, layout exato, ativos protegidos e qualquer coisa que o usuário queira adaptar.
   • Do not copy: capturas de tela literais, logotipos, declarações, preços, interface de usuário proprietária ou redação exata do prompt de exemplos.
4. Congele a direção. Escolha uma postura visual coerente. Não forneça cinco moodboards não relacionados. Se houver direções genuinamente concorrentes, nomeie-as brevemente, escolha a recomendada e continue.
5. Escreva DESIGN.md. Use estes nove títulos exatamente:
   • ## 1. Visual Theme & Atmosphere
   • ## 2. Color
   • ## 3. Typography
   • ## 4. Spacing & Grid
   • ## 5. Layout & Composition
   • ## 6. Components
   • ## 7. Motion & Interaction
   • ## 8. Voice & Brand
   • ## 9. Anti-patterns
6. Escreva design-contract.md. Inclua:
   • objetivo e artefato alvo
   • tabela de evidências com confiança (observed, provided, inferred)
   • tabela manter/alterar/não copiar
   • postura de design final em um parágrafo
   • riscos e desconhecidos explícitos
   • lista de verificação do portão de qualidade
7. Escreva implementation-handoff.md. Mantenha-o curto e operacional:
   • arquivos para ler
   • restrições de token/paleta/tipo/layout
   • regras de ativos
   • requisitos responsivos
   • notas de aceitação "o primeiro artefato deve provar..."
8. Valide. Leia references/checklist.md e satisfaça todos os portões P0 antes da entrega final.

Regras de Saída

• Torne cada afirmação rastreável à entrada do usuário, evidência de referência observada ou uma inferência explicitamente rotulada.
• Prefira restrições concretas a adjetivos: "um toque quente, sem brilho roxo ou azul" é melhor do que "premium".
• Trate "faça o mesmo estilo" como "empreste qualidades controláveis", não "clone o assunto ou prompt original".
• Se o usuário também solicitar geração imediata de UI, termine esses arquivos de contrato primeiro e, em seguida, passe para a habilidade de artefato apropriada na próxima etapa.