Como criar um agente de IA para a empresa sem programar: o roteiro antes de contratar qualquer ferramenta

Contadora e funcionária revisam uma lista de verificação antes de decidir o que delegar a um agente de IA.

Imagem ilustrativa produzida por IA.

Criar um agente de IA para a empresa, sem programar, significa decidir três coisas antes de abrir qualquer plataforma: qual tarefa ele vai assumir, até onde ele pode agir sem perguntar, e para quem ele chama quando trava. A ferramenta — seja ela qual for — entra depois. Ela só executa a decisão que você já tomou.

A maioria dos guias sobre o assunto inverte essa ordem: abre com a ferramenta (os passos de configuração, a tela de criação do fluxo, o botão “publicar agente”) e deixa os limites de permissão como um item de checklist no meio da lista, se sobrar espaço. Para quem contrata, isso é perigoso: você termina com um agente funcionando antes de ter decidido o que ele tem permissão de fazer. Este artigo não é tutorial de nenhuma ferramenta. É o roteiro de decisão que vem antes — e que determina se a ferramenta que você vai contratar depois serve ou não.

Se você ainda não sabe exatamente o que separa um agente de um chatbot comum ou de uma automação de fluxo fixo, comece por aqui antes de seguir — esse roteiro parte do pressuposto de que você já sabe o que está contratando.

Antes de escolher a ferramenta, escolha a tarefa

A tarefa certa para o primeiro agente tem três características, e as três precisam estar presentes ao mesmo tempo:

  • Repetitiva. Acontece todo dia ou toda semana, com o mesmo formato de entrada. Confirmar horário de consulta, responder “qual o prazo de entrega” pela quinta vez no dia, separar nota fiscal por cliente.
  • Baixo risco se der errado. Um erro vira um reenvio de mensagem ou uma correção de duas linhas, nunca um pagamento feito errado, um contrato assinado ou um dado sensível exposto.
  • Fácil de medir. Você consegue dizer, sem planilha nova, se o agente está fazendo a tarefa certo ou errado — porque já sabe como fica o resultado certo.

Um escritório de contabilidade que recebe o mesmo e-mail perguntando “qual documento falta para o fechamento deste mês” dez vezes por semana tem uma tarefa que bate nos três critérios. Um escritório de advocacia que quer que o agente classifique se um contrato tem cláusula de risco não bate em nenhum: não é repetitivo (cada contrato é diferente), o risco de errar é alto, e medir “acertou ou errou” exige um advogado revisando caso a caso — o que anula o ganho de ter automatizado.

Antes de seguir adiante, vale separar uma decisão da outra: contratar um agente é uma consequência, não o ponto de partida. Este roteiro sobre o que decidir antes de contratar qualquer IA cobre a etapa anterior a esta — o que perguntar sobre o próprio processo antes de pensar em automação. E se você já roda um piloto de IA em algo (mesmo que não seja um agente), este método para medir tempo e retrabalho serve para decidir se vale continuar, ajustar ou parar — a mesma régua se aplica aqui.

Os três degraus de permissão: ler, sugerir, executar com aprovação

Depois de escolher a tarefa, a decisão que mais importa é até onde o agente pode ir sem perguntar. Existem três degraus, e eles não são opcionais nem intercambiáveis:

  1. Ler. O agente acessa a informação (a planilha, o e-mail, o histórico de conversa) e não altera nada. Serve para você ver, antes de dar qualquer autonomia, se ele entende o contexto certo.
  2. Sugerir. O agente propõe uma ação — uma resposta, um horário, um texto — mas um humano aprova antes de sair. É aqui que a maioria dos negócios deveria ficar nos primeiros meses, não porque é “mais seguro” em abstrato, mas porque é o único degrau em que você consegue comparar, lado a lado, o que o agente sugeriu com o que você teria feito.
  3. Executar com aprovação. O agente age — manda a mensagem, agenda, atualiza o registro — mas só dentro de um escopo que você definiu com antecedência (um tipo de pergunta, um valor máximo, um horário comercial) e com um ponto de checagem humana programado, não eventual.

A regra prática é começar sempre no degrau 1, mesmo que pareça lento. O motivo é simples: o custo de descobrir que o agente entende errado no degrau 1 é você perceber e corrigir a instrução. O custo de descobrir a mesma coisa no degrau 3 é uma mensagem errada que já saiu para o cliente, ou um agendamento que já foi desfeito do jeito errado.

O canal também muda o tamanho do risco em cada degrau. Este guia sobre os limites de um agente no WhatsApp mostra um caso concreto: o que liberar quando a conversa sai de um app controlado e vai direto para o telefone do cliente, onde um erro de tom ou de informação chega sem filtro. E antes de fixar o grau de autonomia, há uma pergunta anterior que muda a resposta: o agente vai integrar a um sistema que você já usa (o CRM, a agenda, a planilha) ou vai substituir uma etapa do processo inteiro? Esta comparação entre integrar e substituir ajuda a decidir isso antes — porque substituir pede mais degraus de permissão testados do que simplesmente ler um sistema existente.

Onde o agente para e chama um humano

Todo agente precisa de um ponto de escalonamento explícito — não “se algo der errado”, que é vago demais para servir de instrução, mas uma lista do que especificamente faz ele parar e entregar para uma pessoa. Alguns critérios de parada que fazem sentido para a maioria dos pequenos negócios de serviço:

  • O cliente pede cancelamento, reembolso ou qualquer coisa que envolva dinheiro saindo da empresa.
  • A pergunta sai do roteiro esperado (o cliente reclama de algo não relacionado à tarefa, ou faz uma pergunta jurídica, médica ou financeira específica do caso dele).
  • O agente não tem confiança sobre a resposta certa — e aqui o ponto importante é que “não sei” programado é melhor do que uma resposta inventada com tom confiante.
  • Qualquer menção a dado sensível (senha, número de cartão, informação de saúde) que o agente não devia processar em primeiro lugar.

Esse ponto de parada precisa estar escrito antes de o agente ir ao ar, não descoberto depois que ele travou com um cliente do outro lado da tela.

Um teste mínimo antes de ligar o agente a qualquer sistema real

Antes de conectar o agente a um sistema de verdade (a agenda que os clientes usam, o WhatsApp oficial da empresa, o CRM com dados reais), vale rodar um conjunto pequeno de casos de teste — sem cliente real do outro lado. Um conjunto mínimo razoável tem de três a cinco casos, e precisa incluir deliberadamente um caso de erro:

  1. O caso mais comum (a pergunta ou tarefa que mais se repete no seu dia a dia real).
  2. Um caso com informação incompleta (o cliente não disse o nome, ou pediu algo sem dizer a data).
  3. Um caso ambíguo, que admite mais de uma interpretação razoável.
  4. Um caso de erro proposital — uma pergunta fora do escopo, ou um pedido que deveria acionar o ponto de escalonamento da seção anterior. Se o agente responde como se soubesse, em vez de parar e chamar um humano, ele não está pronto, independentemente de quão bem ele saiu nos outros quatro casos.
  5. Se o agente vai usar linguagem informal ou seguir um tom de marca específico, um caso que testa isso — porque “respondeu certo” e “respondeu do jeito que a empresa fala com o cliente” são duas coisas diferentes.

Nenhum desses testes substitui acompanhar o agente nas primeiras semanas reais. Eles só evitam que o primeiro contato com um cliente de verdade seja também o primeiro teste do caso de erro.

Quanto isso custa pra começar

A conta de um agente de IA tem partes que mudam de preço em velocidades diferentes — e normalmente é mais barato do que a proposta de uma agência faz parecer, ou mais caro, dependendo de qual das partes pesa mais no seu caso. Como essa conta já foi detalhada com uma simulação completa, veja a composição de custo de um agente de IA em 2026 aqui em vez de refazer o cálculo neste artigo. O ponto que importa para a decisão deste roteiro é outro: decida a tarefa e os degraus de permissão antes de pedir uma cotação, porque o preço de “um agente que só sugere resposta” e o de “um agente que executa e integra com três sistemas” não têm a mesma ordem de grandeza — e um fornecedor não vai necessariamente abrir essa diferença para você sem perguntar.

Segurança: nunca entregue senha ou login ao agente

Segundo a TechCrunch (27/10/2026), o Bank of America alertou: compartilhar credenciais pode responsabilizar o cliente pela atividade decorrente desse acesso. Isso não determina, por si só, a responsabilidade jurídica em todo caso.

Na orientação oficial sobre compartilhamento com terceiros, o Bank of America explica que entregar o login pode dar ao serviço o mesmo acesso às informações que o cliente tem, além de expor a credencial caso esse terceiro sofra uma falha de segurança. O banco também descreve uma alternativa: o cliente autentica diretamente no banco, consente no compartilhamento e pode revogar a permissão. Para o seu negócio, a recomendação prática é verificar as integrações oficiais disponíveis, limitar o acesso ao necessário para a tarefa e manter aprovação humana para movimentações financeiras. Acesso de leitura pode servir para consultar informações, mas não substitui as permissões exigidas para executar ações.

No Brasil, a Resolução Conjunta CMN/BCB nº 21, de 22/10/2026, publicada no Diário Oficial da União em 26/10/2026, alterou regras do Open Finance. O texto trata do compartilhamento de dados entre instituições e não menciona inteligência artificial nem agentes de IA. Portanto, essa norma, isoladamente, não sustenta a afirmação de que o Banco Central regulamentou agentes de IA ou autorizou entregar credenciais bancárias a eles. Essa conclusão se limita à norma consultada: não é uma avaliação de toda a legislação brasileira aplicável à IA ou da responsabilidade de bancos e clientes.

Checklist final antes de contratar qualquer ferramenta

Antes de assinar qualquer plano ou abrir qualquer plataforma, confira se você consegue responder a estes pontos:

  • ☐ A tarefa escolhida é repetitiva, de baixo risco se der errado, e fácil de medir se saiu certa.
  • ☐ Você decidiu o degrau de permissão inicial (provavelmente “ler” ou “sugerir”) e por que não é o degrau mais alto.
  • ☐ Existe uma lista escrita de quando o agente para e chama um humano — não uma ideia vaga de “se der problema”.
  • ☐ Você rodou pelo menos três a cinco casos de teste antes de conectar a sistemas reais, incluindo um caso de erro proposital.
  • ☐ Você sabe quanto cada parte da conta (setup, plataforma, uso do modelo) pesa no preço antes de comparar propostas.
  • ☐ Você definiu uma forma oficial de acesso, sem entregar a senha pessoal ao agente, com permissões limitadas à tarefa e aprovação humana para ações financeiras.
  • ☐ Você tem como revisar o agente nas primeiras semanas reais, não só nos testes iniciais.

Se algum desses itens ainda não tem resposta, a próxima etapa não é escolher a ferramenta — é voltar para o item que falta.