shape
por pbakausshape é uma skill de UX/UI com foco em planejamento que conduz uma entrevista de descoberta e transforma as respostas em um design brief antes do código. Use com /impeccable para esclarecer objetivos do usuário, restrições, estados e a direção de implementação em UI Design.
Esta skill tem pontuação 78/100, o que a torna uma boa candidata para o diretório: oferece um gatilho claro, um propósito bem definido antes da codificação e um resultado estruturado, mas quem adotar deve esperar um fluxo centrado em documentação, dependente de outra skill para contexto completo e execução posterior.
- Gatilho e escopo claros: foi feita explicitamente para estruturar uma funcionalidade antes de escrever código, com `user-invocable: true` e uma dica de argumento para a funcionalidade.
- Saída útil na prática: a skill promete um design brief concreto que pode orientar a implementação e ser repassado para outras skills.
- Bom enquadramento procedural: define preparação obrigatória, uma fase de entrevista de descoberta e restrições como não escrever código durante a descoberta.
- Dependência forte de `/impeccable`: a skill exige invocar essa skill pai e possivelmente `/impeccable teach`, o que reduz sua utilidade de forma isolada.
- Não há arquivos de suporte, exemplos nem instruções de instalação, então o usuário precisa deduzir o fluxo exato da entrevista e o formato do brief apenas pela descrição em prosa.
Visão geral do shape skill
O que o shape faz
O shape skill é um fluxo de UX/UI orientado a planejamento para definir uma feature antes de qualquer código ser escrito. Em vez de partir direto para layouts ou componentes, ele conduz uma entrevista estruturada de descoberta e transforma as respostas em um design brief. Isso o torna útil quando o time sabe o que quer construir em linhas gerais, mas ainda não esclareceu objetivos do usuário, restrições, estados, casos de borda ou a direção de implementação.
Quem deve instalar o shape skill
O melhor encaixe para o shape skill são times e profissionais com cabeça de produto, designers, engenheiros frontend e equipes com apoio de IA que querem tomar decisões melhores antes de prototipar. Ele é especialmente relevante para shape for UI Design quando a feature ainda está ambígua: novos fluxos, dashboards, formulários, onboarding, configurações ou qualquer interface em que “só gerar uma UI” provavelmente deixaria passar o trabalho real que o usuário precisa concluir.
Por que as pessoas escolhem shape em vez de um prompt genérico
Um prompt comum costuma gerar mockups ou ideias de componentes na hora. Já o shape desacelera o processo de propósito. O diferencial é forçar primeiro a coleta de contexto e só depois criar um design brief que você pode repassar para skills de implementação. O repositório é explícito quanto ao escopo: isto é planejamento de design, não codificação. Essa fronteira é valiosa se você quer menos sugestões superficiais de UI e decisões de produto mais bem fundamentadas.
Como usar o shape skill
Contexto de instalação e pré-requisito obrigatório
Instale a skill a partir do repositório pbakaus/impeccable usando seu fluxo de skills, por exemplo:
npx skills add pbakaus/impeccable --skill shape
O detalhe mais importante para adoção está em SKILL.md: shape requires /impeccable first. A skill informa que você deve invocar /impeccable, seguir o Context Gathering Protocol dele e, se ainda não existir contexto de design, executar /impeccable teach antes de usar o shape skill. Se você pular essa etapa, estará usando a skill fora do fluxo para o qual ela foi projetada.
Que tipo de input o shape precisa para funcionar bem
A dica de argumento é [feature to shape], mas um nome de feature em uma linha normalmente não basta. Um uso mais forte de shape skill começa com:
- o objetivo da feature
- o usuário-alvo ou papel
- o fluxo atual ou ponto de dor
- critérios de sucesso
- restrições rígidas, como plataforma, permissões, compliance ou design system existente
- casos de borda conhecidos ou o que está fora de escopo
Um input fraco seria: Shape a notifications page.
Um input mais forte seria: Shape a notifications center for account admins who miss urgent billing and security events. It must work on desktop first, reuse our existing table and filter patterns, and avoid adding real-time infrastructure in v1.
Fluxo prático e arquivos para ler primeiro no shape skill
Leia SKILL.md primeiro e trate esse arquivo como o contrato operacional. Este snapshot do repositório expõe apenas esse arquivo, então boa parte do valor está em seguir a sequência corretamente:
- Reunir contexto de design por meio de
/impeccable. - Usar o shape na fase de planejamento, não na implementação.
- Deixar a skill conduzir a entrevista de descoberta.
- Transformar a entrevista em um design brief.
- Passar o brief para
/impeccable craft,/impeccableou outro fluxo de implementação.
Isso importa porque a skill foi otimizada para reduzir achismos antes do início do trabalho de UI, e não para produzir telas polidas em uma única rodada.
Padrão de prompt que gera resultados melhores
Para acionar o shape skill de forma eficaz, peça explicitamente a entrevista e o artefato final. Estrutura de exemplo:
- a feature a ser trabalhada
- quem é o usuário principal
- qual é o problema atual
- quais são as restrições obrigatórias
- quais decisões você quer que o brief feche
Exemplo:
Use shape to plan a bulk-edit inventory feature for operations managers. Interview me first. Focus on user intent, error prevention, empty/loading/failure states, permissions, and what the v1 interaction model should be. Output a design brief I can hand to implementation.
Isso funciona melhor do que “design a UI for X” porque dá espaço para a skill fazer perguntas de esclarecimento antes de fixar uma direção.
FAQ do shape skill
O shape skill serve para código ou para planejamento?
O shape skill serve para planejamento. O repositório é explícito: ele não escreve código. A saída é um design brief que orienta a implementação posterior. Se você quer código imediato, este é o ponto de partida errado; se quer tomar decisões melhores de produto e UI antes, ele é uma boa escolha.
Quando o shape é melhor do que prompting comum?
Use o shape quando a feature estiver mal definida, envolver risco, for voltada ao usuário ou tiver grande chance de trazer estados e trade-offs complicados. Um prompt genérico pode ser mais rápido para um mockup descartável. O shape é melhor quando você precisa de raciocínio sobre fluxo de trabalho, necessidades do usuário, restrições e qualidade de handoff.
O shape é adequado para iniciantes?
Sim, com uma ressalva: iniciantes ainda precisam de contexto de produto suficiente para responder bem à entrevista de descoberta. A skill dá estrutura, mas não consegue inventar seus usuários, restrições ou métricas de sucesso. Se você é novo em planejamento de UX, a abordagem guiada por entrevista ajuda justamente porque explicita as perguntas que já deveriam ter sido respondidas.
Quando eu não devo usar shape for UI Design?
Evite shape for UI Design quando o problema já estiver totalmente especificado, quando você só precisar de um ajuste visual pequeno ou quando a tarefa for puramente técnica e não envolver interação com usuário. Também é uma má escolha se você não pretende seguir a etapa obrigatória de coleta de contexto, porque a skill depende dessa base.
Como melhorar o shape skill
Dê ao shape inputs de planejamento melhores
A maior alavanca de qualidade é a qualidade do input. Para o shape skill, inputs melhores significam mais do que nomes de features. Inclua tipo de usuário, frequência da tarefa, custo da falha, padrões existentes, regras de negócio e o que deve ficar fora de escopo. A skill ainda vai entrevistá-lo, mas um contexto inicial mais rico leva a um brief mais preciso e a menos recomendações genéricas.
Evite o principal modo de falha: soluções prematuras
O alerta mais forte do repositório é não tomar decisões de design cedo demais. Um uso incorreto comum do shape skill é pedir telas, cards, abas ou layouts antes de esclarecer o problema do usuário. Se você perceber que a conversa está pulando cedo demais para padrões de interface, redirecione: peça primeiro necessidades não atendidas do usuário, fluxo da tarefa, estados, trade-offs e restrições.
Itere sobre o design brief, não só sobre o prompt
Depois da primeira rodada, melhore o brief questionando decisões pouco claras:
- Qual objetivo do usuário é o principal?
- Quais estados estão faltando?
- Quais suposições precisam ser validadas?
- O que está intencionalmente fora da v1?
- O que tornaria a implementação ambígua?
Esse tipo de iteração melhora o uso do shape skill mais do que pedir repetidamente “uma UI melhor”.
Combine o shape com a execução posterior
A forma mais prática de aumentar o valor da instalação do shape skill é tratá-lo como a primeira etapa de uma cadeia. Use o shape para criar o brief e depois passe esse brief para /impeccable craft ou outra skill de implementação. Quanto melhor for o artefato de handoff, maior a chance de que o código ou a geração de design posterior continue alinhado às necessidades do usuário, em vez de derivar para uma UI plausível à primeira vista, mas fraca na prática.