Na hora de automatizar o atendimento com inteligência artificial, a escolha não começa pela ferramenta. Ela começa pelo que a IA precisa fazer: responder usando documentos controlados pela empresa ou consultar e alterar sistemas reais. Um chatbot com base de conhecimento informa; um agente de IA executa ações. Misturar os dois papéis aumenta custo e risco.
Este guia compara as duas arquiteturas, mostra onde cada uma falha e organiza permissões, confirmações e transferência para atendimento humano.
Qual é a diferença entre os dois?
Chatbot com base de conhecimento
É um assistente que consulta FAQ, políticas, manuais e páginas do site antes de responder. A técnica mais comum é RAG: o sistema recupera trechos relevantes de uma fonte autorizada e usa esse contexto para gerar a resposta. A AWS explica RAG como uma forma de conectar o modelo a uma base externa e atualizável, sem retreiná-lo.
O ponto decisivo é simples: ele lê, mas não escreve. Pode explicar prazo de troca ou garantia, mas não muda pedido, agenda ou cobrança. Se a base não cobre a pergunta, a resposta correta é transferir o caso.
Agente de IA que executa ações
É um modelo conectado a ferramentas que leem ou modificam sistemas: CRM, agenda, ERP ou pagamentos. No guia de function calling da OpenAI, o modelo escolhe uma função, a aplicação executa a ação e devolve o resultado para a conversa continuar.
O ponto decisivo: ele escreve no mundo. Pode alterar um cadastro, confirmar um agendamento ou gerar uma cobrança. A Anthropic recomenda manter a solução simples, usar pontos de verificação e condições de parada. Essa disciplina é necessária porque autonomia pode acumular erros.
Matriz de decisão por tarefa
| Tarefa | Base de conhecimento resolve? | Precisa de agente? | Cuidado principal |
|---|---|---|---|
| Responder dúvidas frequentes | Sim, é o caso ideal | Não | Manter a base atualizada |
| Consultar status, saldo ou protocolo | Não | Sim, com leitura | Acesso apenas aos dados necessários |
| Alterar cadastro | Não | Sim, com escrita | Confirmação antes de gravar |
| Agendar e remarcar | Não | Sim, integrado à agenda | Validar conflito, data, hora e serviço |
| Cobrar ou emitir segunda via | Não | Sim, integrado ao pagamento | Confirmação e log da ação |
| Transferir para humano | Sim | Sim | Repassar o contexto já coletado |
Só a primeira linha é território exclusivo de uma base de conhecimento. Se o atendimento apenas responde dúvidas, um agente que altera sistemas é complexidade desnecessária. Já a transferência para uma pessoa precisa existir em todas as camadas.
Permissões e confirmação antes de ações sensíveis
1. Permissão mínima necessária
Ferramentas devem ser separadas entre ler e escrever. Um agente que consulta status de pedido não precisa ter acesso ao banco inteiro, nem permissão para cancelar pedido. Esse isolamento reduz o alcance de uma interpretação errada.
2. Confirmação antes do irreversível
Ações leves e reversíveis podem ser automáticas. Antes de alterar endereço, cancelar plano, emitir cobrança ou remover dados, o agente deve repetir o que entendeu e pedir confirmação clara. Para cobrança, apresente valor e vencimento; para agendamento, data, hora e serviço.
3. Registro e caminho de volta
Toda ação precisa gerar log: o que mudou, quando, a partir de qual conversa e com qual confirmação. Sem registro, fica difícil revisar erro, responder uma contestação ou reverter uma alteração.
Onde cada abordagem falha
Falhas da base de conhecimento
- Base desatualizada: uma política antiga gera resposta errada com aparência de confiança.
- Trecho inadequado: termos parecidos podem recuperar um documento fora de contexto.
- Resposta inventada: quando a base não cobre a pergunta, o fluxo precisa reconhecer o limite e transferir.
O dano típico é informar errado: prejudica a confiança, mas não altera diretamente sistemas.
Falhas do agente que executa ações
- Ação errada bem executada: o agente interpreta incorretamente o pedido e altera algo real.
- Cadeia de erros: uma interpretação inicial contamina chamadas seguintes.
- Conteúdo malicioso: e-mails ou descrições lidos pelo agente podem tentar desviar seu comportamento.
- Loop sem parada: sem limite, ele repete tentativas, consome cota e não conclui.
O dano típico é alterar a realidade. Por isso ações de escrita precisam de escopo, confirmação e histórico.
Quando combinar as duas abordagens
- Base de conhecimento: responde dúvidas e orienta a maior parte do volume.
- Ações de leitura: consulta dados em sistemas sem modificar nada.
- Ações de escrita: altera cadastro, agenda ou cobrança com confirmação e log.
- Transferência humana: disponível em todas as camadas, com o contexto repassado.
Essa evolução por etapas permite começar simples, medir o que funciona e liberar poder apenas quando há processo confiável para sustentá-lo.
Checklist para decidir
- Liste tarefas reais: responder, consultar, alterar, agendar, cobrar e transferir.
- Se tudo for responder dúvidas, comece por uma base de conhecimento atualizada.
- Para consultas, adicione ferramentas somente de leitura e com escopo restrito.
- Para alterações, use confirmação explícita, permissões mínimas e log completo.
- Teste o caminho de erro e a transferência humana antes de colocar o fluxo no ar.
Perguntas frequentes
Chatbot com base de conhecimento é a mesma coisa que RAG?
RAG é a técnica mais comum para esse tipo de chatbot: recupera trechos relevantes e gera resposta a partir deles. O objetivo é responder usando documentos controlados pela empresa.
Um agente pode só consultar dados?
Sim. É um ótimo estágio intermediário: consulta pedidos, saldos ou agendas sem modificar nada e reduz o risco antes de liberar escrita.
Que ações nunca devem ser totalmente automáticas?
Cobranças, cancelamentos, exclusão de dados e alterações com efeito financeiro ou legal devem exigir confirmação explícita e, quando necessário, aprovação humana.
O agente de IA substitui a equipe de atendimento?
Não de forma segura. Ele absorve volume repetitivo; a equipe continua necessária para exceções, julgamento e decisões sensíveis.
Conclusão: informe primeiro, aja com travas
A escolha não é um concurso de tecnologia. Quem informa erra barato e corrige rápido; quem age precisa de permissões mínimas, confirmação antes do sensível e registro de tudo. Comece pela pergunta mais honesta: o que o atendimento precisa fazer, e não apenas dizer?
