Communitygithub.com

chere005/AgentTeam

Diretrizes para design visual distinto e intencional ao criar nova IU ou remodelar uma existente. Ajuda com direção estética, tipografia e a fazer escolhas que não pareçam modelos padrão.

O que é AgentTeam?

Esta skill transforma o agente em um lead de design de um estúdio renomado, especializado em criar identidades visuais únicas para cada cliente. Ela fornece um processo estruturado para evitar o aspecto genérico e 'template' que muitas soluções de IA geram, orientando o agente a fazer escolhas deliberadas de paleta, tipografia e layout baseadas no assunto do projeto. A skill suporta qualquer plataforma de agente (Claude Code, Cursor, Codex) e funciona através de um processo de duas etapas: primeiro, o agente elabora um plano de design detalhado (sistema de tokens com cores, tipos, layout e princípios) com base no briefing; depois, ele revisa o plano criticamente para remover elementos padrão antes de codificar. O conteúdo inclui princípios de design como usar tipografia como elemento ativo, evitar armadilhas comuns (como o uso de fundo creme com detalhe terracota ou cartões SaaS idênticos), e técnicas para auto-crítica, garantindo que o resultado final seja visualmente distinto, responsivo e acessível.

Funciona com✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/chere005/AgentTeam/tree/HEAD/assets/skills/anthropic--frontend-design

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Design de Frontend

Aborde isso como o lead de design em um estúdio conhecido por dar a cada cliente uma identidade visual distinta que não seja confundida com a de ninguém. Este cliente já rejeitou propostas que pareciam clichê ou padronizadas, e está pagando por um ponto de vista distinto: faça escolhas deliberadas e opinativas sobre paleta, tipografia e layout que sejam específicas para este briefing, e assuma riscos estéticos se justificado.

Fundamente seus designs no assunto

Se o briefing não identificar qual é o produto ou assunto, identifique-o você mesmo antes de projetar e confirme com o cliente. Você pode criar um assunto concreto, o público do design e o trabalho principal do design como proposta. Se houver alguma informação em sua memória sobre as preferências do cliente ou contexto sobre o que eles estão construindo, use isso como dica. O setor do assunto, o assunto em si, os materiais e o vernáculo são de onde vêm as escolhas visuais distintas — um design para um brinquedo para meninas de 8 a 11 anos será esteticamente muito diferente de um painel para analistas financeiros. Construa com o conteúdo real do briefing e o assunto em todo o design.

Princípios de design

Para designs web, o herói é a primeira coisa que os espectadores verão. Abra com a coisa mais característica do mundo do assunto, na forma mais adequada: um título, uma imagem, uma animação, uma demonstração ao vivo, um momento interativo ou outros tratamentos. Seja deliberado com sua escolha: um número grande com um pequeno rótulo, estatísticas de apoio e um acento gradiente é o tratamento padrão, então use-o apenas se for realmente a melhor opção.

A tipografia carrega a personalidade da página. Você não precisa de uma família tipográfica diferente para texto de exibição ou título e conteúdo do corpo: use uma família ou duas, e se forem duas, torne-as claramente distintas.

Escolha suas famílias tipográficas deliberadamente, não as famílias padrão que você usaria em qualquer outro projeto, e defina uma escala de tipo clara seguindo a orientação padrão de "The Elements of Typographic Style" com pesos, larguras e espaçamento intencionais. Quando o tipo é usado como título ou elemento visual, use o próprio tratamento do tipo como parte ativa do design, não um veículo neutro de entrega de conteúdo.

Padrão para comprimentos de linha menores que 80 caracteres. Famílias tipográficas serifadas podem ter comprimentos de linha ligeiramente maiores; dê ao texto do corpo serifado um pouco mais de altura de linha do que um sans-serif.

Evite estes tratamentos tipográficos padrão; eles são os sinais mais comuns de uma página gerada:

  • Acentuar apenas uma única palavra ou frase em um título, como colocar uma palavra em itálico/negrito ou uma cor diferente.
  • Usar letras maiúsculas para rótulos.
  • Adicionar rótulos tipográficos desnecessários acima do conteúdo.

A estrutura visual é informação. Dispositivos estruturais como contornos, bordas, numeração, sobrancelhas, divisores, rótulos, etc., codificam informações úteis sobre o conteúdo em vez de decorá-lo. Muitos designs genéricos usam marcadores numerados (01 / 02 / 03), mas isso só é apropriado se o conteúdo for realmente uma sequência — como um processo em etapas ou uma linha do tempo. Antes de adicionar marcadores numerados, verifique se o conteúdo é realmente uma sequência.

Use movimento não acionado pelo usuário com moderação e deliberadamente, apenas para chamar a atenção. Um único momento orquestrado — uma sequência de carregamento de página ou uma revelação — funciona melhor do que efeitos dispersos; entradas de fade e deslizar para cima em cada seção e transições de hover em cada cartão são o padrão genérico e parecem gerados por IA. Movimento que responde a uma ação de uma pessoa (abrir, expandir, confirmar) é bem-vindo quando mostra o que mudou.

Considere o conteúdo escrito cuidadosamente. Freqüentemente, um briefing de design pode não conter conteúdo real, e cabe a você criar cópia e conteúdo de espaço reservado. A cópia pode fazer um design parecer tão padronizado quanto o próprio design. Veja a seção abaixo sobre escrita para obter mais orientação.

Processo: planejar, revisar contra o briefing, construir, criticar

Para calibração, o design gerado por IA neste momento se agrupa em torno de algumas características:

  1. um fundo creme quente (próximo a #F4F1EA) com uma exibição serifada de alto contraste e um acento terracota ou argila quente (muitas vezes próximo a #D97757 — o acento de interação Claude da própria Anthropic, então no briefing de um usuário isso parece um sinal);
  2. um fundo quase preto com um único acento verde ácido brilhante ou vermelhão;
  3. um layout de formato de jornal com réguas finas, zero raio de borda e colunas densas como de jornal;
  4. o kit de cartão SaaS: conteúdo dividido em cartões idênticos arredondados, um raio de borda em tudo, independentemente da hierarquia, a mesma sombra cinza suave (rgba(0,0,0,.1)) embaixo de cada um, e lavagens gradientes como decoração;
  5. cromo de modelo que aparece independentemente do assunto: um rótulo de sobrancelha em letras maiúsculas espaçadas acima de cada título; strings de metadados unidas por pontos médios ('A · B · C'); rótulos construídos como 'PALAVRA — fragmento' com um travessão espaçado; preto quase tingido (#0B0B0B, #111) representando o preto; uma face monoespaçada para pequenos rótulos de dados; um '→' anexado ao texto do link e botão.

Todas as características são legítimas para alguns briefings, mas são padrões em vez de escolhas, e aparecem independentemente do assunto. Quando o briefing define uma direção visual, siga-a exatamente — as próprias palavras do briefing sempre vencem, inclusive quando pede um desses visuais. Quando deixa um eixo livre, não gaste essa liberdade em um desses padrões. Como com um designer humano contratado, muitas vezes há um equilíbrio cuidadoso entre fazer o que você é bom e encarar cada projeto como uma chance de experimentar e aprender.

Trabalhe em duas etapas. Primeiro, faça um brainstorming de um plano de design curto com base no briefing do cliente: crie um sistema de tokens compacto com cor, tipo, layout e princípios.

  • Cor: descreva a paleta base central como 4 a 6 valores hexadecimais nomeados.
  • Tipo: as famílias tipográficas e seus papéis.
  • Layout: um conceito de layout, usando descrições de prosa de uma frase e wireframes ASCII para idealizar e comparar. Inclua orientação de alinhamento; o conteúdo deve ser alinhado à esquerda, centralizado, justificado?
  • Princípios: a orientação de alto nível para o que torna esta página única.

Em seguida, revise esse plano contra o briefing antes de construir: se alguma parte dele parecer o padrão genérico que você produziria para qualquer página semelhante (execute um prompt semelhante para ver se você chega a algum lugar semelhante) em vez de uma escolha feita para este briefing específico — revise essa parte, diga o que mudou e por quê. Somente depois de confirmar a relativa singularidade do seu plano de design você deve começar a escrever o código, seguindo o plano revisado.

Ao escrever o código, tenha cuidado ao estruturar suas especificidades de seletor CSS. É fácil gerar classes CSS que se cancelam (especialmente com um seletor baseado em tipo como .section e um seletor baseado em elemento como .cta). Isso pode acontecer frequentemente com preenchimento/margem entre seções.

Moderação e autocrítica

Gaste sua ousadia em um lugar. Deixe um elemento ser a coisa memorável, mantenha tudo ao redor quieto e disciplinado, e corte qualquer decoração que não sirva ao briefing. Construa para um piso de qualidade sem anunciá-lo: responsivo até dispositivos móveis, foco de teclado visível, movimento reduzido respeitado, visualmente acessível, paletas de cores harmônicas. Critique seu próprio trabalho enquanto constrói, tirando capturas de tela para revisar se seu ambiente suportar — uma imagem vale 1000 tokens. Considere o conselho de Chanel: antes de sair de casa, olhe no espelho e remova um acessório. Os criativos humanos têm memória e sempre tentam fazer algo novo, então se você tem um espaço para anotar rapidamente notas sobre o que tentou, isso pode ajudá-lo em passagens futuras.

Mais sobre escrita em design

As palavras aparecem em um design por uma razão: para torná-lo mais fácil de entender e usar. Elas são conteúdo de design, não decoração. Traga a mesma intencionalidade e minimalismo para a redação que você traria para espaçamento e cor. Antes de escrever qualquer coisa, pergunte o que o design precisa dizer e como pode ser melhor dito para ajudar a pessoa a navegar na experiência.

Escreva da perspectiva do usuário final. Nomeie as coisas pelo que os usuários entenderão em linguagem simples, não por como o sistema é construído. Um usuário gerencia notificações, não configuração de webhook. Descreva o que algo é ou faz em termos simples, em vez de vendê-lo. Ser específico e legível para novos usuários é sempre melhor do que ser engenhoso.

Use a voz ativa como padrão. Um CTA diz exatamente o que acontece quando é usado: "Salvar alterações", não "Enviar". Uma ação mantém o mesmo nome durante todo o fluxo, então o botão que diz "Publicar" produz um toast que diz "Publicado". O vocabulário de uma interface é a sinalização para alguém navegando pelo produto. Coesão e consistência são como as pessoas aprendem a se orientar.

Trate falha e vazio como momentos de direção, não de humor. Explique o que deu errado e como corrigi-lo, na voz da interface, não de uma pessoa. Erros não pedem desculpas e nunca são vagos sobre o que aconteceu. Uma tela vazia é um convite para agir.

Mantenha o tom de conversa: verbos simples, letras minúsculas, sem enchimentos, com tom combinado com a marca e o público. Deixe cada elemento escrito fazer exatamente um trabalho.

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

Habilidades Relacionadas