O Astryx resolveu o problema de intenção. O da Meta.

A Meta abriu o Astryx, o design system que rodava internamente há oito anos em treze mil aplicações, sob licença MIT. O diferencial que todo mundo está comentando é que ele foi construído para ser lido por agente: um CLI que devolve a documentação completa de cada componente, um manifesto em JSON que descreve todo comando e toda prop, um servidor MCP embutido, e um formato denso que corta o texto humano pra economizar contexto da LLM.

A leitura fácil desse lançamento é: pronto, resolveram o problema de fazer IA construir interface. Eu li com atenção justamente porque estou no meio desse problema há dois meses, e cheguei em outra conclusão. Harness Design é contextual.

O que eles resolveram de verdade

O Astryx documenta intenção, sim. Os princípios do projeto dizem explicitamente que as opiniões de design vivem na documentação e nos exemplos. Cada componente carrega anotações com dicas de composição, orientação inline de como as peças se encaixam. As regras de nomenclatura, de prop e de composição são as mesmas em todo componente, então quando o agente aprende alguns, ele consegue prever como um desconhecido se comporta.

O problema que a Meta nomeia é que design system sempre foi feito pra consumo humano, e isso deixou de servir quando parte do código passa a ser escrita por agente. A resposta deles foi tornar o sistema previsível: as mesmas regras de nomenclatura, prop e composição em todo componente, de forma que a IA consiga inferir como um componente que ela nunca viu se comporta.

Isso é trabalho de intenção. É trabalho de designer. Só que é o trabalho de intenção da Meta, resolvido pro contexto da Meta, e genérico por construção (veja um case) — tem que servir pros treze mil apps que rodam lá dentro.

A intenção vive num espectro

Foi aqui que a ficha caiu pra mim.

Numa ponta existe a intenção universal. Login é login. Formulário é formulário em quase qualquer sistema. Tabela, paginação, campo obrigatório. Esse conhecimento mora fora da sua empresa, e é exatamente por isso que uma biblioteca de terceiro consegue entregar pronto.

Na outra ponta existe a intenção do seu produto. No nosso caso: drawer substitui modal, e é usado extensivamente. O componente que representa um diagrama de pneus, onde a informação não pode encolher sem perder legibilidade. A forma específica como tratamos status de veículo. Nada disso existe em biblioteca nenhuma. Nasce do zero, dentro de casa.

A variável que decide onde você está no espectro é o legado

E é aqui que a conversa muda de lugar pra maioria dos designers que eu conheço.

Se você trabalha num produto que está no mercado há cinco ou dez anos, sua empresa já criou muita coisa própria. Decisões acumuladas, padrões que viraram identidade, jeitos de fazer que o usuário já aprendeu e espera encontrar. Você não pega a intenção de um terceiro e embute por cima disso — ela vai brigar com o que já existe. Aqui, produzir a própria intenção é a regra, não a exceção.

Tenho dado dessa parte. Nos nossos testes com Claude Code, antes do projeto formalizado, ele acertava tabela, header e menu com facilidade, porque o padrão existe fora do nosso sistema. E errava justamente onde a referência só podia ser o nosso: encolheu informação no diagrama de pneus até ficar ilegível, usou checkbox num formato de listagem que não existe aqui, e, o caso mais emblemático, não encontrou a nossa forma de tratar status e inventou a própria — cards com fundo amarelo, vermelho e verde, uma lógica que não existe no nosso design system.

O Astryx corrigiria a primeira categoria. Não corrigiria nenhum caso da segunda.

Pra ser justo com o outro lado

Se você está começando um produto do zero, o cálculo é diferente. Você começa perto da ponta universal, herda uma quantidade grande de intenção já documentada e só desce pra camada própria quando bate num problema que a biblioteca não previu. Nesse cenário, aproveitar um Astryx faz muito sentido. Não estou dizendo que ninguém deve adotar. Estou dizendo onde a conta fecha e onde não fecha.

O que dá pra copiar, e o que não dá

O que se copia do Astryx é a abordagem. A porta única onde humano e agente perguntam a mesma coisa e recebem a mesma resposta. A documentação legível por máquina. O formato denso pra não queimar contexto. Isso é padrão de engenharia, não é propriedade deles, e é a parte que vale estudar de perto.

O conteúdo que passa por essa porta é outro problema. Documentar que o drawer substitui modal no nosso sistema, e em que situação ele é a escolha certa, não é trabalho que uma biblioteca de terceiro resolve. É trabalho de entender o que uma tela de frota precisa comunicar e escrever isso de um jeito que a máquina consiga usar.

Esse mercado lança coisa nova toda semana, e o Astryx é a novidade dessa vez. A distinção entre a intenção que vem pronta e a intenção que é sua, essa eu não vejo mudando com o próximo lançamento.