OpenDesign ou Claude Design: qual escolher se você já tem um agente de código no laptop?

Fala aí, beleza? Quem já tem uma CLI de agente instalada no laptop não precisa de mais uma assinatura, precisa saber onde cada ferramenta entra no fluxo

OpenDesign ou Claude Design atacam a mesma dor: sair do texto e chegar no artefato visual (protótipo, landing page, slide, one-pager) sem abrir um editor de design do zero

Só que o caminho de cada um é oposto

Um é produto da Anthropic e vive onde você já conversa com o Claude

O outro é open source, roda na sua máquina e reaproveita o agente de código que já está instalado ali

Bora comparar os dois só com o que dá pra afirmar de verdade?

O que é o Claude Design (e o /design no Claude Code)

O Claude Design é um produto do Anthropic Labs, apresentado como forma de criar protótipos, slides e one-pagers conversando com o Claude

Ele foi lançado em research preview e é movido pelo Claude Opus 4.7

Detalhe importante antes de você apoiar um fluxo inteiro nele: research preview não é promessa de estabilidade, é recurso liberado ainda em avaliação

Onde ele roda? Web e aplicativo desktop do Claude

E quem tem acesso? Está disponível em research preview para os planos pagos: Pro, Max, Team e Enterprise

Formação Recomendada

Formação Claude Code

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

• 114 aulas
• 4 projetos
• 9h 18min

Conhecer formação

No plano Free não tem

Em conta Enterprise tem uma pegadinha a mais: o Claude Design vem desativado por padrão, e a habilitação depende de um administrador ligar

Agora o ponto que mais gera confusão: o consumo do Claude Design sai do MESMO pool de limites de uso do chat e do Claude Code

Não existe cota separada de Claude Design

Ou seja, gerar artboard o dia inteiro morde o mesmo saldo que você usa pra codar

E o comando /design dentro do Claude Code?

Esse é o pedaço novo da história

O comando /design chegou ao Claude Code (CLI e Claude Code Desktop) como research preview, levando o fluxo de artboards pra dentro da sessão de código

Isso saiu na semana 34 de 2026 (17 a 21 de agosto), nas versões v2.1.234 a v2.1.239

O fluxo é direto: você roda /design, o Claude gera artboards editáveis da interface, você escolhe um, ajusta e manda implementar

E ele é construído sobre artifacts, então a lógica é a mesma coisa que você já viu o Claude cuspir em artifact, só que amarrada ao seu projeto

O que é o OpenDesign e por que ele reaproveita o agente que você já tem

O OpenDesign é um projeto open source hospedado no repositório nexu-io/open-design, com licença Apache-2.0

E aqui vai a parte que muita gente entende errado: ele não vem da Anthropic

É um projeto independente, e o Claude Code entra ali como um dos adaptadores suportados, nada além disso

Não existe assinatura do OpenDesign, ele roda com as credenciais que você já tem

Na documentação o modelo aparece como BYOK (bring your own key, ou traga sua própria chave): você entra com a sua chave e o custo de API cai direto na sua conta no provedor que escolher

Mas segura essa, porque eu vi na prática mais pra baixo: quando o motor é uma CLI de agente já instalada na máquina, é a conta que já está conectada naquela CLI que entra na jogada

E tem outro ponto que pesa pra quem se preocupa com onde o material vai parar

O projeto não mantém servidor próprio

O daemon fala direto com o provedor, e os artefatos gerados ficam como arquivos no diretório do seu projeto, não em nuvem de fornecedor

Como ele descobre o seu agente sozinho:

O OpenDesign varre o $PATH atrás de CLIs de agente já instaladas e usa a que encontrar como motor de geração

Entram nessa lista Claude Code, Codex, Cursor, OpenCode, Qwen e GitHub Copilot CLI, entre outras, acionadas via stdio

Se você conhece aquela ideia de ferramenta que só chama o binário que já existe na máquina, é exatamente isso: ele não reimplementa o agente, ele conversa com o que você já usa

O resultado sai com preview em iframe isolado (sandbox), e dá pra exportar em HTML, PDF, PPTX e MP4

E o sistema de design é portátil: vive num arquivo DESIGN.md, que funciona como contrato de marca aplicado às saídas

Esse arquivo é seu, versionado com o resto do projeto, e é o tipo de coisa que vale escrever com cuidado em vez de deixar a IA inventar

É a mesma discussão de o que delegar ao agente de código e o que é melhor escrever na mão

OpenDesign x Claude Design: comparação lado a lado

Só com o que está confirmado em fonte, sem chute:

Repara que várias linhas ficaram "não confirmado"

É de propósito: acho zoado botar número ou recurso por achismo só pra tabela ficar bonitinha

O que eu vi rodando o OpenDesign na prática

Aqui é relato meu, não é folheto

Quando testei, instalei o OpenDesign do jeito local mesmo: clonei o repositório, entrei na pasta e mandei instalar as dependências

E já levei uma travada logo na preparação do ambiente: bati num erro de permissão, e o terminal integrado do VS Code não resolveu

Só passou quando abri o terminal como administrador

Tome cuidado com isso, é o tipo de erro que faz a pessoa desistir no minuto dois

Depois disso a instalação foi até o fim, terminou com um warning, e eu segui assim mesmo

Não atrapalhou o uso em nenhum momento

Subi a versão web, abri o endereço local que o terminal imprimiu, e a tela de setup já detectou sozinha quais agentes de código eu tinha instalado na máquina, incluindo o Claude Code

Também tinha a opção de conectar por API

Segui pelo Claude Code, ele conectou pela minha assinatura e detectou o modelo em uso

Ou seja: na prática não precisei colar chave nenhuma, quem entrou foi a conta que já estava ligada na CLI

A interface, sinceramente? É praticamente a mesma cara do Claude Design

O antislop na prática:

Criei um projeto de landing page escolhendo design system inicial e nível de fidelidade ANTES de mandar o prompt

E aí veio a parte que eu achei mto massa: antes de gerar qualquer coisa, ele faz uma entrevista curta

Pergunta a superfície principal, o público, o tom visual (com limite de escolhas) e o contexto de marca

Isso é o oposto de jogar prompt genérico e rezar

Um aviso de quem já se ferrou: peça explicitamente site em português nas observações

Essas ferramentas às vezes entregam tudo em inglês e você só percebe no fim

Durante a execução o painel mostra o consumo de uso

Isso é mais útil ainda quando você usa API, porque dá pra ver o custo a cada interação

E olha, o Opus é caro, então consumo alto ali é esperado, não é bug

Ele continua perguntando direção visual no meio do processo e vai entregando a primeira versão por partes

No fim, o projeto abre ou baixa: a landing page saiu como HTML funcional, com código-fonte visível

Deu pra comentar e pedir alteração pontual, e dá pra levar o código pra IDE e continuar de lá

Testei também gerar uma apresentação a partir do mesmo projeto, com opção de speaker notes, e a interface muda pouquíssimo entre um tipo de projeto e outro

No vídeo acima eu mostro tudo isso rodando de ponta a ponta: a instalação travando, a detecção do Claude Code, a entrevista antes de gerar e a landing saindo em HTML

Como subir o OpenDesign no seu laptop

Sequência enxuta, só com o que está documentado:

1. Confira os requisitos: Node 24 e pnpm 10.33.2

O erro comum deste passo é justamente esse: rodar com versão de Node ou de pnpm fora do exigido e culpar a ferramenta depois

2. Clone o repositório:

git clone https://github.com/nexu-io/open-design

3. Entre na pasta do projeto:

cd open-design

4. Instale as dependências:

pnpm install

O erro comum deste passo é permissão: se a instalação reclamar, tente de novo com o terminal aberto como administrador

5. Suba o daemon local e a interface web com o comando de ciclo de vida:

pnpm tools-dev

6. Confira o sinal de saúde

Quando sobe redondo, o daemon e a interface web ficam em endereços locais que o próprio terminal imprime, é só abrir o da web no navegador

Se um dos dois não responde, não adianta seguir pro setup, volta e olha a saída do terminal

7. Garanta que existe uma CLI de agente no $PATH

Esse é o outro erro clássico: sem nenhuma CLI instalada, o OpenDesign não tem o que detectar e você fica olhando pra uma tela de setup vazia

Qual usar em cada situação

Não existe resposta única, existe cenário

• Você já paga plano pago e quer artboard dentro da sessão de código: vai de /design no Claude Code, é o menor desvio possível do seu fluxo atual
• Você apresenta slides e one-pagers e vive no navegador: Claude Design em web ou desktop resolve sem instalar nada
• Você precisa dos arquivos versionados no repositório e de exportar pra PDF, PPTX ou MP4: OpenDesign, porque os artefatos ficam como arquivos no diretório do projeto
• Você usa outra CLI que não é o Claude Code (Codex, Cursor, OpenCode, Qwen, Copilot CLI): só o OpenDesign atende, já que ele detecta a CLI no $PATH
• Você está num time Enterprise: lembra que o Claude Design vem desativado por padrão e alguém com perfil de admin precisa habilitar, então já chega chegando na conversa com o time de TI

E se a sua dúvida não é nem sobre design, e sim sobre agente de IA para tarefa fora do código, a comparação é outra

No Claude Code, plugin se instala pelo comando /plugin dentro da própria sessão

O resto do fluxo de plugins eu não vou detalhar aqui porque não confirmei em documentação oficial, e chute vira dor de cabeça alheia

Veredito: qual escolher se você já tem um agente de código no laptop

Se a CLI já está instalada, o OpenDesign é a porta de entrada de menor atrito

Você não assina nada novo, ele usa o agente que já está ali e os artefatos caem como arquivos no seu projeto, do jeito que você versiona o resto

O controle é maior: você escolhe o motor em vez de aceitar o que a ferramenta empurra

O Claude Design (e o /design dentro do Claude Code) ganha em outra coisa: integração oficial e zero setup

É o mesmo lugar onde você já conversa com o Claude, sem clone, sem daemon, sem porta local

A ressalva é honesta: research preview de um lado, e do outro o consumo saindo do mesmo pool de limites do chat e do Claude Code, sem cota separada

E o que eu NÃO consigo te afirmar hoje: se o /design já saiu do research preview, e como a cobrança se comporta em cada uma das CLIs que o OpenDesign detecta (eu testei com uma só)

Não achei confirmação em fonte oficial disso, então fica em aberto mesmo

Conclusão

OpenDesign ou Claude Design não é briga de bem contra mal, é questão de onde a ferramenta entra no seu fluxo

Um te dá arquivo local e liberdade de motor, o outro te dá integração oficial e nenhum setup

O próximo passo é chato de tão simples: sobe o OpenDesign local num projeto real seu, roda /design numa sessão do Claude Code e compara as duas saídas no SEU fluxo, não no fluxo de um post

Em meia hora tu já sabe qual dos dois merece ficar

Faça o teste e me conta o que achou =)

Até o próximo post!

Matheus Battisti