Módulo 5 · 3 de 7

Agentes de IA: além dos chatbots

Leitura: ~6 min

Até agora, falamos de IA como ferramenta: você pede algo, ela gera. Você avalia, refina, decide. Mas e quando a IA não espera o seu pedido? E quando ela observa o contexto, planeja uma sequência de ações e executa sozinha, pedindo sua aprovação só nos momentos críticos?

Isso não é ficção científica. É o que já está acontecendo em 2026 com os agentes de IA. E se você é designer, precisa entender esse conceito profundamente, porque vai projetar as interfaces que controlam esses agentes.

O que são agentes de IA

Um agente de IA é um sistema que não apenas responde perguntas, ele toma ações. Diferente de um chatbot tradicional, que espera sua pergunta e devolve uma resposta, um agente pode analisar uma situação, definir um plano, executar etapas intermediárias, usar ferramentas externas e ajustar o percurso se algo der errado.

Pense comigo: quando você pede para o ChatGPT "me ajude a escrever um e-mail", ele gera o texto e pronto. Quando você pede para um agente "organize minha caixa de entrada", ele lê seus e-mails, categoriza por prioridade, rascunha respostas, agenda follow-ups e te pergunta: "posso enviar esses três?" Ele age, não só responde.

Essa diferença muda tudo, tanto na tecnologia quanto no design.

Chatbot, copilot e agente: qual a diferença?

Para você não se perder nos termos que aparecem todo dia no LinkedIn, vamos organizar os três modelos de interação com IA que existem hoje:

  • Chatbot: responde perguntas. Você faz uma pergunta, ele responde. Você faz outra, ele responde. É reativo. O controle é 100% seu, mas o trabalho de execução também.
  • Copilot: trabalha junto com você em tempo real. Ele sugere, autocompleta, oferece opções enquanto você executa. Você continua no comando, mas ele antecipa. O GitHub Copilot é o exemplo clássico: enquanto o dev escreve código, a IA sugere o próximo bloco.
  • Agente autônomo: recebe um objetivo e executa. Ele decide como chegar lá, usa as ferramentas necessárias, e entrega o resultado. Você define o destino, ele dirige.

Cada modelo exige um design de interface completamente diferente. E é aí que entra o seu trabalho.

Espectro de autonomia da IA Chatbot Calculadora Você pergunta, ele responde. Você faz tudo. Controle: 100% Copilot GPS Sugere o caminho, recalcula rota. Você decide. Controle: parcial Agente Motorista Recebe destino, dirige sozinho. Ele age. Controle: delegado Autonomia crescente Cada modelo exige um design de interface diferente.
Espectro de autonomia da IA: chatbot (calculadora, controle total do usuário), copilot (GPS, sugere mas o usuário decide) e agente (motorista, executa autonomamente).

Ferramentas que designers já estão usando

Se isso parece abstrato demais, olha o que já existe em 2026 e que muitos designers estão experimentando:

  • Claude Code: um agente que não só gera código, ele navega pelo projeto, entende a arquitetura, cria arquivos, roda testes e corrige erros. Designers estão usando para prototipar interfaces funcionais a partir de descrições.
  • Cursor: um editor de código com IA que combina o autocompletar estilo copilot com um modo agente, hoje o centro do produto. Você descreve o que quer em linguagem natural, e ele planeja, edita vários arquivos e roda comandos no contexto do seu projeto inteiro (desde o Cursor 2.0, dá até para rodar vários agentes em paralelo).
  • v0: você descreve um componente de interface, e ele gera código React pronto para usar. Designers estão usando para criar protótipos funcionais sem depender do time de desenvolvimento.
  • Bolt: gera aplicações inteiras a partir de um prompt. Você descreve o app, e ele cria a estrutura, o design, o código e até o deploy.

O ponto aqui não é que você precisa saber programar. O ponto é que a linha entre "projetar" e "construir" está ficando cada vez mais fina, e os designers que entendem essas ferramentas conseguem iterar mais rápido, validar ideias com protótipos reais e ter conversas mais produtivas com o time de desenvolvimento.

Prompt engineering para designers

Se agentes de IA executam ações a partir de instruções, a qualidade da instrução determina a qualidade do resultado. Isso vale para qualquer ferramenta de IA, mas especialmente para agentes, onde uma instrução vaga pode gerar uma cascata de ações erradas.

Algumas práticas que funcionam:

  • Seja específico: em vez de "crie um formulário bonito", tente "crie um formulário de cadastro com campos de nome, e-mail e senha, estilo minimalista, fundo claro, com validação visual nos campos e um botão primário azul (#3b82f6)". Quanto mais contexto, melhor o resultado.
  • Dê contexto visual: hoje várias ferramentas conseguem se conectar direto ao seu Figma (via o servidor MCP oficial do Figma, que você vai reencontrar no Módulo 6). Quando não houver integração, descreva o design system, as cores e o tom no prompt e referencie componentes existentes.
  • Itere em ciclos curtos: não espere acertar de primeira. Gere, avalie, refine o prompt, gere de novo. Cada iteração ensina você a comunicar melhor o que precisa.
  • Decomponha tarefas complexas: em vez de pedir "crie um dashboard completo", peça um componente por vez. Agentes funcionam melhor com objetivos claros e escopo definido.

Perceba que essas práticas são, no fundo, habilidades de comunicação, de briefing. Um designer que sabe escrever um bom briefing para um desenvolvedor já tem metade do caminho andado para escrever bons prompts. É a mesma competência aplicada a um interlocutor diferente.

Como projetar interfaces para agentes

E aqui chegamos na parte que é mais diretamente o seu trabalho: projetar a experiência do usuário que interage com um agente de IA. Essa é uma disciplina nova, e os padrões ainda estão sendo definidos. Mas alguns princípios já estão claros:

  • Progressive disclosure: o agente está fazendo muitas coisas por trás. Não jogue tudo na tela de uma vez. Mostre o essencial, e permita que o usuário aprofunde se quiser. "Organizei 47 e-mails em 5 categorias" é melhor do que listar os 47 e-mails com suas classificações.
  • Transparência de ações: o usuário precisa saber o que o agente fez e o que pretende fazer. Um log de ações, claro e acessível, constrói confiança. Esconder o que o agente está fazendo cria ansiedade.
  • Supervisão humana: ações irreversíveis precisam de confirmação. O agente pode rascunhar o e-mail, mas não pode enviar sem aprovação. Pode sugerir apagar arquivos duplicados, mas não pode deletar sem confirmação. O nível de autonomia deve ser configurável.
  • Recuperação de erros: quando o agente erra, e ele vai errar, o caminho de volta precisa ser claro. Desfazer, reverter, corrigir. Se o usuário não confia que pode reverter, ele não vai confiar no agente.

Essas decisões de design definem se o usuário vai adotar o agente ou abandonar na primeira semana. A tecnologia pode ser excelente, mas se a interface não transmite controle e confiança, o produto fracassa.

Checagem rápida

Sem nota, sem pressão. Responda de cabeça e depois abra para conferir.

Um recrutador te descreve uma ferramenta: "você dá o objetivo, ela decide sozinha os passos, usa as ferramentas que precisar e só volta para você no final com o resultado". Isso é chatbot, copilot ou agente?

É um agente autônomo. O chatbot só responde ao que você pergunta, um por um. O copilot trabalha ao seu lado em tempo real, sugerindo enquanto você continua no comando. O agente recebe o destino e dirige: escolhe o caminho, executa as etapas e entrega o resultado, com você definindo o objetivo, não cada passo.

Um agente que organiza sua caixa de entrada vai fazer três coisas: mover e-mails para pastas, rascunhar respostas e enviar essas respostas. Quais dessas ações deveriam pedir a sua confirmação antes de acontecer?

Enviar as respostas, porque é uma ação irreversível: depois de enviado, não dá para desfazer. Mover e-mails e rascunhar respostas são reversíveis e podem rolar sozinhas, com um log claro do que foi feito. A regra é: ações que o usuário não consegue desfazer precisam de aprovação explícita antes de executar.