Como abrir um design pronto no Claude e pedir mudanças em cima dele

Todo mundo já viu vídeo de IA cuspindo tela do zero

O caminho que resolve o dia a dia é o inverso: pegar um layout que já existe, jogar pra dentro da conversa e pedir mudança em cima dele

O Claude Design é um produto do Anthropic Labs pra criar trabalho visual junto com o Claude: designs, protótipos, slides, one-pagers. O anúncio da Anthropic marca o rollout iniciado em 17 de abril de 2026, informa que o produto é powered by Claude Opus 4.7 e que ele está em research preview para assinantes Pro, Max, Team e Enterprise (o plano Free não consta)

E ele aceita quatro pontos de partida: prompt de texto, imagens, documentos (DOCX, PPTX, XLSX) e a base de código do usuário

Ou seja: subir um print e mandar mexer é caminho previsto, não gambiarra 🙂

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 114 aulas
• 4 projetos
• 9h 15min

Conhecer formação

O que você precisa antes de subir a primeira imagem

Primeiro o óbvio que ninguém checa: precisa de plano pago. A disponibilidade em research preview cobre Pro, Max, Team e Enterprise, e o Free não aparece na lista

Se você tá pesando essa conta antes de assinar, eu já escrevi sobre o que rola na hora de cancelar ou baixar o plano, vale a leitura antes de subir de tier por impulso

Agora o detalhe que trava time inteiro: em contas Team e Enterprise o acesso depende do administrador

O admin liga o toggle do Claude Design dentro de Anthropic Labs, nas configurações da organização

No Enterprise o recurso vem DESLIGADO por padrão, e o acesso ainda pode ser controlado por custom roles

Então se você abriu sua conta corporativa e não achou nada, o problema provavelmente não é você: é o toggle

Dois endereços pra confirmar o que tá valendo: a página oficial do produto (claude.com/product/design) e a lista de recursos em beta e research preview do Help Center, onde o Claude Design aparece

Passo a passo: subir o design existente e pedir mudanças

O guia oficial de primeiros passos descreve um fluxo de quatro passos, e a ordem dele importa muito mais do que parece

1. Adicione o contexto relevante antes de qualquer prompt. É aqui que entra o design que já existe: screenshot do layout pronto, screenshot de produto concorrente, wireframe, inspiração visual, um deck ou documento com o estilo que você quer replicar, ou o apontamento pro seu codebase

O erro comum deste passo: escrever o prompt primeiro e anexar a imagem depois. Aí o Claude já partiu pra interpretação dele do zero, e você passa o resto da conversa corrigindo uma coisa que nem precisava ter nascido assim

2. Descreva a mudança em cima daquele material, não a tela inteira. A diferença de resultado entre "faz uma dashboard bonita" e um pedido preso ao que já está na tela é gritante

Prompt no espírito certo:

   Use o screenshot anexado como base do layout.
   Mantenha a estrutura de navegação e a paleta como estão.
   Troque a faixa de métricas do topo por uma versão com mais cards,
   cada um com um destaque de cor diferente.
   Não mexa no rodapé.

O erro comum deste passo: pedir de forma ampla e depois reclamar que ele reescreveu o que já estava bom. Se você não disser o que NÃO pode mudar, ele assume que tudo está em aberto

3. Revise no canvas e refine. O refino não acontece só pelo chat: você tem conversa no chat, edições diretas, comentários inline e sliders de ajuste que o próprio Claude gera

O comentário inline é o pulo do gato: você clica direto na parte do canvas e pede a mudança ali, em vez de descrever a localização por texto

O erro comum deste passo: escrever "aquele bloco do lado direito, embaixo do gráfico, aquele mesmo" no chat. Isso é um convite pro modelo errar de alvo, e o comentário resolve em um clique

4. Exporte ou compartilhe. O botão Export fica no canto superior direito quando você está visualizando o projeto

O erro comum deste passo: tratar o export como fim da linha. Ele é começo de outra etapa, e eu volto nisso na conclusão

O que ele leva da imagem e onde a fidelidade se perde

Aqui eu falo do que vi com o material na mão, no vídeo abaixo

Quando testei o pedido de alteração em cima de uma dashboard analytics já criada, eu não recriei nada: mandei um prompt pedindo pra trocar a faixa de métricas, que saiu de 4 para 8 cards, cada um com uma cor neon diferente. A mudança foi aplicada na tela, projeto vivo, contexto preservado

Depois usei o comentário pra selecionar um elemento específico e pedir mais filtros ali, além do de data, incluindo um select por produto. A alteração apareceu exatamente na área que eu apontei

Minha leitura é essa: comentário é precisão, prompt é abrangência

Os ajustes rápidos ficavam num painel no canto inferior direito, com coisas tipo densidade (compacto ou confortável) e cor de destaque, sem precisar escrever nada

E onde a fidelidade se perde? Na parte em que ele DECIDE por você

Quando pedi uma proposta comercial, ele entregou 8 páginas sozinho

Na apresentação, o tamanho de slide veio definido em 1920 por 1080, sem eu ter pedido

Isso é o comportamento a entender: ele reinterpreta, não fotocopia. Quanto mais específico o seu pedido de mudança, menos ele reescreve o que já estava do seu gosto

Mais duas observações do teste: a conversa acumula contexto igual acontece no Claude Code, e dá pra abrir um chat novo dentro do mesmo projeto pra zerar esse contexto sem perder o que já foi criado

E nas apresentações a margem de edição é bem menor que nas telas: ou você altera slides, ou refaz. Se o resultado saiu ruim, não compensa insistir em salvar

Quando vale abrir um design pronto em vez de começar do zero

Nem todo caso pede referência. Esses aqui pedem:

• Replicar um estilo que já existe. Você anexa o deck ou o documento que reflete a marca e pede o novo material naquele mesmo tom, em vez de descrever a marca em três parágrafos de prompt
• Montar o design system a partir dos assets soltos. Ele aceita decks e documentos da marca, além de logos, arquivos de paleta e amostras de tipografia, e gera um UI kit com paleta de cores, tipografia, componentes e padrões de layout. Detalhe massa: uma fonte só já basta pra começar, você não precisa do kit de marca completo pra dar o primeiro passo
• Usar screenshot de concorrente como referência. O material oficial cita explicitamente esse uso, junto com wireframes e inspiração visual
• Partir do próprio codebase. Quando a tela já existe em produção, apontar o Claude pro código é mais fiel do que qualquer print

E tem a recomendação oficial pra quem vai levar isso pra um time: o guia de admin do Claude Design para Team e Enterprise orienta que um designer experiente configure o design system da organização PRIMEIRO, e só depois o acesso seja aberto pro restante do time

Faz sentido, né? Sem isso, cada pessoa gera com uma paleta diferente e você vira curador de bagunça

Conclusão: o export não é o fim, é a virada de etapa

Eu prometi voltar naquele passo 4, então aqui está

Quando o design está do jeito certo, você tem duas saídas

A primeira é o Export, no canto superior direito. Os destinos citados são Adobe, Base44, Canva, Gamma, Lovable, Miro, Replit, Vercel e Wix, com mais destinos previstos

A segunda é a que interessa pra quem programa: o Claude monta um handoff bundle que pode ser passado ao Claude Code com uma única instrução

Ou seja, o desenho não morre em imagem bonita, ele vira ponto de partida de implementação

E se o design virar código, a conversa muda de assunto na hora: vale combinar desde cedo como você vai pedir testes ao Claude Code, senão você ganha uma tela linda com garantia nenhuma por trás

Minha sugestão pra fechar: não comece pelo prompt em branco

Pega um print de tela que você já tem aí, sobe, e pede UMA mudança específica

É o teste mais rápido pra sentir onde ele acerta e onde ele inventa

até o próximo post!