Filosofia de design

Quando Usar

Use esta habilidade quando precisar de filosofia visual e direção de arte para frontend. Use ao criar trabalhos de alto conceito, campanhas ou quando o usuário solicitar uma filosofia visual, manifesto ou estética inconfundível, semelhante à arte.

Aplique com design para trabalhos de alto conceito, campanhas ou quando o usuário solicitar uma filosofia visual, manifesto ou estética semelhante à arte. Esta habilidade orienta a criação de um movimento nomeado e sua expressão visual.

Filosofia visual (ao criar "arte" ou trabalhos de alto conceito)

1. Nomeie o movimento (1–2 palavras): ex: "Alegria Brutalista", "Silêncio Cromático", "Sonhos Metabolistas".
2. Articule em 4–6 parágrafos como a filosofia se manifesta através de: espaço e forma; cor e material; escala e ritmo; composição e equilíbrio; hierarquia visual. Evite redundância; cada aspecto uma vez.
3. Artesanato: Enfatize que o trabalho deve parecer meticulosamente elaborado, trabalhado com cuidado, o produto de profundo conhecimento — "atenção minuciosa", "execução de nível mestre". Repita essa estrutura.
4. Texto mínimo: A informação vive no design, não em parágrafos. Texto escasso e essencial; integrado como elemento visual.
5. Espaço criativo: Seja específico sobre a direção, mas conciso para que o executor possa fazer escolhas interpretativas de alto nível com o mesmo nível de artesanato.

Para exemplos de filosofia, veja reference.md. A lista de verificação numerada acima é o procedimento de geração canônico.

Deduzindo a referência sutil

Antes de construir: identifique um fio conceitual sutil da solicitação. O tópico é uma referência sutil e de nicho embutida no trabalho — não literal, sempre sofisticada. Alguém familiarizado com o assunto deve senti-la intuitivamente; outros experimentam uma forte composição abstrata. Incorpore-a na forma, cor e composição. Princípio da "citação de jazz": apenas aqueles que sabem pegam; todos se beneficiam.

Limitações

• Use esta habilidade apenas quando a tarefa corresponder claramente à sua origem e ao contexto local do projeto.
• Verifique comandos, código gerado, dependências, credenciais e comportamento de serviços externos antes de aplicar alterações.
• Não trate exemplos como substitutos para testes específicos do ambiente, revisão de segurança ou aprovação do usuário para ações destrutivas ou custosas.