Shape

Quando usar

/impeccable shape é onde uma funcionalidade começa. Antes de alguém escrever código, antes de alguém discutir o tratamento do hero, antes de alguém escolher uma fonte. Use para forçar uma conversa de descoberta sobre propósito, usuários, conteúdo e restrições, então capture as respostas como um brief de design que as skills de implementação podem aproveitar.

Use quando uma funcionalidade está prestes a começar, um ticket é vago, ou você se pegar escrevendo JSX para descobrir o que o produto deveria ser.

Como funciona

A maioria das UIs geradas por IA falha não por causa de código ruim, mas por pensamento pulado. O modelo salta para “aqui está um grid de cards” sem perguntar “o que o usuário está tentando accomplir”. /impeccable shape inverte essa ordem.

A skill executa uma entrevista de descoberta estruturada em conversa. Ela não escreverá código durante esta fase. As perguntas cobrem:

• Propósito e contexto: para que é a funcionalidade, quem a usa, em que estado mental estão
• Conteúdo e dados: o que é exibido, faixas realistas, casos extremos, o que é dinâmico
• Objetivos de design: a coisa mais importante, a sensação pretendida, exemplos de referência
• Restrições: técnicas, de conteúdo, de acessibilidade, de localização

Você responde naturalmente. A skill faz perguntas complementares, não um formulário. No final, ela produz um brief de design: um artefato estruturado que você pode entregar ao /impeccable ou qualquer outra skill de implementação.

Nota: se você quer o fluxo completo (entrevista de descoberta, depois direto para a construção), use /impeccable craft. Ele executa /impeccable shape internamente, depois continua para a implementação com iteração visual. /impeccable shape isoladamente é para quando você quer apenas o brief, para levá-lo à abordagem de implementação que preferir.

Experimente

/impeccable shape a daily digest email preferences page

Espere uma conversa de 5 a 10 perguntas. A skill pergunta coisas como “quem é a pessoa abrindo isso, e ela já está comprometida ou ainda curiosa” e “o que acontece quando o usuário cancelou tudo, escondemos a funcionalidade ou mostramos algo”. Você responde, e um brief se materializa.

A partir daí, você pode entregar o brief ao /impeccable, /impeccable polish, ou qualquer outra skill. Ou usá-lo como referência enquanto constrói manualmente.

Armadilhas

• Pular porque parece lento. A entrevista leva uns 5 minutos. As reescritas que você evita são medidas em horas.
• Tratar o brief como uma especificação. É uma bússola, não uma lista de verificação. Captura intenção, não UI.
• Responder com “padrão” ou “normal”. Especificidade é o ponto todo. Se um usuário está “apressado, no celular, entre reuniões”, diga isso. Isso muda tudo downstream.