Skill de Inteligencia de Design Competitivo e Geracao de UI. Use quando precisar pesquisar concorrentes, analisar tendencias visuais de um nicho, gerar moodboards, ou melhorar interface existente com base em benchmarking visual. Trigger em: "melhorar interface", "pesquisar concorrentes", "benchmark visual", "tendencias de design", "moodboard", "redesign", "design competitivo", "analise visual", "referencia UI".
Pesquisa concorrentes, analisa tendencias visuais do nicho, gera moodboards proprietarios e entrega dossie estrategico completo para o UI/UX Designer (skill 02) executar.
Esta skill segue GLOBAL.md, policies/execution.md, policies/handoffs.md, policies/token-efficiency.md, policies/stack-flexibility.md, policies/tool-safety.md e policies/evals.md.
PO -> Design Intelligence (29) -> UI/UX -> Frontend -> ...Design Intelligence (29) -> UI/UX -> Frontend -> ... (pula o PO)docs/design-intelligence/dossier.mdDefault: Brave Search API via WebSearch Fallback: WebSearch nativo do ambiente
Buscar:
Default: Playwright MCP Opcional: Firecrawl API (se disponivel no ambiente)
Acoes:
img[src]docs/design-intelligence/screenshots/ e docs/design-intelligence/references/Selecao de modelo: seguir policies/model-routing.md
O Model Routing define o tier adequado para analisar screenshots (tipicamente Deep para analise multimodal). Funciona independente do ambiente.
Execucao: delegar para Image Generator (skill 17)
Montar super-prompt enriquecido com insights da analise e fazer handoff para o skill 17 gerar moodboards proprietarios.
Regra default da skill 17 (aplica automaticamente): moodboard sem referência → grok-imagine ($0.020/img × 4 painéis = $0.080). Com screenshots de referência → gemini-25-flash ($0.039/img). Override só se moodboard precisar de tipografia complexa (--model gemini-3-pro).
Ponto de entrada 2 (linha "Melhoria de UI existente") usa este protocolo em vez das Fases 1-2 abaixo — aqui não há concorrente pra pesquisar, a UI existente É o material de análise. Aplica-se quando o usuário pede pra melhorar/redesenhar algo que já está construído.
| Dimensão | O que checar |
|---|---|
| Tipografia | fontes default do browser, hierarquia fraca, variação de peso insuficiente, largura de linha excessiva, palavra órfã |
| Cor e superfície | paleta inconsistente, saturação, fundo genérico, qualidade de sombra — sinal clássico: "gradiente roxo/azul de IA" |
| Layout | viés de centralização, grid de cards genérico, unidades de viewport, alinhamento e espaçamento inconsistentes |
| Interatividade e estados | hover state ausente, foco sem indicador, falta de estado de loading/empty/error, feedback de navegação |
| Conteúdo | nomes repetitivos, dados irreais, tom de copy genérico ("Elevate", "Seamless"), avatares idênticos |
| Componentes | cards genéricos, badges em formato pill, carrossel de 3 cards, modal-para-tudo, círculos de avatar padronizados |
| Código e omissões | HTML não-semântico, estilo inline, dimensões hardcoded, gaps de acessibilidade, ausência estratégica (link legal, página 404, validação de formulário) |
troca de fonte → limpeza de cor → estados interativos → layout/espaçamento → substituição de componente → design de estados → polimento tipográfico
Preservar estrutura de URL, labels de navegação e nomes de campo de formulário existentes, salvo aprovação explícita do usuário — redesign visual não é desculpa pra quebrar link externo ou integração já em uso.
Artefato: docs/design-intelligence/redesign-audit.md, seguindo a mesma estrutura de dossiê da Fase 5, com a seção "7 dimensões" substituindo a análise competitiva.
Artefato: docs/design-intelligence/01-discovery.md
policies/model-routing.md) define tier para analise multimodalArtefato: docs/design-intelligence/02-analysis.md
docs/design-intelligence/ (deste workspace ou de outros projetos, se acessiveis) e listar quais estruturas de secao (formato de hero, grid de features, layout de pricing) ja foram recomendadas recentemente. Se a estrutura proposta repete uma ja usada em projeto anterior sem justificativa (ex: o nicho realmente exige aquele padrao), marcar como risco de "mesma forma de novo" na secao 4 do dossie e propor uma variacao estrutural alternativa antes de seguir para o moodboard.Artefato: docs/design-intelligence/03-strategy.md
Artefato: docs/design-intelligence/04-moodboard/ (imagens geradas)
Consolidar tudo num documento unico:
Artefato: docs/design-intelligence/dossier.md
# Design Intelligence Report — [nicho/projeto]
## 1. Concorrentes Analisados
- Top 3-5 com screenshots e URLs
## 2. Analise Visual Competitiva
- Paletas dominantes
- Tipografia e hierarquia
- Padroes de layout (hero, CTA, sections)
- Estrategia de conversao (CTAs, copy patterns)
## 3. Tendencias do Nicho
- O que os melhores estao fazendo
- Diferenciais visuais encontrados
## 4. Recomendacoes Estrategicas
- Paleta sugerida (com tokens)
- Tipografia sugerida
- Hierarquia de informacao
- CTAs e copy direction
## 5. Moodboard e Referencias Visuais
- Moodboards gerados via skill 17
- Screenshots curados dos concorrentes
## 6. Handoff para UI/UX
- Design tokens sugeridos
- Wireframe direction
- O que copiar, o que evitar, o que diferenciardocs/design-intelligence/
├── 01-discovery.md
├── 02-analysis.md
├── 03-strategy.md
├── 04-moodboard/
│ └── (imagens geradas pelo skill 17)
├── screenshots/
│ └── (screenshots full-page dos concorrentes)
├── references/
│ └── (imagens extraidas dos concorrentes)
└── dossier.md <- output final pro UI/UXSe uma fase falhar, a skill retoma da ultima fase completa. Cada fase salva artefato independente.
Asset Librarian (19): fornece inventario de assets e identidade visual existenteModel Routing (policy): define tier de modelo para analise de screenshots. Ver policies/model-routing.mdImage Generator (17): gera moodboards proprietarios a partir do briefingUI/UX Designer (02): recebe o dossie final e executa a interfaceOrchestrator (09): coordena quando esta skill entra no pipelinedocs/design-intelligence/dossier.mdEntregar para UI/UX (skill 02):
docs/design-intelligence/dossier.md com toda a inteligencia visualdocs/design-intelligence/Seguir policies/handoffs.md e templates/handoff.md.
74aa7c1
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.