Microsoft cria design system que agentes de código também consomem

O problema: consistência além de componentes

Ao voltar de licença-maternidade em março de 2026, uma líder de design da Microsoft encontrou a organização CoreAI recém-reestruturada. Equipes já usavam GitHub Copilot e agentes; designers iam além de mockups no Figma e alguns contribuíam para código de produção via VS Code ou CLI do GitHub Copilot. Mesmo com o Fluent 2, design system obrigatório para portais independentes, os produtos pareciam desconexos. Usavam botões e tabelas iguais, mas criavam navegação, layouts, fluxos e dashboards muito diferentes. As diferenças não eram justificadas e geravam carga cognitiva. Com agentes, o risco aumenta, pois eles aproveitam escolhas históricas que talvez não fossem corretas. “A inconsistência se acumula”, disse o designer Dave Chan.

Simplicidade como prioridade

Jay Parikh, vice-presidente executivo da CoreAI, definiu simplicidade de produto como foco estratégico: reduzir complexidade desnecessária e criar experiências mais fáceis de entender, aprender e confiar. John Maeda, vice-presidente de Design da CoreAI, desdobrou o foco em quatro disciplinas: tomada de decisão, ofício de engenharia, criação de coerência e ofício de produto. O desafio se alinhava à criação de coerência.

O time de Microsoft Foundry já tinha um design system para o lançamento Next Gen, liderado por Owen Richard, influenciado por GitHub e Visual Studio Code e baseado em partes do Fluent. James Bradford refinou componentes de produção para que fossem acessíveis a agentes de código, e a equipe criou o sandbox Mini Foundry. O CoreAI Design System partiu desse trabalho para unificar os serviços. A meta não era tornar produtos idênticos, mas compartilhar expectativas para fluxos de criação, tabelas, detalhes, navegação e padrões recorrentes. A consistência era o sintoma; a simplicidade poderia curar o problema.

Produto simples para humanos e agentes

Design systems sempre foram feitos para humanos. Agora, designers podem descrever mudanças ao Copilot e receber implementação; o artefato entre design e engenharia é cada vez mais código. Se a IA participa da implementação, a orientação de design precisa ser consumível por agentes. A estratégia inclui uma biblioteca no Figma para handoff de protótipos clicáveis e um servidor MCP para mudanças em código. Uma camada de contexto com referências e metadados permite que humanos e agentes interpretem e adaptem a orientação. O MCP dá acesso a guias de início, exemplos, recomendações de implementação e documentação de padrões, mas é experimental.

Entre as descobertas, a documentação de API foi uma das informações menos valiosas: agentes entendem APIs de pacotes instalados e definições TypeScript. O difícil é compreender intenção - quando e por que usar um padrão. Exemplos, restrições e orientações importam mais que assinaturas. A divulgação progressiva beneficia agentes e pessoas: tópicos menores conectados por referências ajudam a recuperar só o relevante. A entrega varia entre componentes reutilizáveis, templates e exemplos. O design system deixa de ser manual e vira fonte ativa de verdade.

Comunidade e adoção

Um grupo de Foundry e Azure Developer Services manteve sprints mensais com voluntários. O primeiro cobriu grades de dados e páginas de detalhe, com Amy Chen, Dasi Fletcher e Thoa Nguyen; o segundo criou templates para fluxos de criação, com Kristin Holifield e Xiaowei Jiang. Checkpoints semanais, horários abertos e um quadro no GitHub apoiam contribuições.

Em junho de 2026, nenhum portal Azure usava o CoreAI Design System; em agosto, mais de cinco já tinham o pacote npm instalado, número crescente. Com acesso a repositório e revisão de PRs, a adoção pode levar poucos dias; algo que antes levava meses. Como a IA reduz a barreira para criar recursos, a qualidade da experiência vira diferencial. Vencerão não só os produtos mais poderosos, mas os que as pessoas entendem, aprendem, confiam e usam com segurança.