Artigo da InfoQ assinado por Daniel Curtis, da Griffiths Waite, argumenta que agentes de IA mudaram a economia da reutilização: vale centralizar design tokens, guidelines e testes, mas não necessariamente um pacote canônico de componentes de UI.
A InfoQ publicou artigo de Daniel Curtis, da Biblioteca de skills da Griffiths Waite (github.com) Waite, argumentando que agentes de IA mudaram a economia da reutilização: em 2026, o que vale centralizar é o design system com tokens, guidelines e testes, não o pacote canônico de componentes de UI.
O que a biblioteca de componentes realmente prometia?
Uma biblioteca compartilhada sempre empacotou quatro promessas em um único artefato: reutilização, consistência, conhecimento codificado e fonte única de verdade. Dessas, apenas duas exigem código distribuído, e são exatamente as que a IA agora cobre.
O custo real nunca foi construir a biblioteca, e sim a década seguinte de manutenção: múltiplas versões de componentes, upgrades de dependências de terceiros e um roadmap próprio com backlog, conforme relatos da daisyUI e do Hacker News citados no artigo.
Leia também · há 3 semanas
Gartner: só 27% dos clientes voltam a usar chatbot após experiência negativa
Como o fluxo de regeneração funciona na prática?
A disciplina migra do código para as regras: tokens processados por Style Dictionary, guidelines legíveis por máquina versionadas junto ao código, geração a partir do servidor MCP do Figma e verificação com regressão visual em Chromatic, Percy e Playwright.
Ensaios de Marco Kotrotsos e Denis Uraev, além de um relatório técnico de 2026, formalizam a tese: manter a especificação, regenerar a implementação e deixar que testes verifiquem a correção de forma independente.
O "mar de mesmice" e o papel do sistema opinativo
A regeneração em massa produziu a chamada Sea of Sameness: saídas idênticas de builders como Lovable, v0 e Base44, confirmada por estudo de 2026 da Tilburg University sobre homogeneização em cocriação humano-IA.
O estudo Business Value of Design da McKinsey, com 300 empresas ao longo de cinco anos, mostra vantagem de 32 pontos percentuais em receita para líderes de design, o que sustenta o valor de um design system genuinamente opinativo.
Quando manter código compartilhado ainda compensa?
Acessibilidade é o maior argumento, defendido pela Telerik: teclado, foco e semântica ARIA são conhecimento codificado que se perde na regeneração descuidada. O paper Software Reuse in the Generative AI Era alerta contra o cargo cult de código gerado.
| Camada | Estado recomendado | Justificativa |
|---|---|---|
| Botões, cards, tipografia, formulários simples | Regenerar por projeto | Baratos de gerar, fáceis de verificar contra tokens, caros de manter centralmente |
| Data grids, comboboxes, date pickers | Curar e compartilhar | Acessibilidade e comportamento difíceis; custo do erro é alto |
| Design system, tokens, guidelines, testes | Centralizar | Entregam consistência e são baratos de manter vivos |
Arraste para o lado para ver toda a tabela.
A recomendação final divide o código em três: regenerar a superfície de baixo risco, curar os widgets difíceis (data grids, comboboxes, date pickers) e centralizar tokens, guidelines e testes.
Leia também:
Fonte: Infoq
Quem escreveu
Dagmar Cirino · Editor-chefe
Especialista em tecnologia, criador de conteúdo e fundador do portal Mercado de TI e Casa do Dev. Analiso tendências de mercado, Inteligência Artificial e carreira, entregando informações precisas, transparentes e acessí...
