Consultoria · Inteligência artificial
Um agente só faz sentido quando a tarefa, o acesso e o limite estão definidos
Agente não é um chatbot com nome novo. É um sistema que executa etapas, acessa dados e pode errar em escala. A pergunta é onde ele pode agir, com qual permissão, supervisão e registro.
Oferta
Arquitetura e implementação de agentes
- Formato
- Diagnóstico contratado, com escopo definido
- Princípio
- Investigar antes de prescrever. A conclusão pode ser não contratar.
Sinais
Como isso aparece na prática
- O agente tem acesso a mais sistemas do que precisa.
- Ele erra de forma repetida e ninguém sabe por quê.
- A resposta é usada sem conferência da fonte.
- Uma ação é executada sem revisão humana.
- O cliente consegue manipular a conversa.
- O custo por execução cresce sem controle.
- O agente está isolado e não conclui o processo.
- Ninguém consegue reconstruir o que ele fez.
- Se o agente falhar, a operação para.
- Não existe critério para avaliar a qualidade da saída.
Hipóteses
O que pode estar por trás
Escopo vago
O agente recebe uma intenção ampla e decide sozinho o que fazer. Sem tarefa delimitada, o comportamento varia.
Permissão excessiva
O acesso foi concedido para facilitar o teste e nunca foi reduzido. O agente pode ler e escrever além do necessário.
Supervisão ausente
A ação acontece direto no sistema. Não há aprovação, limite ou ponto de interrupção.
Dado insuficiente
O agente consulta base incompleta ou desatualizada e completa a lacuna com inferência.
Ferramenta errada
A tarefa é determinística e poderia ser uma automação comum. O agente adiciona custo e variabilidade sem ganho.
Sem registro
Não há log de entrada, decisão, ferramenta usada e saída. A auditoria se torna impossível.
Escopo
O que o diagnóstico examina
- Quais tarefas são adequadas a agente e quais não são.
- Quais sistemas ele precisa acessar e com qual permissão.
- Onde a autorização humana é obrigatória.
- Como a qualidade da saída será avaliada.
- Quais falhas são toleráveis e quais exigem interrupção.
- Como o agente será monitorado e corrigido.
- Quais registros precisam existir para auditoria.
- Qual é o custo operacional por execução.
- O que acontece se o agente ficar indisponível.
- Quem responde pelo comportamento do agente.
A profundidade depende de acesso a dados, disponibilidade da equipe e do que a decisão exige. O que não puder ser apurado é declarado como lacuna — não preenchido com suposição.
Entregáveis possíveis
O que a empresa recebe
- Mapa de casos adequados e inadequados.
- Arquitetura proposta e ferramentas necessárias.
- Matriz de permissões e autorizações.
- Plano de supervisão e intervenção humana.
- Critérios de avaliação de qualidade.
- Plano de rollback e continuidade.
Não há entrega garantida fora do escopo, prazo padrão nem resultado prometido. O compromisso é com a análise e com a clareza da decisão.
Como o trabalho acontece
Três etapas, sem atalho
Desenho do caso
Tarefa, entrada, saída, ferramentas e limites são escritos antes do teste. O que não puder ser descrito não deve ser delegado.Piloto controlado
O agente começa com permissão mínima, supervisão e amostra pequena. A avaliação compara com o processo manual.Operação e supervisão
O que funcionar ganha dono, log, alerta e rotina de revisão. Sem isso, o agente vira dependência invisível.
Limites
Quando este trabalho não é o caminho
- Quando o processo ainda não está definido.
- Quando o erro do agente tem consequência que a empresa não pode absorver.
- Quando não há dado nem acesso para operar.
- Quando automação determinística resolve com menos risco.
Perguntas frequentes
Dúvidas antes de conversar
Sim. Automação segue regra determinística. Agente interpreta contexto, escolhe ferramentas e pode tomar decisões dentro de um limite. Por isso exige mais controle.
Pode assumir parte do atendimento, mas não necessariamente a relação inteira. Casos sensíveis, exceções e decisões de valor continuam exigindo pessoa.
Permissão mínima por ferramenta, credencial própria, escopo de leitura e escrita, aprovação para ações críticas e revisão periódica.
Precisa existir detecção, registro, correção e caminho manual. O plano de falha é parte do desenho, não um detalhe posterior.
Depende do escopo. O trabalho pode ir do desenho e avaliação até a implementação, sempre com critério de supervisão e custo operacional.
O primeiro passo é entender se este é o seu caso
Problemas que levam a esta frente
