Cohere Blog→ original

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
Cohere propõe fazer agentes de IA duplicados competirem por uma vaga na empresa
Fonte: Cohere Blog. Colagem: Hamidun News.
◐ Ouvir artigo

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.

ZK
Hamidun News
Notícias de AI sem ruído. Seleção editorial diária de mais de 50 fontes. Produto de Zhemal Khamidun, Head of AI na Alpina Digital.
✦ Autonomous AI Agents

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.

Launch NomadNet Agent →NomadNet AI Platform
O que você acha?
Carregando comentários…