Como o administrador aprova e trava um sistema de design no Claude Design?

Por padrão, qualquer pessoa do time com acesso ao Claude Design pode apagar o sistema de design da empresa inteira

Não é exagero pra chamar atenção: publicar um sistema, definir o padrão da organização e excluir um sistema permanentemente são ações abertas a todo membro com acesso, até alguém configurar o contrário 😀

O Claude Design é um produto do Anthropic Labs, o time interno da Anthropic que toca os produtos experimentais do Claude, e está em research preview (beta) nos planos Pro, Max, Team e Enterprise, movido pelo Claude Opus 4.7

Em time de cinco pessoas isso nem incomoda

Em time grande com marca sensível, é outra história…

Aqui tu vai ver o caminho exato da permissão Claude Design Admin, o que ela reserva de verdade e o que ela cobra em liberdade de quem cria

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

O que você precisa antes de começar

Lista curta e chata, mas é ela que evita meia hora de clique perdido:

• Plano Enterprise: a permissão Claude Design Admin está disponível apenas no Enterprise, por meio de papéis personalizados (custom roles), e custom roles são recurso exclusivo de organizações Enterprise
• Acesso de Owner: quem mexe em Roles precisa ser Owner da organização
• Claude Design ligado pra organização: no Enterprise a capacidade vem desligada por padrão

E o detalhe que costuma doer: administradores dos planos Team e Enterprise conseguem habilitar o Claude Design pra organização, mas a permissão de administrador em si vive nos papéis personalizados, que são do Enterprise

Então se tu está no Team, dá pra ligar o produto, só não dá pra reservar as três ações por papel

Passo 1: habilitar o Claude Design para a organização

O caminho é Organization settings > Capabilities > Anthropic Labs, e lá tu liga o botão Claude Design

Esse passo está disponível pra administradores dos planos Team e Enterprise

Repara na ordem: primeiro a capacidade, depois a permissão. Fazer ao contrário é o clássico "configurei tudo e não aconteceu nada"

O erro comum deste passo: assumir que já está ligado porque tu viu o produto anunciado. No Enterprise o padrão é desligado, e ninguém da organização enxerga nada até esse botão subir

Passo 2: criar o papel personalizado com a permissão Claude Design Admin

Agora sim, o coração da coisa

Como Owner, vá em Organization settings > Roles, crie ou edite um papel personalizado, abra a aba Permissions, localize Claude Design Admin dentro de In-app admin e marque Can manage

E o que exatamente esse Can manage entrega? Três ações:

• Publicar um sistema de design, deixando ele disponível pra toda a organização anexar a projetos
• Definir o padrão da organização, o sistema que novos projetos usam automaticamente
• Excluir um sistema de design permanentemente

São as mesmas três que, sem nenhuma configuração, ficam na mão de qualquer membro com acesso ao produto

Outro caminho que vale conhecer: organizações Enterprise podem usar papéis personalizados pra liberar o Claude Design a grupos ou departamentos específicos, em vez de habilitar pra organização inteira

Se você já montou controle de acesso por papel no n8n, a lógica é a mesma: o papel carrega a permissão, a pessoa carrega o papel

O erro comum deste passo: salvar e sair testando na hora. Mudanças de permissão podem levar até 15 minutos pra valer, e os membros ainda podem precisar atualizar o navegador. Muita gente desfaz uma configuração certa nesses 15 minutos, achando que errou 🙂

Passo 3: montar o sistema de design e definir o padrão da organização

Permissão sem sistema de design é porta trancada em casa vazia

O que se aprova de fato é o sistema, e ele pode ser importado (um ou vários) a partir de:

• um repositório do GitHub
• arquivos de design
• uploads brutos
• o codebase local

A partir desses materiais, o sistema de design extrai componentes reutilizáveis, cores, tipografia e padrões, e serve de base pra todo projeto criado na conta

Pensa nele como um contrato que o modelo é obrigado a respeitar, bem parecido com dar instruções de sistema pra IA: tu escreve a regra uma vez, ela vale nas próximas conversas

E não é só decoração, se liga nisso: o Claude constrói com os componentes reais do sistema de design, confere a própria saída contra o sistema e corrige antes de mostrar pra você

Aí vêm as duas ações que mudam o jogo:

• Publicar deixa o sistema disponível pra toda a organização anexar a projetos
• Definir o padrão da organização faz os projetos novos já nascerem com ele

O erro comum deste passo: publicar antes do sistema estar maduro. O guia oficial recomenda que um designer experiente monte o sistema de design da organização antes do lançamento amplo, e sugere implantação em fases pra validar o sistema e formar conhecimento interno

Publicar cedo é fácil, desfazer a bagunça na cabeça de um time inteiro é que não é…

Passo 4: editar depois com Remix e sincronizar com o Claude Code

Sistema aprovado não é peça de museu, ele muda

Pra editar um que já existe, nas configurações de organização do Claude Design clique em Open ao lado do sistema desejado e depois no botão Remix, no canto superior direito. Isso abre a conversa com o Claude à esquerda da janela

E quem vive no terminal tem o caminho direto:

/design-sync

Esse comando do Claude Code faz a sincronização nos dois sentidos: puxa o sistema de design pro repositório ou envia de volta pro Claude Design

Ou seja, dá pra tratar o sistema como código e ainda manter a versão da organização em dia

O erro comum deste passo: tratar o sistema publicado como imutável e sair criando cópias paralelas "só pra esse projeto". Aí em três meses ninguém sabe mais qual é o oficial, e a trava de administrador vira enfeite

Travar ou deixar aberto: quando cada escolha faz sentido

Agora a parte que ninguém gosta de falar: toda trava tem preço

O ganho é consistência de marca: ninguém sobrescreve o padrão da organização por engano nem apaga o sistema numa terça-feira distraída, e o Claude ainda confere a própria saída contra o sistema antes de mostrar

O custo é fila. Três ações concentradas em poucas pessoas significa que quem cria depende de alguém pra publicar

Cenários pra decidir:

• Fase piloto: deixa aberto e usa a implantação em fases pra validar o sistema e formar conhecimento interno, do jeito que o guia oficial sugere
• Um departamento por vez: em vez de ligar pra organização inteira, use papéis personalizados pra liberar o Claude Design a grupos ou departamentos específicos
• Time grande com marca sensível: aí sim, reserva publicar, definir padrão e excluir

Marquei Can manage e o membro continua sem as ações: o que checar

Sintoma clássico: você configurou tudo, o papel está lá, e na conta do membro nada mudou

Antes de refazer o caminho inteiro, cheque nesta ordem:

• Propagação: mudanças de permissão podem levar até 15 minutos pra valer
• Navegador: os membros podem precisar atualizar a página
• Capacidade desligada: se Claude Design não estiver ligado em Organization settings > Capabilities > Anthropic Labs, não tem permissão que salve
• Plano: papéis personalizados são exclusivos de organizações Enterprise, então a permissão nem aparece fora dele

Prevenção que economiza dor de cabeça: ligar a capacidade primeiro, avisar o time da janela de até 15 minutos e validar com um membro de teste antes de anunciar pra empresa toda

Conclusão

O recado é simples: o Claude Design nasce aberto, e é a permissão Claude Design Admin (Enterprise, via papéis personalizados) que reserva publicar, definir o padrão da organização e excluir

Lembra que o produto está em research preview, então a mesa ainda se mexe. Em 17 de junho de 2026 a Anthropic publicou uma atualização grande, com importação de sistemas de design, sincronização bidirecional com o Claude Code via /design-sync, edição direta no canvas, limites de uso compartilhados, controles de marca para empresas e mais conectores de exportação, incluindo PDF e PowerPoint e envio pra aplicativos como Adobe e Canva

Se eu fosse te dar um próximo passo, seria esse: monta o sistema com um designer experiente, publica pra um departamento, observa, e só então define como padrão da organização

Primeiro o sistema, depois a trava. Nunca o contrário 🙂

até o próximo post!