UI pura na era dos agentes: tornar o estado explícito evita botões que não deveriam aparecer

O texto de Matt Rothenberg parte da ideia de Guillermo Rauch (Pure UI): a interface deve ser, sempre que possível, "uma função pura do estado da aplicação", ou ui = fn(state). A fonte não descreve nenhum projeto chamado expect.element, e o contexto técnico não traz repositório nem autor para ele. Por isso, aqui o foco é o argumento do artigo, não uma ferramenta específica.

O problema: em apps React grandes, o estado que define a tela chega espalhado. O papel (role) vem de uma query, o plano de um contexto, o status de cobrança de um layout que renderiza um banner condicional. No exemplo, um agente adiciona um botão Delete em cada linha da tabela de funções. O dev local estava autenticado como owner, então o agente validou só esse caso. Com o papel viewer, o cabeçalho mostra o selo "View only", mas a tabela continua exibindo o botão, pois nunca houve checagem de papel ali. A solução proposta é mover o estado relevante para a exibição para uma fronteira explícita de página ou view e passá-lo como argumentos aos componentes. No demo, quatro entradas com dois valores cada (role, plan, billing status e a flag de beta de live logs) geram dezesseis telas numa grade. Storybook e Playwright entram como complementos, mas alguém ainda precisa decidir quais combinações importam.

O CEVIU já vinha tratando o tema. Em 15 de outubro de 2026, noticiou "UI como Função Pura do Estado: Essencial na Era dos Agentes de IA". Em 21 de outubro de 2026, veio "UI Pura em Tempos de IA Agente: O Novo Desafio do Desenvolvimento Front-end". Em 23 de outubro de 2026, saiu "UI pura na era dos agentes: estado explícito para inspecionar telas antes do merge", sobre inspecionar combinações de roles, planos, cobrança e feature flags antes do merge. A cobertura de hoje aprofunda o caso concreto do botão Delete visível para quem tem papel viewer e a grade de dezesseis estados.

Para quem revisa código gerado por agentes, a leitura é que "feito" não diz quantos estados foram checados. Tornar o estado explícito dá uma lista de entradas que pode virar story ou teste, e olhar uma grade pode ser mais rápido do que ler um diff. Não pega tudo, mas reduz o risco de o cliente achar o problema primeiro.