AX: Quando o Agente Assume o Fazer, a Tela Passa a te Ajudar a Julgar

John Maeda tem uma frase para o que os agentes fazem com uma tarefa: “AX é teletransportar até o objetivo.”

Você pula as etapas. Pula os menus, os formulários, o esforço de descobrir como. O agente preenche o relatório de despesas, redige a cláusula do contrato, refatora o módulo, reserva a viagem. O trabalho que antes ocupava a sua tela acontece em algum lugar que você não vê. O que aparece na sua frente é um resultado, e uma pergunta: isso é o que eu quis dizer?

Essa pergunta virou o trabalho inteiro. E a maioria das nossas interfaces nunca foi construída para respondê-la.

Dois Designers, a Mesma Releitura

Em junho de 2026, dois designers seniores chegaram à mesma conclusão por caminhos diferentes. John Maeda, que passou a carreira no cruzamento entre design e computação, publicou “What is AX?” e nomeou a virada nos próprios termos de Don Norman. Pratik Joglekar, designer de produto sênior na HubSpot, escreveu “Designing Uncertainty” na Smashing Magazine e chegou ao mesmo ponto pela probabilidade.

Norman nos deu dois golfos. O golfo da execução é a distância entre o que você quer e descobrir como fazer o sistema realizar aquilo. O golfo da avaliação é a distância entre o que o sistema fez e entender se aquilo bateu com a sua intenção. Por quarenta anos, o design lutou contra o primeiro. Botões, affordances, fluxos de onboarding, revelação progressiva, tudo mirando em deixar fácil o “como eu faço isto”.

O argumento de Maeda é que os agentes fecham o golfo da execução quase por completo. O agente descobre como. O teletransporte acontece. E o peso não some; ele desliza para o outro golfo. A avaliação vira o trabalho. Você não pergunta mais “como eu faço isto”. Você pergunta “o que acabou de acontecer fez o que eu precisava, e dá para confiar o suficiente para colocar em produção”.

A Avaliação Pode Ser Rápida, Se a Superfície For Construída para Isso

A preocupação reflexa é que julgar é lento. Se um humano tem que conferir toda saída do agente, o agente não economiza nada.

Maeda oferece um contraexemplo que merece atenção. Usuários cegos, observa ele, processam fala sintética rotineiramente a duas ou três vezes o ritmo de uma conversa comum. O leitor de tela é uma superfície projetada, ao longo de décadas, especificamente para avaliação rápida. Isso prova que o peso não é fixo. Uma superfície de avaliação bem desenhada deixa uma pessoa julgar muito mais rápido do que ela jamais conseguiria agir.

Isso reformula o briefing de design. O trabalho da tela deixou de ser te guiar por uma tarefa. Agora é comprimir um resultado nos poucos sinais de que você precisa para aprovar, rejeitar ou corrigir. Uma visão de diff faz isso para código. Um redline faz isso para um contrato. Uma faixa de confiança faz isso para uma previsão. Cada uma reduz a saída à dimensão que o humano de fato precisa julgar. O resto é ruído que o agente já resolveu.

A maioria dos produtos de agente hoje falha aqui. Eles mostram a resposta e um botão de joinha. Essa é uma superfície otimizada para o agente parecer competente, não para o humano decidir se confia nele.

Otimize para Probabilidade, Não para Certeza

Joglekar chega à mesma superfície de governança pela matemática. A frase dele é precisa: “Decisões de design devem ser otimizadas para probabilidade, não para certeza.”

Software determinístico dava uma saída para uma entrada, sempre. Você desenhava para aquele caminho único. Sistemas probabilísticos dão uma distribuição. O mesmo prompt produz uma resposta forte, uma medíocre e, de vez em quando, uma confiantemente errada, e a interface tem que sustentar as três. Desenhar para probabilidade significa que a superfície mostra a própria incerteza. Ela sinaliza o caso de baixa confiança. Ela transforma o momento da aprovação numa decisão de verdade, e não num carimbo automático.

É por isso que Joglekar trata o human-in-the-loop como supervisão obrigatória em domínios de alto risco, não como cortesia. Em saúde e finanças, uma saída probabilística sem revisão é um passivo esperando para acontecer. Os casos de alerta que ele cita são os que a indústria já aprendeu na pele. O chatbot da Air Canada inventou uma política de tarifa de luto e um tribunal cobrou a companhia por isso. A ferramenta de recrutamento da Amazon aprendeu sozinha a rebaixar currículos que mencionavam mulheres e teve que ser descartada. Nos dois casos, o sistema executou com fluência. Nenhuma superfície ficou entre a saída confiante e a consequência. O golfo da avaliação nunca foi desenhado, então ninguém o atravessou.

AX É a Linguagem de Design da Governança

Junte os dois ensaios e o quadro fica nítido. Maeda nomeia para onde o peso se move. Joglekar nomeia o que a superfície precisa carregar agora. Os dois descrevem, sem usar a palavra, uma camada de governança.

Governança vem sendo enquadrada como questão de engenharia: primitivos de política, logs de auditoria, controles de acesso, o encanamento por baixo do agente. Esse enquadramento é incompleto. O lugar onde um humano de fato concede ou nega confiança é a interface. O clique de aprovação. O redline. A confirmação de “enviar mesmo assim” que aparece, ou não, antes de um agente mandar e-mail a um cliente. Cada um deles é uma decisão de governança vestida de design.

AX, agent experience, é o nome para desenhar essa camada de propósito. Vai muito além de uma camada de tinta sobre um chatbot. É a disciplina de construir a superfície onde o trabalho do agente é julgado: o que mostrar, o que suprimir, onde exigir uma decisão humana, como tornar essa decisão rápida e honesta. Quando a superfície de avaliação é boa, a confiança se ganha na velocidade de uma olhada. Quando ela está ausente, você tem a Air Canada.

Isso se conecta a uma virada que acompanhamos por várias funções. Já escrevemos que o gargalo está migrando do fazer para o julgar, e que o output está se desacoplando da competência, o que força uma camada de verificação dedicada. AX é a cara dessa camada de verificação quando um designer controla os pixels no lugar de um engenheiro. É o mesmo movimento que argumentamos transformar designers em engenheiros de governança, agora dito como um golfo de design, e não como cargo.

O Que a Ressalva de Maeda Força

Os dois textos são ensaios de opinião, sem dados empíricos. Maeda sintetiza uma virada que enxerga; Joglekar argumenta a partir de princípio e de algumas falhas públicas. Nenhum oferece medição controlada de quanto a avaliação fica mais rápida quando você desenha para ela. Trate o número do leitor de tela como prova de existência, não como benchmark para o seu produto. A afirmação que sobra é estrutural: o peso migra para a avaliação, e a superfície decide se esse peso é suportável.

Já dá para agir com isso, porque o custo de ignorá-lo já aparece nos casos de falha.

Faça Isto Agora

Escolha uma funcionalidade de agente que você entrega hoje. Encontre o momento em que um humano aprova a saída dela. Faça três perguntas. Qual sinal único deixaria alguém julgar esse resultado em dois segundos, e você está mostrando esse sinal. Quando o agente está incerto, a superfície diz isso, ou apresenta toda resposta com o mesmo acabamento confiante. Quando o risco é alto o bastante para que uma saída errada vire passivo, existe um ponto de decisão real, ou só um botão escrito “pronto”. Se as respostas forem não, você tem uma superfície de avaliação que parece acabada e não governa nada. Redesenhe essa tela primeiro. O teletransporte já funciona. É no julgar que você mantém a confiança.

Fontes

John Maeda. “What is AX?.” Junho de 2026.
Smashing Magazine. “Designing Uncertainty: How AI Supercharges Probabilistic Thinking.” Junho de 2026.

A Victorino ajuda equipes a desenhar a camada de avaliação onde o trabalho dos agentes é julgado e aprovado: contato@victorino.com.br | www.victorino.com.br