O Contexto de Governança Portátil Tem uma Conta de Tokens

O DESIGN.md custou 7,21 milhões de tokens e produziu cerca de 30% de aderência ao design system. Um servidor MCP dedicado, rodando a mesma tarefa, custou 3,75 milhões de tokens e atingiu cerca de 80%. Esses são os números de destaque do benchmark primário da Atlassian sobre contexto de design portátil, e são as primeiras cifras concretas sobre uma pergunta que a conversa de governança de agentes vinha evitando: quanto custa, de fato, entregar suas regras a um agente como um arquivo portátil?

O enquadramento honesto primeiro. Isto é um autoteste de fornecedor, e o fornecedor vende a ferramenta baseada em MCP que ganha. Leia os percentuais absolutos como direcionais, não como verdade absoluta. Mas o formato do resultado é útil de forma independente, porque mede algo que antes só afirmávamos. Contexto de governança não é de graça, e a opção mais barata de escrever pode ser a mais cara de rodar.

O Que o DESIGN.md Prometeu e o Que Cobrou

O formato DESIGN.md do Google é uma jogada de portabilidade. Você captura seu design system como um único arquivo legível, joga na janela de contexto, e qualquer agente em qualquer ferramenta consegue lê-lo. Sem servidor para hospedar, sem integração para manter, sem fiação por ferramenta. Para uma disciplina afogada na proliferação de ferramentas, essa portabilidade é genuinamente atraente.

A Atlassian testou quatro abordagens contra a mesma tarefa de geração. Sem nenhum contexto, queimaram-se 4,20 milhões de tokens com cerca de 5% de aderência ao design system, a linha de base do “slop”. O servidor MCP do Atlassian Design System queimou 3,75 milhões de tokens e chegou a cerca de 80% de aderência. O DESIGN.md queimou 7,21 milhões de tokens e chegou a cerca de 30%. Ou seja, o arquivo portátil custou aproximadamente 92% mais tokens que o servidor e entregou bem menos da metade da conformidade.

O número da variância importa tanto quanto a contagem de tokens. O DESIGN.md mostrou 2,7 vezes a variância entre execuções da abordagem MCP. Mesma entrada, mesmas regras, saída diferente a cada rodada. Para um artefato de governança, a inconsistência é a própria falha. Um controle que impõe 80% na segunda e 30% na quinta deixou de governar; virou uma sugestão com uma boa semana.

Por Que o Arquivo Portátil Custa Mais e Impõe Menos

O mecanismo é direto quando você olha o que cada abordagem de fato entrega ao agente. O DESIGN.md é um retrato estático de prosa e tokens. Ele descreve o sistema. O servidor MCP expõe o sistema como estrutura chamável: bibliotecas de componentes que o agente consulta, regras de lint que ele roda contra a própria saída, referências vivas que ele resolve sob demanda.

Um arquivo estático força a carga inteira para dentro do contexto toda vez, precise a tarefa de tudo ou de nada. É daí que vem o prêmio de 92% em tokens. O agente lê tudo para usar qualquer coisa. Um servidor entrega apenas o que a chamada atual exige, e entrega as partes que impõem em vez de apenas informar.

Essa é a parte que o discurso de portabilidade ignora. A Atlassian descobriu que o DESIGN.md descarta as bibliotecas de componentes e as regras de lint. Isso não é decoração. A regra de lint é o limite imponível, a coisa que diz não quando o agente derrapa. Tire-a e você transferiu a conformidade do sistema para o bom senso do agente individual, prompt a prompt. O arquivo diz ao agente como o bom se parece. O servidor faz do bom a única coisa que o agente consegue entregar.

A Mesma Lição, Agora Com uma Etiqueta de Preço

Já argumentamos antes que o design system não é a restrição de verdade, que a lógica codificada é o que de fato governa a saída de um agente. O benchmark da Atlassian é o mesmo argumento chegando com um medidor acoplado. Um arquivo portátil é uma descrição de intenção. Um servidor com regras de lint e componentes consultáveis é a intenção tornada imponível no momento da geração.

O custo em tokens torna o tradeoff concreto de um jeito que a prosa nunca conseguiu. A portabilidade compra alcance: qualquer agente, qualquer ferramenta, sem integração. Ela cobra em tokens e em variância, e descarta silenciosamente a camada de imposição no caminho. O artefato mais barato de escrever é o mais caro de confiar. Quando você escolhe contexto portátil em vez de uma interface de governança real, não está apenas pagando mais por execução. Está pagando por uma superfície de controle que se mantém duas vezes em cada três.

Isso se conecta a um padrão que continuamos encontrando em ferramentas de agente. O atalho conveniente que contorna a camada estruturada costuma funcionar na demo e esgarçar em produção, porque a estrutura fazia um trabalho de sustentação que ninguém precificou. A camada de restrição é justamente o que torna o esforço digno de ser entregue, e é a primeira coisa que se pula para poupar trabalho.

A Portabilidade Ainda Tem uma Função

Nada disso mata o DESIGN.md. Um retrato portátil é um ótimo formato de transferência: integrar uma ferramenta nova, compartilhar intenção através de uma fronteira organizacional, dar a um agente externo um enquadramento inicial que ele não teria de outra forma. O erro é tratar o retrato como a camada de imposição. Portabilidade e governança são funções diferentes. Um arquivo consegue carregar seu design system através de uma fronteira. Ele não consegue fazer um agente obedecê-lo.

O prêmio de 92% é o preço de confundir as duas. Você paga tokens de servidor por conformidade de arquivo, e absorve o triplo da variância por cima. Se portabilidade é o que você precisa, aceite o custo conscientemente e mantenha um caminho de imposição real por trás dele. Se governança é o que você precisa, o arquivo não é isso.

Faça Isto Agora

Encontre um lugar onde um agente lê um arquivo de contexto portátil (um DESIGN.md, um briefing no estilo CONTRIBUTING, um guia de estilo colado) e o trata como governança. Rode a mesma tarefa de geração duas vezes e compare as saídas contra suas regras reais. Se a aderência variar entre as rodadas, você tem uma descrição onde precisava de um controle. Mova as partes imponíveis (as regras de lint, as definições de componentes consultáveis, os limites duros) para trás de uma interface que o agente seja obrigado a chamar, e guarde o arquivo portátil para aquilo em que ele é bom: carregar intenção através de uma fronteira, não impô-la uma vez dentro dela.

Fontes

Atlassian. “Atlassian’s DESIGN.md is here: what we learned testing portable design context.” Junho de 2026. (Autoteste de fornecedor favorável à própria ferramenta MCP; trate as cifras como reportadas pelo fornecedor e direcionalmente úteis.)

A Victorino ajuda times a transformar contexto portátil em governança imponível que o agente de fato obedece no momento da geração: contato@victorino.com.br | www.victorino.com.br