Como importar seu design system no Claude Design: GitHub, arquivos ou codebase local

Dá pra importar um design system no Claude Design a partir de quatro origens: repositório do GitHub, arquivos de design, uploads brutos e a codebase local, essa última puxada com o comando /design-sync rodado no Claude Code. Serve codebase (tipo biblioteca de componentes React), protótipo, deck em PowerPoint ou PDF e ativo solto como logo e paleta de cores. Uma fonte já basta, várias dão mais material pro Claude. Depois de importado, ele constrói com os seus componentes, confere a saída contra o seu design system e corrige antes de te mostrar. Pra valer nos projetos novos da organização, liga o toggle "Published"
Rascunho de IA que já nasce com a cara do produto que existe, e não com cara de template genérico
Essa é a ideia por trás da importação de design system no Claude Design, o produto do Anthropic Labs que está em beta nos planos Pro, Max, Team e Enterprise, incluído na assinatura
E tem um detalhe que muita gente pula: a importação aceita origens diferentes (repositório do GitHub, arquivos de design, uploads brutos e a codebase local, via /design-sync no Claude Code), e cada origem entrega um material diferente pro modelo mastigar
Ou seja, a origem que você escolhe muda o rascunho que sai do outro lado
Bora destrinchar isso? 🙂
O que você precisa antes de importar
Antes de sair subindo arquivo, três coisas:
1. Plano com acesso
Formação Vibe Coding
Do Prompt ao Produto: Crie Software Real com IA
- 474 aulas
- 20 projetos
- 39h 27min
O Claude Design está em beta em Pro, Max, Team e Enterprise, incluso na assinatura
2. Recurso habilitado (só Team e Enterprise)
Nesses dois planos quem liga é o admin, em Organization settings > Capabilities
Tome cuidado aqui: em organizações Enterprise ele vem DESLIGADO por padrão
Então se você é do Enterprise e não acha o produto, provavelmente não é bug, é o toggle da organização mesmo
"E quem pode mexer nisso?"
No Enterprise existe a permissão Claude Design Admin, disponível via custom roles, que serve pra restringir quem publica design system, definir o padrão da organização e apagar design systems
3. Pelo menos uma fonte válida do seu design system
Basta UMA fonte pra começar
Fornecer várias só dá mais material pro Claude trabalhar, mas não é obrigatório
Qual origem escolher: código, protótipo, deck ou ativo solto
Aqui é onde a decisão fica prática
Cada tipo de fonte entrega um recorte diferente da sua marca:
| Origem | O que serve | O que o Claude tira dali |
|---|---|---|
| Codebase | Biblioteca de componentes React, por exemplo (link ou upload do repositório, ou a codebase local via /design-sync no Claude Code) | Componentes e estilos |
| Protótipos | Screenshots, fluxos web e arquivos de design existentes | Referência visual do produto |
| Decks e documentos | Um PowerPoint ou PDF bem feito que reflita a marca | Cores, padrões de layout e escolhas tipográficas |
| Ativos individuais | Logos, arquivos de paleta de cores, espécimes tipográficos | Os elementos soltos da identidade |
Design system que vive em código:
Se o seu sistema já é uma biblioteca de componentes, esse é o caminho mais direto
E aqui existem DOIS jeitos de trazer a mesma origem, que é a codebase:
Se o design system está num repositório (o do GitHub, por exemplo), dá pra linkar ou subir o repositório, e o Claude lê os componentes e os estilos
Se o design system está na sua máquina, o caminho é a codebase local, com o comando /design-sync rodado no Claude Code
Mesmo destino, entrada diferente: escolha pelo lugar onde o código vive hoje
Protótipo, deck ou ativo solto:
Nem todo time tem componente versionado, né? E tudo bem
Se o que você tem é um PDF caprichado da marca, ele serve: o Claude extrai cores, padrões de layout e tipografia dali
Se o que você tem é logo, paleta e espécime tipográfico jogados numa pasta, também serve
Uma fonte já começa o jogo, várias engordam o material
Como importar seu design system no Claude Design passo a passo
O caminho abaixo cobre desde escolher a organização até deixar o design system valendo nos projetos novos
- Escolha a organização. Abra o Claude Design e clique no nome da organização atual, no canto inferior esquerdo do seletor de projeto. Ali dá pra selecionar uma existente ou criar uma nova. Erro comum: subir tudo na organização errada e depois não entender por que o time não vê nada
- Suba os ativos que definem marca e produto. Isso acontece durante o onboarding ou depois, pelas configurações da organização. O Claude analisa esse material pra extrair um design system reutilizável. Erro comum: mandar material meia boca. A importação é tão boa quanto a fonte, e arquivo incompleto reaparece no resultado
- Traga a codebase, pelo caminho que combina com você. Se o design system está num repositório, é o link ou upload do repositório, como na tabela lá em cima. Se ele vive na sua máquina, aí entra o
/design-sync, que roda no Claude Code e serve pra puxar o design system pra dentro do Claude Design, de modo que tudo que for construído lá parta dos componentes existentes
/design-sync- Entenda o que ele lê da codebase linkada. Não é só "olhar os componentes". A leitura cobre estrutura de componentes, estilo e tema (sistema de cores, escala de espaçamento, tipografia e abordagem de CSS), padrões de framework (gerenciamento de estado, hooks, fluxo de dados e outras convenções) e organização de arquivos. Erro comum: achar que o resultado sai limpo de um repo bagunçado. Codebase zoada aparece no rascunho, sem dó
- Use a codebase no contexto do projeto. Uma vez linkada, ela passa a fazer parte do contexto e você pode referenciar componentes pelo nome no prompt, tipo "use o componente ProductCard" ou "siga o mesmo padrão de layout da página de settings". Quem já se divertiu criando persona de IA com instruções conhece a lógica: quanto mais específico o comando, menos espaço pro modelo improvisar. Erro comum: pedir "faça bonito" e esperar que ele adivinhe qual card você quer
- Valide com um projeto de teste. Crie um projeto só pra isso e veja se a saída bate com a expectativa da marca. Erro comum: pular essa etapa e descobrir o desalinhamento no meio de um projeto real
- Ligue o toggle "Published". Depois de publicado, qualquer projeto criado pela homescreen do Claude Design dentro da organização usa o SEU design system em vez do padrão. Erro comum: fazer todo o processo, esquecer o toggle e seguir recebendo rascunho com a cara padrão, achando que a importação falhou
Conclusão
O ganho prático da importação é bem concreto: depois que o design system entra, o Claude constrói com os seus componentes, confere a própria saída contra o seu design system e corrige antes de você ver o resultado
É menos "gerei uma tela genérica e agora vou retrabalhar tudo", e mais "já saiu no vocabulário do produto"
E quando o design estiver pronto pra virar software, dá pra passar o trabalho pro Claude Code, que continua do que já existe em vez de recomeçar a partir de um screenshot
Dali pra frente é o fluxo normal de dev, incluindo coisas como automatizar CI/CD com o Claude Code se o seu projeto pedir
A regra de ouro segue a mesma, e vale repetir: a importação é tão boa quanto a fonte
Capricha no material de entrada e o resto flui muito mais fácil 😀
até o próximo post!
Perguntas frequentes
É preciso pagar algo além da assinatura para usar o Claude Design?
Não. O Claude Design está em beta nos planos Pro, Max, Team e Enterprise, incluído na própria assinatura. Não existe cobrança separada pra importar ou usar o design system.
Dá pra importar um design system usando só um arquivo, sem repositório de código?
Dá sim. Basta uma fonte válida pra começar, seja um arquivo de design, um upload bruto, um deck/documento ou um ativo individual como logo ou paleta de cores. Fornecer várias fontes só dá mais material pro Claude trabalhar, mas não é obrigatório.
Qual a diferença entre linkar o repositório e usar o /design-sync?
São dois caminhos para a mesma origem, que é a codebase. Se o design system vive num repositório, dá pra linkar ou subir o repositório e o Claude lê os componentes e os estilos. Se ele vive na sua máquina, o caminho é a codebase local, via comando /design-sync.
O comando /design-sync roda no Claude Design ou no Claude Code?
Roda no Claude Code. Ele serve pra puxar o design system, incluindo a codebase local, pra dentro do Claude Design, de modo que tudo que for construído lá parta dos componentes já existentes.
Por que meu time continua vendo o design padrão mesmo depois de importar o design system?
Provavelmente falta ligar o toggle Published. Sem ele, qualquer projeto criado pela homescreen do Claude Design dentro da organização segue usando o padrão em vez do seu design system, mesmo com tudo já importado.
Quem pode habilitar o Claude Design pra toda a organização?
Nos planos Team e Enterprise, é o admin quem liga o recurso em Organization settings > Capabilities. Em organizações Enterprise ele vem desligado por padrão, então precisa ser habilitado manualmente.
O design importado no Claude Design pode virar código de verdade depois?
Sim. Quando o design está pronto pra virar software, dá pra passar o trabalho pro Claude Code, que continua a partir do que já existe em vez de recomeçar do zero a partir de um screenshot.
Formações
Formação SAAS com IA
Tire usas ideias do papel criando softwares com IA, integre pagamentos e lance seu projeto!
- 291 aulas
- 18 projetos
- 24h 17min
Blog | Mais populares

As diferenças de var, let e const

Como fazer redirecionamento com PHP
Neste artigo você vai aprender a como fazer redirecionamento com PHP, utilizaremos abordagens fáceis de entender e de aplicar Fala programador(a), beleza? Bora aprender mais […]

ChatGPT: o que é, como usar, dicas e como acessar login
ChatGPT é uma ferramenta de processamento de linguagem natural (NLP) baseada na arquitetura GPT-3.5, desenvolvida pela OpenAI. Sua criação representa um marco significativo no campo […]
