A maneira mais fácil de fazer um agente de IA parecer poderoso é dar a ele autoridade demais.
Deixe-o ler tudo. Deixe-o escrever em todo lugar. Deixe-o chamar a API, enviar o e-mail, atualizar o CRM, reembolsar a fatura e se explicar depois em um parágrafo confiante.
Isso não é um produto. Isso é um incidente de permissões esperando um convite de calendário.
A parte difícil dos agentes não é o uso de ferramentas. A parte difícil é o limite.
Um agente não é um cargo
"Agente de vendas" não é uma especificação.
"Agente de suporte", "agente de pesquisa" ou "agente de operações" também não são. Essas frases descrevem um funcionário de fantasia, não um limite de software.
Uma especificação útil de agente nomeia o loop real:
- leia estas entradas
- escolha entre estas ações
- peça aprovação sob estas condições
- escreva nestes sistemas
- registre estas decisões
- pare quando isso acontecer
Quanto menor o loop, melhor o agente.
O agente deve possuir uma única superfície de decisão. Roteamento. Rascunho. Extração. Verificação. Reconciliação. Não "executar operações".
O agente visível é apenas a superfície. O produto durável é o sistema ao redor: política, limites de ferramentas, portões de aprovação e uma trilha de auditoria.
Ferramentas devem ser estreitas, não impressionantes
A maioria das demonstrações de agentes mostra uma lista de ferramentas como uma vitrine de troféus.
O melhor padrão de produção é entediante:
- uma ferramenta de busca
- uma ferramenta de leitura estruturada
- uma ferramenta de rascunho
- uma ferramenta de escrita com um portão de aprovação
- um caminho de escalonamento
Cada ferramenta deve fazer menos do que o modelo quer que ela faça. O modelo pode perguntar. O sistema decide.
Se uma ferramenta pode alterar dados, ela precisa de restrições fora do prompt. Validação de esquema. Listas de permissão. Limites de taxa. Chaves de idempotência. Logs de auditoria. Aprovação humana quando dinheiro, acesso ou reputação estão envolvidos.
O prompt não é o modelo de permissão.
Humanos não são um plano B para design ruim
"Humano no loop" é usado como uma frase decorativa.
Deveria significar um ponto de controle real. Um humano vê a ação proposta, a evidência de origem, o motivo, o risco e o diff exato. Eles podem aprovar, editar, rejeitar ou encaminhar para outro lugar.
Se a tela de revisão mostra apenas a resposta final, o revisor não está revisando. Ele está adivinhando com uma tipografia melhor.
Uma boa tela de aprovação mostra:
- o que mudou
- por que o agente acha que deveria mudar
- quais fontes ele usou
- o que ele não pôde verificar
- o que acontece se o revisor disser sim
Essa é a diferença entre um fluxo de trabalho e um truque de mágica.
Software comum ainda é permitido
Nem todo fluxo de trabalho precisa de um agente.
Se a árvore de decisão é estável, escreva software. Se a saída deve ser exata, escreva software. Se a entrada é estruturada e a ação é determinística, escreva software.
Use um agente onde linguagem, ambiguidade e julgamento são o problema real.
Isso geralmente significa que o agente fica na borda de um sistema, traduzindo entrada humana confusa em trabalho estruturado. Ele não substitui o sistema. Ele o alimenta.
A lista de verificação de limites
Antes de construir um agente, quero cinco frases:
- O agente tem permissão para decidir ___.
- O agente não tem permissão para decidir ___.
- O agente pode chamar estas ferramentas: ___.
- O agente deve perguntar a um humano antes de ___.
- Toda ação é registrada em ___.
Se essas frases são difíceis de escrever, o agente não está pronto para ser construído.
O limite é o produto.
