Uma empresa decide automatizar a triagem de solicitações de compra. O agente lê e-mails, identifica o tipo de pedido, consulta uma política interna e preenche os campos de um sistema. Parece simples — até que uma mensagem ambígua seja interpretada como autorização para comprar, um dado sensível seja enviado para a ferramenta errada ou uma ação seja executada sem que ninguém saiba quem responde por ela.
Esse é o ponto em que a conversa deixa de ser apenas sobre produtividade. Um agente conectado a ferramentas pode alterar registros, enviar mensagens, abrir chamados e iniciar etapas de um processo. Se a empresa não definiu o que ele pode fazer, quando deve parar e quem responde pelo resultado, não há automação controlada: há uma nova fonte de risco dentro da operação.
A resposta não é proibir agentes, mas começar com um escopo limitado e nomear um responsável — ou champion — para acompanhar o agente e o processo. Essa pessoa coordena a revisão dos resultados, identifica exceções e aciona ajustes ou interrupções quando necessário. Antes de conceder acesso a sistemas ou permitir que a IA altere informações, estabeleça os seis controles apresentados neste artigo.
Assistente responde. Agente também executa
Um assistente de IA recebe uma pergunta e produz uma resposta: resume um documento, sugere uma cláusula ou redige um e-mail. A pessoa avalia o resultado e decide o que fazer.
Um agente pode ir além. Ele recebe um objetivo, divide o trabalho em etapas, consulta informações, usa ferramentas e executa ações dentro das permissões que recebeu. Pode, por exemplo, classificar um chamado, buscar dados em uma base, registrar uma atualização ou enviar uma resposta.
A distinção prática não está no nome do produto. Está no efeito da saída sobre o mundo real:
- Se a IA só recomenda uma ação, o profissional ainda precisa executá-la.
- Se a IA tem acesso a uma ferramenta que altera sistemas ou se comunica com terceiros, ela pode produzir consequências operacionais.
- Se a IA decide e executa sem revisão, o risco cresce conforme aumentam o impacto, o alcance e a dificuldade de reverter a ação.
O NIST, instituto norte-americano de padrões e tecnologia, descreve agentes como sistemas que podem perceber e agir em ambientes usando ferramentas. O órgão também destaca que o tipo de ferramenta, o padrão de acesso e a possibilidade de escrita — isto é, alterar informações — são aspectos importantes para avaliar o risco.
Onde agentes podem ajudar no dia a dia
O ganho mais concreto costuma estar em processos repetitivos, com etapas conhecidas e critérios que podem ser documentados. O agente reduz o trabalho operacional; o profissional mantém a responsabilidade pelas decisões que exigem contexto, julgamento ou autorização.
| Área | Aplicação possível | Limite inicial recomendado |
|---|---|---|
| Vendas | Qualificar leads, resumir reuniões, preparar rascunhos de propostas e atualizar registros | Não enviar propostas nem alterar condições comerciais sem aprovação |
| Atendimento | Classificar solicitações, buscar respostas em conteúdos aprovados e sugerir respostas | Escalar reclamações, exceções e casos sensíveis para uma pessoa |
| RH | Organizar candidaturas, identificar informações ausentes e responder dúvidas sobre políticas | Não tomar decisões de contratação, promoção ou desligamento |
| Financeiro | Extrair dados de documentos, identificar divergências e preparar relatórios | Não aprovar pagamentos nem alterar dados bancários |
| Jurídico | Comparar cláusulas, resumir contratos e localizar referências em fontes autorizadas | Não substituir análise jurídica nem enviar pareceres como decisão final |
| TI e operações | Classificar chamados, consultar documentação e encaminhar solicitações | Não conceder privilégios nem executar mudanças críticas em produção |
| Compras | Organizar cotações, comparar critérios e preparar solicitações | Não selecionar fornecedor ou emitir pedido de compra sem validação |
Esses exemplos não significam que todo processo esteja pronto para automação. Antes de escolher um agente, mapeie a tarefa atual: quais são as entradas, as regras, os sistemas envolvidos, as exceções e as consequências de um erro? Se ninguém consegue explicar o processo com clareza, automatizá-lo agora só torna a confusão mais rápida.
O que os dados recentes dizem — e o que não dizem
A discussão sobre agentes já se deslocou de “o que a tecnologia consegue fazer?” para “como escalar sem perder controle?”. Duas pesquisas ajudam a entender esse desafio, mas medem questões diferentes.
Pesquisa sobre confiança em IA · 2026
Dos respondentes apontaram segurança e risco como principal barreira para escalar agentes de IA.
AI Trust Maturity Survey 2026. Coleta entre dezembro de 2025 e janeiro de 2026, com cerca de 500 organizações.
Fonte: McKinsey AI Trust Maturity Survey 2026Pesquisa global sobre IA · 2025
Dos respondentes de organizações que usam IA relataram ao menos uma consequência negativa associada ao uso de IA.
Global Survey 2025. Pesquisa com 1.993 participantes de 105 países.
Fonte: McKinsey Global Survey 2025O primeiro resultado não prova que os agentes sejam inviáveis: indica que a confiança operacional ainda é um gargalo. O segundo reforça que riscos conhecidos não se resolvem apenas com políticas escritas; precisam de controles aplicados ao processo.
Os seis controles antes de permitir ações
O fluxo abaixo organiza a implantação. Nenhuma etapa autoriza automaticamente a seguinte: o responsável deve validar os controles e avaliar os resultados do piloto antes de ampliar a autonomia.
Do processo de baixo risco à expansão supervisionada
1. Comece por um processo de baixo risco
Não comece conectando o agente ao processo mais importante da empresa. Escolha uma tarefa com volume suficiente para gerar aprendizado, regras documentáveis e impacto limitado caso algo saia errado.
Uma boa primeira aplicação pode ser classificar solicitações recebidas e sugerir a categoria correta. Uma má primeira aplicação é permitir que o agente aprove pagamentos, altere dados bancários ou responda sozinho a uma reclamação sensível.
Para selecionar o piloto, avalie:
- Repetição: a tarefa acontece com frequência?
- Padronização: há critérios claros para executá-la?
- Impacto do erro: um resultado incorreto pode gerar perda financeira, dano a uma pessoa ou descumprimento regulatório?
- Reversibilidade: é possível corrigir o que o agente fez?
- Disponibilidade de dados: as informações usadas estão autorizadas e atualizadas?
2. Nomeie um responsável pelo agente e pelo processo
“É responsabilidade da TI” não é definição suficiente. A TI pode administrar o ambiente técnico; a área de negócio conhece o processo; Segurança e Jurídico avaliam riscos específicos. Mas alguém precisa responder por como o agente foi configurado, o que pode fazer e quando seu uso deve ser revisto.
Defina, no mínimo:
- Responsável pelo processo: aprova o objetivo, os limites e os critérios de qualidade.
- Responsável técnico: administra as conexões, credenciais, configurações e mudanças.
- Aprovador de risco: participa quando o processo envolve dados sensíveis, clientes, dinheiro, direitos ou obrigações legais.
- Substituto e canal de escalonamento: quem assume quando o responsável principal não está disponível?
O responsável deve aprovar mudanças no escopo, revisar incidentes e decidir se o agente continua, retorna a uma etapa anterior ou é desligado.
3. Aplique o princípio do menor privilégio
O agente deve receber apenas o acesso necessário para executar a tarefa aprovada. Se precisa consultar pedidos, não precisa excluir registros. Se precisa preparar uma resposta, não precisa enviá-la automaticamente. Se só deve analisar uma pasta, não deve ter acesso a todos os documentos da empresa.
Separe, sempre que possível:
- Leitura de escrita;
- Acesso a dados necessários de acesso a dados sensíveis;
- Ambiente de teste de ambiente de produção;
- Permissão temporária de permissão permanente;
- Credenciais do agente de credenciais pessoais de funcionários.
Também limite o escopo da ferramenta: quais ações estão disponíveis, em quais registros, para quais usuários e dentro de quais condições. A recomendação do NIST é pertinente aqui: avaliar ferramentas de acordo com a funcionalidade e o padrão de acesso, incluindo se permitem alterar o estado de sistemas ou dados.
4. Defina quando exigir aprovação humana
A aprovação humana não deve ser um botão genérico que aparece em todos os casos — nem um controle decorativo que ninguém usa. Ela deve estar ligada ao impacto da ação e ao grau de incerteza.
Exija aprovação antes de ações como:
- Enviar comunicação externa com compromisso comercial ou jurídico;
- Aprovar pagamentos, descontos, reembolsos ou compras;
- Alterar dados de clientes, fornecedores ou colaboradores;
- Tomar decisões que afetem contratação, crédito, elegibilidade ou acesso a serviços;
- Excluir registros ou fazer mudanças difíceis de reverter;
- Agir quando houver informação incompleta, conflito entre fontes ou incerteza relevante.
Uma matriz simples ajuda a definir a autonomia:
| Nível de autonomia | O que o agente faz | Exemplo |
|---|---|---|
| Apoio | Analisa e recomenda; uma pessoa executa | Sugerir a categoria de um chamado |
| Preparação | Preenche um rascunho para revisão | Montar resposta para um cliente |
| Execução aprovada | Executa após confirmação humana | Registrar uma atualização autorizada |
| Execução limitada | Age sozinho em tarefas de baixo impacto e com limites rígidos | Encaminhar um chamado para uma fila |
A empresa pode começar nos dois primeiros níveis. A passagem para execução autônoma deve ser uma decisão explícita, baseada em resultados observados — não uma configuração padrão.
5. Registre entradas, decisões e ações
Sem registro, investigar um erro vira uma disputa de versões. A empresa precisa conseguir reconstruir o que o agente recebeu, que ação tentou executar, qual ferramenta usou e qual foi o resultado.
A trilha deve contemplar, conforme o processo e as regras de privacidade aplicáveis:
- Identificador do agente, versão e responsável;
- Data e hora da execução;
- Origem e tipo das informações consultadas;
- Decisão ou classificação produzida;
- Ferramenta acionada e parâmetros relevantes;
- Resultado da ação, erro ou aprovação;
- Pessoa que revisou ou autorizou a etapa;
- Alterações feitas no agente e no processo.
Registro não significa guardar indiscriminadamente todo dado para sempre. Defina finalidade, acesso e prazo de retenção. O objetivo é ter evidência suficiente para auditoria, análise de falhas e melhoria — respeitando as obrigações aplicáveis, inclusive a LGPD.
6. Planeje exceções, interrupção e reversão
Um fluxo real nunca é totalmente limpo. Pode faltar informação, haver instruções contraditórias, surgir uma solicitação fora do padrão ou falhar uma integração. O agente precisa saber quando parar e encaminhar, em vez de improvisar.
Defina previamente:
- Quais erros interrompem a execução;
- Quando encaminhar para uma pessoa e para qual fila;
- Como suspender o agente ou revogar seus acessos;
- Quais ações podem ser desfeitas e por quem;
- Como registrar e comunicar um incidente;
- Como restaurar o processo manual enquanto a causa é investigada.
Um roteiro prático para colocar o primeiro agente no fluxo
Use este checklist como uma sequência de implantação, não como autorização para acelerar etapas sem validação. Para criar um agente, comece pelo objetivo, pelas responsabilidades e pelas regras do trabalho; a ferramenta vem depois.
- Escolha um responsável ou champion para o agente. Nomeie alguém para coordenar o piloto, articular o responsável pelo processo com as áreas técnicas e acompanhar a qualidade e as exceções. Essa pessoa também ajuda a manter o escopo e as permissões atualizados e deve saber quando pausar a execução e escalar um problema. O papel de champion não substitui a responsabilidade das lideranças nem as revisões necessárias de Segurança, Jurídico ou outras áreas competentes.
- Escolha uma tarefa específica. Escreva em uma frase o que o agente deve fazer e o que está fora do escopo.
- Desenhe o fluxo atual. Liste entrada, regras, sistemas, responsável, exceções e resultado esperado.
- Comece em modo de apoio. Configure as instruções e as fontes autorizadas para classificar, resumir ou preparar uma ação, sem executá-la.
- Teste com casos reais e exceções. Inclua exemplos incompletos, contraditórios e fora do padrão; avalie também o que o agente deve recusar ou encaminhar.
- Compare com a execução humana. Registre acertos, erros, tempo economizado e quantidade de casos que precisaram de correção.
- Defina limites e aprovações. Conceda apenas as permissões necessárias e determine quais ações exigem confirmação.
- Libere gradualmente. Comece com um grupo pequeno, monitore o desempenho e amplie somente quando houver evidência de qualidade e capacidade de recuperação.
O piloto não está pronto para escalar só porque funciona em uma demonstração. Está pronto quando a equipe consegue explicar o que o agente faz, o que não faz, quem responde, como detectar um erro e como interromper a execução.
Como medir se o agente melhora o processo
Não use “número de tarefas automatizadas” como métrica principal. Um agente pode executar muitas tarefas e ainda gerar retrabalho, incidentes ou baixa qualidade. Compare o processo antes e depois, com período, escopo e critérios equivalentes.
| Indicador | O que revela |
|---|---|
| Tempo de execução | Se o processo ficou mais rápido, considerando também o tempo de revisão |
| Taxa de revisão ou correção | Quanto do resultado precisa ser alterado por uma pessoa |
| Volume de exceções | Quantas tarefas saem do fluxo padrão e precisam de escalonamento |
| Taxa de execução sem erro | Em quantas execuções o agente conclui corretamente a tarefa definida |
| Ações bloqueadas ou revertidas | Se os limites estão funcionando e onde há risco operacional |
| Custo por tarefa concluída | Se a automação gera eficiência econômica real, incluindo supervisão e manutenção |
Se o agente economiza tempo sem aumentar erros, retrabalho ou risco, há um caso mais consistente para ampliar o uso. Defina, antes do piloto, quais limites de qualidade e risco serão aceitos e quem poderá autorizar a expansão.
O que a empresa precisa organizar antes de escalar
Agentes tendem a funcionar melhor quando a empresa já tem processos conhecidos, permissões claras e informações confiáveis. Sem isso, a IA automatiza ambiguidades: responde com base em documentos desatualizados, acessa mais dados do que deveria ou repete uma regra que ninguém revisou.
A decisão, portanto, não é simplesmente “adotar ou não adotar agentes”. É escolher quais tarefas podem ser delegadas, em que nível de autonomia e sob quais condições de supervisão. O caminho mais sensato é manter pessoas no comando das decisões de alto impacto e usar automação para reduzir o trabalho repetitivo, sem esconder a responsabilidade por trás do sistema.
Essa organização também se conecta à governança do uso de IA em toda a empresa. Para aprofundar o tema, leia o artigo da Quintus sobre governança de IA nas empresas.
A Quintus apresenta agentes de IA para apoiar tarefas e processos corporativos, conforme as informações publicadas em sua página de agentes de IA. Para uma empresa avaliar essa possibilidade, o ponto de partida deve ser o processo: qual tarefa será automatizada, quais acessos ela exige, quem responde por ela e quais recursos estão disponíveis no plano e na configuração contratados.
A plataforma pode ser um apoio à adoção corporativa; não substitui a definição dos controles nem a validação do caso de uso.
Próximo passo: escolha um processo repetitivo e de baixo impacto, mapeie as seis proteções acima e pilote primeiro em modo de apoio, sem execução autônoma. Meça tempo, revisão e exceções antes de decidir se vale ampliar.
