DESIGN.md da Atlassian: promissor para prototipagem, mas com custo alto em tokens e variância

O DESIGN.md não é um sistema de design, é um atalho para fazer IA enxergar sua identidade visual em ambientes onde você não controla a infraestrutura. Ele traduz princípios de marca (cores, tipografia, elevação) e regras de componentes em Markdown legível por humanos *e* agentes, mas com um trade-off claro: troca precisão técnica por portabilidade. Em vez de ensinar o agente a usar seu Button já testado no Storybook, ele descreve como recriar um botão do zero, o que gera código duplicado, inconsistências sutis e maior risco de acessibilidade falhar.

Isso explica por que funciona bem em protótipos rápidos no Figma Make ou em dashboards gerados sob demanda para clientes: lá, não há biblioteca pré-existente para consumir. Mas em produção, onde cada componente tem variantes, estados, suporte a modo escuro nativo e testes automatizados, carregar 19.800 tokens de contexto estático vira gargalo, especialmente quando seu MCP server entrega exatamente o que o agente precisa, no momento certo, com menos de 5% do custo.

Designers e devs estão cansados de corrigir 'slop' manualmente, interfaces genéricas que parecem feitas por quem nunca viu seu Figma. O DESIGN.md tenta resolver isso sem exigir integração profunda com sua stack, mas revela uma tensão central no design assistido por IA: quanto de sua disciplina você quer externalizar para o prompt? Se você prioriza consistência, manutenção e acessibilidade, mantenha o agente ligado ao seu sistema real, não à sua versão resumida em Markdown. Se prioriza velocidade de experimentação ou personalização por cliente, o DESIGN.md é um ativo válido, desde que tratado como ponte, não como destino.