Inteligência Artificial

Agent sprawl: como governar uma empresa cheia de agentes de IA

Quando cada equipe cria seus próprios agentes, ferramentas e integrações, a inovação pode virar duplicação, risco e custo invisível. Um catálogo governado transforma esse crescimento em uma capacidade empresarial reutilizável.

28 de outubro de 202612 min de leituraEquipe ProativaIA
Agentes de inteligência artificial dispersos sendo organizados em um catálogo central com políticas, responsáveis e ciclos de vida controlados

Marketing cria um agente para campanhas. Financeiro conecta outro ao ERP. TI testa três assistentes de código. Uma área contrata uma ferramenta pronta e outra constrói a mesma função internamente. Em poucos meses, ninguém sabe quantos agentes existem, quem responde por eles ou quais dados podem acessar.

Esse crescimento desordenado é chamado de agent sprawl. O problema não é ter muitos agentes. É operar agentes sem inventário confiável, proprietário, versão, avaliação, política de acesso ou processo de desativação.

Em 27 de outubro de 2026, a IBM anunciou recursos para descobrir e gerenciar agentes de diferentes plataformas por uma camada comum. Dias antes, o Google Cloud apresentou Agent Registry e Agent Gateway para centralizar agentes, ferramentas, skills e servidores MCP. O mercado está passando da fase de “construir um agente” para a disciplina de gerir uma frota.

O que é agent sprawl?

Agent sprawl acontece quando agentes, automações e ferramentas se multiplicam mais rápido que a capacidade da empresa de identificá-los e controlá-los. Ele lembra o shadow IT, mas traz um risco adicional: agentes não apenas armazenam ou exibem informações; eles podem tomar decisões e executar ações.

Um agente esquecido pode manter credenciais ativas, usar um modelo antigo, chamar uma API descontinuada ou continuar gerando custos. Dois agentes com a mesma finalidade podem entregar respostas diferentes porque usam regras, dados e versões distintas.

Sinais de que a empresa perdeu o controle

  • ninguém consegue listar todos os agentes em produção;
  • o mesmo caso de uso foi implementado por equipes diferentes;
  • não existe responsável técnico e de negócio para cada agente;
  • ferramentas e MCPs são conectados sem revisão;
  • credenciais permanecem válidas após o projeto terminar;
  • não há versão aprovada nem histórico de mudanças;
  • qualidade, latência e custo são medidos de formas incompatíveis;
  • um incidente não pode ser associado rapidamente a um agente;
  • agentes experimentais são usados em processos críticos.

Catálogo de agentes não é uma simples lista

Uma planilha pode ser o ponto inicial, mas um registro empresarial precisa funcionar como fonte de verdade. Cada agente deve ter identidade estável e metadados suficientes para descoberta, segurança e operação.

  • nome, finalidade e descrição clara;
  • responsável de negócio e responsável técnico;
  • ambiente, versão e status do ciclo de vida;
  • modelo, prompts, skills e ferramentas utilizados;
  • fontes de dados e classificação das informações;
  • permissões, credenciais e sistemas acessados;
  • métricas de qualidade, custo e desempenho;
  • avaliações, riscos conhecidos e aprovações;
  • dependências, consumidores e data de revisão.

O catálogo precisa permitir busca. Antes de criar algo novo, uma equipe deve descobrir se já existe uma capacidade aprovada que pode ser reutilizada ou estendida.

Registro, gateway e identidade: três papéis diferentes

Registro mantém a fonte de verdade

O registro informa o que existe, quem é o dono, qual versão está ativa e quais componentes foram aprovados. Ele organiza agentes, ferramentas, endpoints e skills.

Gateway aplica políticas no tráfego

O gateway controla as chamadas entre usuários, agentes, modelos e ferramentas. Pode verificar identidade, bloquear destinos, filtrar dados sensíveis, impor limites e registrar cada passagem.

Identidade permite responsabilização

Cada agente deve possuir identidade própria. Isso evita compartilhar uma conta genérica e permite conceder acesso mínimo, emitir credenciais temporárias e revogar uma sessão específica. O tema complementa nossa análise sobre identidade e delegação segura para agentes.

Exemplo: quatro áreas criam agentes para fornecedores

Compras cria um agente para comparar propostas. Financeiro desenvolve outro para validar dados bancários. Jurídico contrata um assistente de contratos e Operações monta uma automação de cadastro. Todos consultam fornecedores, mas cada um mantém seu próprio conceito de empresa ativa.

Com um catálogo governado, a organização registra as quatro capacidades e identifica componentes comuns: consulta cadastral, política de risco, leitura de documentos e integração com ERP. Essas funções viram ferramentas reutilizáveis, com donos e contratos bem definidos.

O agente de Compras pode orquestrar as ferramentas aprovadas sem receber acesso administrativo ao ERP. Mudanças na política de risco são feitas em um único componente. Métricas mostram qual agente consulta cada recurso e quanto custa o processo completo.

Ciclo de vida: do experimento à desativação

Todo agente deve ter um estado explícito. Um fluxo simples pode usar:

  1. rascunho: ideia ainda sem acesso a dados reais;
  2. experimental: teste isolado com conjunto limitado;
  3. candidato: avaliação funcional, de segurança e custo;
  4. aprovado: disponível para uso ou reutilização;
  5. produção: operado com métricas, alertas e suporte;
  6. restrito: bloqueado para novos usos durante correção;
  7. descontinuado: credenciais revogadas e dependências migradas.

A promoção deve exigir evidências, não apenas uma demonstração convincente. Defina casos de teste, critérios de sucesso e limites de risco para cada etapa.

Avaliação contínua evita agentes “aprovados para sempre”

Modelos, dados, ferramentas e regras mudam. Uma avaliação feita no lançamento não garante o comportamento meses depois. Monitore qualidade, execução de ferramentas, latência, custo e violações de política.

Inclua jornadas determinísticas para ações críticas e avaliações semânticas para respostas abertas. Correções humanas, reclamações e falhas de ferramenta devem gerar novos testes. A observabilidade de agentes fornece as evidências necessárias para esse ciclo.

Como impedir duplicação sem bloquear a inovação

Governança eficaz cria caminhos rápidos para experimentos de baixo risco e controles mais fortes para produção. Um sandbox com dados sintéticos pode permitir liberdade, enquanto acessos reais exigem registro, dono e revisão.

  • publique modelos de projeto e componentes aprovados;
  • ofereça catálogo pesquisável antes da criação;
  • automatize o registro no pipeline de implantação;
  • use políticas como código para requisitos mínimos;
  • permita exceções com prazo e responsável;
  • meça reutilização e tempo de aprovação;
  • não transforme o catálogo em formulário sem uso operacional.

Arquitetura mínima para começar

  1. inventário central com API e interface de busca;
  2. identidade única por agente e ambiente;
  3. gateway ou proxy para chamadas externas;
  4. cofre de credenciais temporárias;
  5. telemetria comum para modelos e ferramentas;
  6. pipeline de avaliações e aprovação;
  7. alertas de custo, falha e comportamento anormal;
  8. processo automático de expiração e recertificação.

A empresa não precisa comprar uma plataforma completa no primeiro dia. Pode iniciar com um catálogo integrado ao CI/CD, padronizar metadados e evoluir os controles conforme o número e o risco dos agentes aumentam.

Métricas para gerir a frota

  • agentes ativos, experimentais e sem proprietário;
  • percentual com revisão dentro do prazo;
  • capacidades reutilizadas em vez de reconstruídas;
  • falhas e incidentes por versão;
  • custo por agente e por resultado de negócio;
  • tempo entre solicitação e aprovação;
  • ferramentas ou credenciais sem uso recente;
  • agentes desativados com dependências pendentes.

Plano de 30 dias contra o agent sprawl

Semana 1: descubra

Mapeie agentes, bots, automações com IA, MCPs e ferramentas. Inclua experimentos departamentais e fornecedores externos.

Semana 2: classifique

Defina proprietário, finalidade, dados, permissões, ambiente, criticidade e status. Bloqueie apenas riscos imediatos; não tente corrigir tudo ao mesmo tempo.

Semana 3: padronize

Crie esquema de registro, critérios de aprovação, métricas e política de expiração. Integre o cadastro ao processo de implantação.

Semana 4: consolide

Elimine duplicações óbvias, revogue acessos abandonados e publique as capacidades aprovadas para reutilização.

De coleção de bots a capacidade empresarial

Ter muitos agentes pode ser vantagem competitiva quando existe clareza sobre finalidade, propriedade, qualidade e autoridade. Sem isso, cada novo agente aumenta a superfície de risco e o custo de coordenação.

A ProativaIA desenvolve agentes e automações empresariais, plataformas sob medida e integrações. Podemos inventariar sua operação, construir um catálogo governado e criar uma arquitetura para agentes reutilizáveis, observáveis e seguros.

Referências