Cohere propõe fazer agentes de IA duplicados competirem por uma vaga na empresa
A Cohere publicou uma análise do problema de agent sprawl. As plataformas permitem que os próprios funcionários criem agentes de IA, e as empresas perdem de vista o que foi construído e a quais dados cada agente está conectado. O autor, Kasim Patel, afirma que o aumento do número de agentes não é um problema em si: um agente que ninguém usa não gasta tokens. O problema começa quando a governança não acompanha o crescimento. Em vez de proibir duplicatas, ele propõe um modelo de "agente em operação versus desafiante", com comparação por métricas em prazo limitado. • O registro de agentes documenta o responsável, o uso e as permissões de acesso. • A duplicata é aceitável como solução temporária, se houver motivos para melhorar o agente atual. • O desafiante só permanece se mostrar uma vantagem mensurável.
Processado por IA de Cohere Blog; editado por Hamidun News
Em 15 de outubro de 2026, a Cohere publicou em seu blog corporativo um texto sobre o que acontece quando os funcionários começam a criar agentes de IA por conta própria e não existe uma equipe central para controlá-los. O autor, o arquiteto sênior de soluções Kasim Patel, descreve um quadro típico: os agentes se multiplicam, ninguém conhece a lista completa, as equipes não encontram o que já está pronto e fica cada vez mais difícil controlar o acesso a dados e sistemas corporativos. Ele chama esse estado de agent sprawl. A receita da empresa: em vez de tentar suprimir as duplicatas, fazê-las competir.
O artigo também serve de vitrine para o North 2, a plataforma agêntica segura da Cohere, que opera ao lado dos dados do cliente. O texto não traz números que sustentem a tese, como a proporção de agentes duplicados ou a economia obtida. É mais um arcabouço de raciocínio do que uma pesquisa.
O aumento do número de agentes, por si só, não é um problema
Patel afasta logo de início a principal preocupação. As plataformas que dão origem ao sprawl tornam os experimentos baratos. Os funcionários não precisam recorrer toda vez à equipe central de IA ou de desenvolvimento: quem está mais perto do processo enxerga melhor o que pode ser automatizado. Um agente bem-sucedido de uma equipe pode servir a outra e, nesse caso, a disseminação de agentes indica que as pessoas estão buscando ativamente aplicações para a tecnologia.
O autor trata a questão dos custos separadamente. Um agente que ninguém usa não consome tokens apenas por existir. O aumento do número de agentes não eleva necessariamente a conta de inferência. A carga surge quando os processos de governança não acompanham a quantidade de agentes. É nesse momento que a proliferação vira sprawl.
Três modelos e o registro
Hoje, as empresas escolhem principalmente entre três arranjos:
- centralizado: a equipe central constrói os agentes e responde por eles. O controle é mais rígido, mas o ritmo de inovação é menor;
- federado: as unidades de negócio são responsáveis pelo desenvolvimento e pela operação, enquanto o centro fornece infraestrutura, padrões e modelos de governança;
- híbrido: a responsabilidade é dividida entre o centro e o negócio, sob padrões comuns.
Nos três casos, o registro de agentes aparece cada vez mais. Ele documenta o responsável, o uso e as permissões de acesso, e ajuda os funcionários a encontrar o que já foi construído. A lógica é clara: primeiro reutilize, depois crie. Há menos opções sobrepostas para escolher e menos agentes para monitorar e auditar.
Mas o princípio de "nenhuma duplicata" tem um custo. Se a mera existência de um agente funcional fecha o caminho para alternativas, a organização não descobre o que poderia ser feito de forma mais barata, mais confiável ou mais precisa para uma tarefa específica.
Desafiante contra o agente em operação
A Cohere propõe tratar a duplicação como algo temporário. Se uma equipe tem motivos convincentes para acreditar que pode melhorar o agente "em operação", ela pode construir um "desafiante". Mas ele só continua em produção se tiver uma vantagem mensurável. Para isso, é preciso uma comparação com prazo limitado e baseada em dados. O conjunto de métricas depende do cenário, e o texto cita como exemplos:
- confiabilidade;
- consumo de tokens;
- latência de resposta.
No trecho disponível do texto, a lista é interrompida, de modo que a relação completa de critérios e os detalhes do procedimento não são apresentados aqui.
Como aplicar na prática
A ideia pode ser testada sem comprar uma plataforma. Primeiro, crie um registro com o responsável, as permissões de acesso e as estatísticas de uso de cada agente. Sem isso, não há o que comparar. Segundo, defina de antemão o que conta como vantagem: por exemplo, menos tokens por tarefa com a mesma confiabilidade. Terceiro, estabeleça um prazo: um piloto sem data final rapidamente se transforma em mais um agente permanente. Quarto, decida o que acontece com o perdedor: ele é desativado, arquivado ou incorporado ao vencedor.
Há uma questão à parte que o artigo não aborda: quem paga pela operação paralela de dois agentes durante o teste e como compará-los com dados reais, e não apenas convenientes. Esses detalhes vão determinar se o modelo será um instrumento de seleção ou apenas mais uma camada de burocracia.
Delegate Deep Research, Coding & Workflows to an AI Agent
Deploy autonomous multi-step execution with NomadNet Agent (agent.nomadnet.ai) — automated web research, data synthesis, code generation, and complex task orchestration.
O essencial da IA — uma vez por semana
Sete histórias que realmente importaram, escolhidas a dedo. Sem ruído nem releases.
Pronto! Verifique seu e-mail para a confirmação.