O Design System Não É a Restrição. O Porquê Codificado É

Já fizemos esse argumento aqui mais de uma vez: o design system é a camada de restrição que governa o que a IA produz. Codifique os componentes, os tokens, as regras de marca, e o agente ganha trilhos para correr. Continuamos acreditando que o artefato importa. Um designer que vive dentro da disciplina pressionou sobre onde ele deixa de importar, e a pressão merece atenção.

Robin Cannon, escrevendo em suas Field Notes em janeiro de 2026, faz uma afirmação que soa como contradição da nossa tese e na verdade é o amadurecimento dela. A posição dele: “a IA não reconhece nem implementa componentes de forma eficaz em isolamento. O que a IA consome, e amplifica, é contexto.” O design system, como a maioria dos times o construiu, é um catálogo de artefatos. Cannon argumenta que um catálogo de artefatos não é uma restrição. É matéria-prima que o agente vai interpretar errado com prazer.

Componentes em Isolamento Produzem Divergência

Eis o mecanismo que Cannon descreve. Um time tem um design system maduro. Botões, cards, escalas de espaçamento, tokens de cor, tudo documentado. Um agente de IA recebe a tarefa de construir uma funcionalidade. Ele puxa os componentes, monta algo que passa em cada verificação individual e entrega. Depois outro agente, em outro prompt, faz o mesmo para uma funcionalidade vizinha. As duas saídas são razoáveis individualmente. Juntas, divergem.

A frase de Cannon para isso é afiada: “a IA cria divergência em vez de coerência” quando o contexto de produto permanece fragmentado. Os componentes são consistentes. O produto não é. Cada prompt localizado otimiza para sua tarefa local, e nada no catálogo de componentes codifica o raciocínio que manteria as duas funcionalidades falando a mesma língua.

Essa é a parte que nosso enquadramento anterior subestimou. Um componente de botão diz ao agente como um botão se parece. Não diz ao agente por que este fluxo usa uma confirmação de ação destrutiva e o fluxo adjacente não. Não diz ao agente que o estado vazio foi deliberadamente discreto porque o time aprendeu que estados vazios chamativos aumentavam os tickets de suporte. O artefato carrega o quê. O porquê mora em outro lugar, geralmente em uma thread do Slack, um ticket fechado ou na cabeça de um designer.

O Que a IA Realmente Consome

Quando a IA gera uma decisão de design, ela não está consultando sua biblioteca de componentes como um desenvolvedor importa um pacote. Ela está lendo contexto e produzindo algo plausível dentro desse contexto. Se o contexto que recebe é “aqui estão os componentes”, ela produz algo que usa os componentes e ignora a intenção. Se o contexto que recebe inclui a lógica de decisão, as justificativas de exceção, os tradeoffs de acessibilidade, os princípios de tom e os limites de governança, ela produz algo que se sustenta.

Isso reformula para que serve um time de design system. O artefato valioso nunca foi o arquivo do Figma. Foi o raciocínio acumulado que o arquivo do Figma representa: por que este padrão venceu, onde ele pode flexibilizar, o que foi rejeitado e com base em qual evidência. O mandato reformulado de Cannon para esses times é direto: “manter a intenção, não os artefatos”, e “definir limites, não impor consistência”.

Essa segunda frase merece uma pausa. Impor consistência é um jogo perdido com a IA no circuito, porque o agente gera mil superfícies de aparência consistente mais rápido do que qualquer revisor consegue checar. Definir limites é um jogo vencível, porque limites são o que o agente lê como contexto e aplica no momento da geração, antes de a divergência acontecer.

Por Que Isso Afia Nossa Tese em Vez de Quebrá-la

Já escrevemos que o guia de estilo é uma camada de governança, e que design systems funcionam como um censo documentado de decisões de governança. As duas afirmações se sustentam. O que Cannon acrescenta é uma precisão que devíamos ao leitor: a governança vive na documentação da intenção, não no inventário de componentes.

Um time pode ter uma biblioteca de componentes impecável e zero lógica capturada. Esse time tem um artefato e nenhuma restrição. O agente vai produzir divergência com botões lindamente consistentes. Outro time pode ter uma biblioteca de componentes mais bagunçada e uma prática disciplinada de registrar por que cada decisão foi tomada, o que ela trocou e onde pode flexibilizar. Esse time tem uma camada de restrição real, porque aquilo que o agente lê no momento da geração de fato o orienta.

Esse é o mesmo padrão que descrevemos quando argumentamos que design sem governança é decoração. Um design system sem raciocínio capturado é decoração com controle de versão. Parece governança. Não impõe nada que o agente possa usar, porque o agente não consome artefatos, ele consome o porquê por trás deles.

O Problema da Captura É o Trabalho de Verdade

A maioria dos times não capturou o porquê. Capturou a saída. A lógica de decisão evaporou no instante em que o design foi aprovado, porque ninguém tinha motivo para registrá-la quando os únicos consumidores eram humanos que estavam na reunião. Humanos carregam contexto de forma implícita. Eles lembram dos dados de tickets de suporte que mataram o estado vazio chamativo. A IA não carrega nada de forma implícita. Ela carrega exatamente o que você registrou e nada mais.

Então o trabalho muda. Para um time de design system operando com IA, a atividade de alto valor deixa de ser produzir mais componentes e passa a ser interrogar cada decisão existente e perguntar: o raciocínio está registrado em uma forma que um agente consiga ler no momento da geração? O tradeoff de acessibilidade, a alternativa rejeitada, a condição de limite, o princípio de tom. Essas são as restrições. Todo o resto é material de referência.

Isso é desconfortável porque é lento e sem glamour. Capturar lógica parece sobrecarga de documentação até a primeira vez em que um agente entrega uma funcionalidade coerente sem um designer no circuito, e a razão de ela ser coerente é que o agente leu os mesmos limites que o designer teria aplicado. Esse é o retorno. O artefato levou o agente ao plausível. O porquê capturado o levou ao correto.

Faça Isto Agora

Escolha uma superfície de produto onde a IA já está gerando saída. Audite-a em busca de divergência: não se os componentes são consistentes, mas se as decisões se mantêm coerentes. Onde não se mantêm, encontre a decisão que deveria ter governado e pergunte se o raciocínio dela existe por escrito. Se mora na cabeça de alguém ou numa thread fechada, essa é sua restrição faltante. Registre o porquê, o limite e a alternativa rejeitada no contexto que seus agentes de fato leem. Depois verifique se a próxima geração se sustenta. Esse único ciclo, rodado em uma superfície, diz quanto do seu design system é restrição e quanto é decoração.

---

Fontes

• Robin Cannon. “Design systems are over. Product context is the work.” Janeiro de 2026.

A Victorino ajuda times a capturar a lógica de decisão que torna a saída da IA coerente em escala: contato@victorino.com.br | www.victorino.com.br