O comercial ativou um agente dentro do CRM. O financeiro usa uma conta pessoal para resumir planilhas. A operação criou uma automação que lê e-mails e abre tarefas. O fornecedor do atendimento habilitou um novo recurso “inteligente” por padrão. Cada iniciativa parece pequena, útil e barata quando observada sozinha. Juntas, elas podem consultar o mesmo cliente, escrever no mesmo sistema, enviar mensagens diferentes e consumir orçamento sem que ninguém enxergue o conjunto.
Esse crescimento desordenado é chamado de agent sprawl: agentes, assistentes e automações se multiplicam mais rápido do que a capacidade da empresa de descobrir, comparar, governar e retirar o que existe. O problema não começa quando há centenas de agentes. Para uma PME, três fluxos com acesso ao mesmo cadastro e donos diferentes já podem produzir colisão real.
Este artigo entrega um inventário mínimo em doze campos, uma matriz de triagem, um mapa de colisões e uma rotina de revisão. A intenção não é criar um comitê pesado. É saber o que está agindo em nome da empresa antes de conectar a próxima ferramenta.
O risco de 2026 não é apenas criar mal; é perder a visão do portfólio
Em 17 de julho de 2026, a AWS publicou um guia sobre gestão do crescimento desordenado de agentes entre áreas. O texto descreve cinco padrões: capacidades duplicadas, conflitos em dados compartilhados, custos agregados ocultos, agentes paralelos e fragmentação de controles. É uma orientação de fornecedor, pensada principalmente para organizações maiores, mas o mecanismo também aparece em empresas menores: cada área otimiza sua tarefa e ninguém otimiza o sistema inteiro.
Em abril, o Gartner havia recomendado seis frentes contra o problema, começando por regras claras e um inventário centralizado de agentes. A empresa informou que apenas 13% das organizações consultadas consideravam ter a governança correta para agentes. A previsão de 150 mil agentes por empresa Fortune 500 em 2028 chama atenção, mas não deve ser transportada para uma PME. A lição útil é outra: quando criar ficou fácil, descobrir e coordenar passou a ser uma função operacional.
A IBM relatou em maio de 2026 que 18% das organizações pesquisadas mantinham um inventário de IA atual e completo. Como todo levantamento patrocinado por fornecedor, o número precisa ser lido com contexto e não prova sozinho a realidade brasileira. Ele reforça, porém, a mesma lacuna encontrada nas demais fontes: empresas estão acumulando iniciativas sem uma lista confiável do que já está em produção.
Primeiro, defina o que entra na lista
Se a empresa procurar apenas projetos chamados formalmente de “agente”, deixará de fora boa parte do risco. Inclua no levantamento qualquer recurso que use IA para produzir, recomendar ou executar trabalho corporativo:
- assistentes: redigem, resumem, analisam ou respondem, mas uma pessoa decide e executa;
- automações com IA: usam classificação, extração ou geração dentro de um fluxo previamente definido;
- agentes: escolhem etapas, consultam ferramentas ou tomam ações para atingir um objetivo;
- recursos embutidos: IA habilitada dentro de CRM, ERP, atendimento, produtividade, navegador ou aplicativo de nicho;
- uso paralelo: contas pessoais, extensões, robôs e fluxos criados fora do caminho aprovado.
A classificação técnica perfeita pode esperar. Para o primeiro inventário, use uma regra simples: se a ferramenta recebe informação da empresa ou influencia uma ação de trabalho, ela entra na conversa. Depois, a intensidade do controle muda conforme dados, autonomia, alcance e consequência.
Varredura de 90 minutos: procure onde o organograma não mostra
Nomeie uma pessoa para consolidar respostas e reúna líderes de comercial, atendimento, financeiro, operações e tecnologia. Em vez de perguntar “vocês usam agentes?”, percorra cinco lugares:
- Trabalho diário: onde a equipe cola textos, planilhas, contratos, áudios, imagens ou dados de clientes para gerar uma resposta?
- Sistemas contratados: quais CRMs, ERPs, suítes de escritório, plataformas de atendimento e aplicativos passaram a oferecer IA?
- Automações: quais fluxos leem caixa de e-mail, WhatsApp, formulários ou APIs e alteram outro sistema?
- Contas e credenciais: que robôs, chaves de API, usuários de serviço, extensões ou logins compartilhados continuam ativos?
- Projetos e testes: quais provas de conceito, planilhas “temporárias” e pilotos ainda recebem dados ou executam em segundo plano?
Peça exemplos, não apenas nomes. “Mostre a última entrada, a saída e onde ela foi usada” revela fluxos que a pergunta genérica não encontra. O objetivo inicial é visibilidade sem punição. Se admitir um uso trouxer mais atrito do que escondê-lo, o inventário nascerá incompleto.
O cartão mínimo: doze campos para cada item
Uma planilha compartilhada ou formulário já resolve a primeira versão. Cada linha deve responder:
- Nome e identificador: um nome único, sem depender da marca do fornecedor.
- Trabalho executado: verbo, objeto e resultado — “classificar leads e sugerir próximo passo”, por exemplo.
- Status: descoberta, teste, piloto, ativa, limitada, suspensa ou retirada.
- Owner de negócio: quem responde pelo resultado, pelas regras e pela decisão de manter.
- Responsável técnico: quem consegue alterar, desligar, investigar e recuperar o fluxo.
- Usuários e público afetado: equipe interna, fornecedores, leads, clientes, pacientes ou parceiros.
- Dados: o que lê, gera, combina, grava e por quanto tempo permanece disponível.
- Sistemas e ações: quais ferramentas consulta e o que pode criar, editar, enviar, aprovar ou excluir.
- Autonomia e aprovações: o que faz sozinho, quando pede confirmação e qual é o limite de parada.
- Identidade e fornecedor: conta usada, plataforma, modelo e credencial própria ou emprestada.
- Volume, custo e resultado: casos por período, custo direto, correções, ganho esperado e indicador observado.
- Revisão e retirada: última revisão, próxima data, dependências e procedimento para desligar sem perder o processo.
Um campo vazio já é achado. Agente sem owner não deveria ganhar mais autonomia. Recurso sem maneira conhecida de desligar não deveria escrever em sistema crítico. Piloto sem data de decisão não é piloto; é produção informal.
Matriz de triagem: alcance × consequência
Depois de listar, classifique cada item em dois eixos. Alcance mede quantas pessoas, registros, unidades e sistemas podem ser afetados. Consequência mede o impacto de uma saída ou ação errada sobre dinheiro, cliente, dado, segurança, obrigação e continuidade.
- Faixa 1 — assistência local: alcance pequeno, efeito reversível e revisão humana antes de uso. Pode seguir em autosserviço, desde que registrada e sem dados inadequados.
- Faixa 2 — fluxo controlado: influencia clientes ou atualiza sistemas dentro de uma área. Exige owner, métricas, acesso limitado, logs e teste periódico.
- Faixa 3 — ação crítica ou transversal: escreve em sistemas compartilhados, alcança público externo, movimenta valor, usa dado sensível ou afeta mais de uma área. Exige revisão central, aprovação humana em ações relevantes, contingência e autoridade clara para interromper.
A abordagem acompanha a orientação atualizada da autoridade digital de Singapura. O framework de governança para IA agêntica da IMDA, atualizado em maio de 2026 com contribuições de mais de 60 organizações, recomenda delimitar risco, manter responsabilização humana, aplicar controles durante o ciclo de vida e considerar agentes de terceiros e sistemas multiagente. Trata-se de referência internacional voluntária, não de regra brasileira, mas sua lógica baseada em risco é prática para organizar prioridades.
Mapa de colisões: o valor aparece quando as linhas são comparadas
O inventário não serve apenas para contar. Ordene a planilha por processo, entidade de negócio e sistema alterado. Marque em amarelo quando dois itens compartilham uma destas condições e em vermelho quando compartilham duas ou mais:
- mesmo objetivo: dois agentes qualificam o mesmo lead ou resumem o mesmo relatório;
- mesmo gatilho: duas automações reagem ao mesmo formulário, mensagem ou mudança de status;
- mesmo registro: dois fluxos editam cliente, pedido, agenda, obra, oportunidade ou estoque;
- mesmo canal: mais de um agente pode enviar mensagem para a mesma pessoa;
- regras diferentes: preço, prazo, prioridade, elegibilidade ou tom não vêm da mesma fonte;
- dependência circular: a saída de um agente vira entrada de outro sem validação e sem dono do resultado final.
Para cada colisão, escolha uma decisão explícita: reusar uma capacidade comum, unir fluxos duplicados, isolar dados e ações, ordenar quem age primeiro ou retirar o item sem resultado. “Deixar como está” também é decisão, mas precisa ter motivo, prazo e responsável.
Exemplos: o sprawl aparece diferente em cada vertical
- v7 Obras: um agente extrai pendências do diário; outro abre solicitação de compra a partir das mesmas mensagens. Se “material faltante” e “compra aprovada” forem confundidos, a colisão vira pedido indevido. O inventário mostra quem apenas sinaliza e quem pode comprometer orçamento.
- v7 Carteira: reativação, cobrança e vendedor podem contatar o mesmo CNPJ no mesmo dia. O mapa deve registrar prioridade de campanha, bloqueios, dono da conta e histórico compartilhado.
- v7 Agro: assistentes de visita, proposta e recompra consultam safra, estoque e tabela de preço. Se cada um usa uma fonte ou vigência diferente, a empresa cria versões concorrentes da verdade comercial.
- v7 Imob: agente do portal, nutrição e corretor atuam sobre o mesmo lead. Sem estado único, o cliente recebe perguntas repetidas depois de já ter agendado a visita.
- v7 Clínicas Retorno: confirmação, lista de espera, retorno e reativação disputam a mesma agenda. O catálogo separa comunicação administrativa de qualquer contexto que exija decisão profissional e protege preferências do paciente.
- v7 Custom: automações internas criadas por áreas diferentes podem escrever em ERP, CRM e planilhas mestres. Antes de construir outra, procure capacidade reaproveitável e defina uma fronteira de transação.
Ciclo de vida: todo agente precisa poder sair
Use estados claros e proíba a categoria “temporário” sem prazo:
- Descoberta: uso encontrado, ainda sem avaliação completa.
- Teste: sem efeito externo e com dados controlados.
- Piloto: escopo, duração, métrica, owner e decisão final definidos.
- Ativa: critérios atendidos, rotina documentada e acompanhamento em produção.
- Limitada ou suspensa: uso reduzido enquanto falha, risco ou mudança é investigada.
- Retirada: gatilhos desligados, credenciais revogadas, integrações removidas, registros preservados conforme necessidade e usuários avisados.
Retirar é parte do trabalho, não limpeza opcional. Um agente abandonado pode continuar custando, acessando ou agindo. O conceito de identidade também importa: em documento conceitual de fevereiro de 2026, o NCCoE/NIST destacou identificação, autenticação, autorização, delegação, logs e vínculo entre ação automatizada e responsabilidade humana. O texto estava em consulta e não é uma norma pronta; funciona aqui como alerta para não tratar o agente como uma conta genérica esquecida.
Ritual mensal de 45 minutos
Uma PME não precisa começar comprando uma plataforma de governança. Precisa manter a lista viva. Faça uma reunião curta mensal com owners de negócio e responsável técnico:
- Novos: quais itens apareceram desde a última revisão e quem assume cada um?
- Sem uso: quais não têm volume ou resultado e podem ser retirados?
- Sem dono: quais perderam o responsável por mudança de equipe ou fornecedor?
- Colisões: quais passaram a tocar o mesmo dado, sistema, cliente ou etapa?
- Risco: quais ganharam nova ferramenta, dado, público ou autonomia e precisam subir de faixa?
- Resultado: quais consomem custo e correção sem entregar o indicador combinado?
- Retirada: o que será desligado, por quem, quando e com qual caminho manual?
O placar do encontro pode ter apenas seis números: total por status, percentual com owner, percentual com revisão em dia, colisões abertas, custo conhecido e itens retirados. Contar agentes isoladamente incentiva quantidade. Medir cobertura, conflito e resultado incentiva operação.
Checklist antes de autorizar o próximo agente
- procuramos no inventário algo que já execute a mesma capacidade;
- o trabalho, o resultado esperado e o limite estão descritos;
- há owner de negócio e pessoa capaz de alterar ou desligar;
- dados, sistemas, ações, identidade e credenciais estão registrados;
- alcance e consequência definem a intensidade do controle;
- as colisões com fluxos existentes foram verificadas;
- o agente usa a fonte oficial e não cria outra versão da regra;
- custo, volume, correção humana e resultado têm como ser medidos;
- o piloto tem prazo e decisão de ampliar, corrigir ou retirar;
- há forma testada de interromper o fluxo sem parar a operação.
O ponto de vista da V7 Agents
Sprawl não é um problema de quantidade; é um problema de operação sem visão comum. Dois agentes bem delimitados, com donos, dados, métricas e ciclo de vida, valem mais do que vinte recursos ativados porque estavam disponíveis no software.
Na escada da V7 Agents, o V7 IA Ready inventaria processos, dados, sistemas e iniciativas antes de recomendar a próxima implantação. Os Agentes Verticais entram com missão e limites claros. A Operação Contínua acompanha uso, conflito, custo, mudança e retirada. IA só gera ROI quando cada capacidade tem processo, responsável, revisão e lugar definido no portfólio.
Fontes consultadas
- AWS — Managing AI agent sprawl across business units, 17 de julho de 2026.
- Gartner — Six steps to manage AI agent sprawl, 28 de abril de 2026.
- IBM — Managing agentic AI’s speed, scale and sprawl, 11 de maio de 2026.
- IMDA — Updated Model AI Governance Framework for Agentic AI, 20 de maio de 2026.
- NCCoE/NIST — Software and AI Agent Identity and Authorization, fevereiro de 2026.
Antes de contratar outro agente, descubra o que já existe
O V7 IA Ready mapeia processos, dados, sistemas, automações e responsáveis para priorizar o que deve ser integrado, corrigido, retirado ou implantado.