Quantos agentes de IA uma empresa precisa? Conte papéis, não áreas

A maioria das empresas precisa de menos agentes do que imagina no começo e de mais de um com o tempo. Um bom ponto de partida é um agente por papel bem definido: não um por equipe por padrão, e não um só para a empresa inteira. Só crie outro agente quando as permissões, a memória, os canais ou o responsável por ele forem diferentes dos que você já tem.

Principais pontos

• Conte papéis, não departamentos. Um agente é um papel com acesso, memória e responsável definidos, então o número de agentes decorre de quantos papéis distintos você delega.
• Separe agentes quando permissões, sensibilidade dos dados, público ou aprovador forem diferentes. Não separe só porque o assunto ou o nome da equipe é outro.
• Um agente compartilhado é razoável para um grupo pequeno com o mesmo acesso e o mesmo aprovador. Ele se torna arriscado quando memória e permissões começam a se misturar entre equipes.
• Vários agentes ainda precisam de padrões comuns: regras de identidade, registro de atividades, limites de aprovação e um responsável nomeado para cada papel.
• Cresça por etapas. Comprove um papel, registre os pedidos que ele não atende e decida, para cada pedido, se amplia o papel ou cria um novo.

Por que o número é a pergunta errada para começar

Gestores costumam imaginar um de dois formatos. O primeiro é um único assistente da empresa com quem todos conversam. O segundo é um agente para cada departamento, espelhando o organograma. Os dois são compreensíveis, e os dois pulam a pergunta que de fato define o desenho: que trabalho você está delegando, no que o agente pode mexer e quem responde por isso?

O número de agentes é consequência dessas respostas. Se você parte do número, tende a montar tudo em torno da conveniência. Um único agente é fácil de anunciar. Um por equipe é fácil de orçar e de atribuir. Nenhum dos dois garante que o acesso seja adequado nem que alguém seja dono do resultado.

Há custos reais nas duas pontas. Um agente único com acesso amplo vai acumulando instruções de todas as equipes até que ninguém consiga prever como ele se comporta. A memória dele mistura conversas que nunca deveriam se encontrar. Um conjunto grande de agentes estreitos tem outro custo: configuração duplicada, instruções que se afastam umas das outras, várias conexões para manter e nenhuma resposta clara para a pergunta “a qual deles eu peço isso?”.

O meio-termo útil é tratar cada agente como um papel definido, do mesmo modo que você trataria uma nova contratação. Você não contrataria uma pessoa para ser apoio comercial, folha de pagamento e coordenação de infraestrutura no primeiro dia, e também não contrataria uma pessoa diferente para cada tarefa de cinco minutos.

O que faz dois papéis de agente serem realmente separados?

Um papel é mais do que um assunto. Uma boa descrição de papel cobre o propósito, os canais em que o agente atua, as ferramentas que ele pode usar, o que ele lembra, onde ele precisa parar e perguntar a uma pessoa, quem é o responsável e como você vai saber que ele está indo bem. Escrever isso é a forma mais rápida de perceber se você tem um papel ou dois. Uma descrição de cargo para o primeiro agente de IA é um bom modelo para esse exercício.

Duas cargas de trabalho pertencem a papéis separados quando diferem, de forma relevante, em pelo menos um destes pontos:

• Permissões: um precisa ler registros de cobrança, o outro nunca deve vê-los.
• Sensibilidade dos dados: um lida com anotações operacionais comuns, o outro lida com material de pessoal ou jurídico.
• Público: um conversa com colegas, o outro escreve para clientes ou parceiros.
• Memória: o que um aprende não deve estar disponível para o outro.
• Aprovador: pessoas diferentes decidem se as ações dele são aceitáveis.
• Critério de sucesso: a forma de avaliar cada um é diferente.

Só o assunto é um motivo fraco. Um agente que resume reuniões e um agente que redige acompanhamentos costumam compartilhar as mesmas entradas, as mesmas permissões e o mesmo responsável, então podem ser um único papel com dois fluxos de trabalho. Já dois agentes que “ajudam com clientes” podem precisar ser separados se um só redige e o outro pode enviar.

Um agente compartilhado ou um por equipe?

Os dois formatos podem estar certos. O fator decisivo é o quanto o acesso e a responsabilidade das equipes são parecidos de verdade.

Um único agente compartilhado tende a funcionar quando:

• O grupo é pequeno e as pessoas já compartilham a maior parte das informações.
• O trabalho é parecido entre os usuários, como redigir, resumir e acompanhar pendências.
• O agente precisa do mesmo acesso de leitura para todos que atende.
• Uma pessoa pode ser nomeada como responsável e revisora.

Um agente por equipe tende a funcionar quando:

• As equipes guardam dados diferentes que as outras não devem ver, como financeiro, gestão de pessoas ou jurídico.
• Cada equipe tem seu próprio aprovador e sua própria definição de trabalho bem feito.
• O tom, o vocabulário ou o processo diferem o bastante para que um único conjunto de instruções vire um meio-termo ruim.
• Falhas no fluxo de uma equipe não devem afetar o de outra.

O risco silencioso de um agente compartilhado é a memória. Se o agente lembra de uma conversa sensível com uma pessoa, ele pode trazer esse detalhe ao conversar com outra, mesmo sem qualquer má intenção. Uma instrução dizendo ao agente para “manter a confidencialidade” não é um controle. As decisões de acesso devem ser aplicadas pelos sistemas ao redor do modelo, a cada requisição, que é o mesmo princípio das boas práticas de autorização em qualquer software. Se a fronteira importa, construa-a em permissões e em memória separada, não em uma frase no prompt.

O risco silencioso dos agentes por equipe é a proliferação. Cada novo agente precisa de identidade, conexões, testes e alguém para revisá-lo. Se três equipes querem agentes quase idênticos, muitas vezes é melhor montar um papel bem gerido e configurar o que muda, em vez de manter três cópias soltas.

Um guia de decisão para separar ou manter papéis juntos

Quando chegar um novo pedido, passe por estas perguntas em ordem. Pare na primeira resposta que apontar claramente para um lado.

• O novo trabalho exige acesso a dados que o agente atual não deve ter? Se sim, crie um papel separado. Não amplie o existente.
• Ele exige a capacidade de enviar, publicar, pagar ou alterar registros, enquanto o agente atual só lê e redige? Se sim, trate como um papel separado, com seu próprio limite de aprovação. A diferença entre permissões de leitura, rascunho e envio é uma das linhas divisórias mais claras.
• A mesma pessoa aprovaria o trabalho dele? Se outra pessoa ou equipe responde por ele, incline-se para um papel separado.
• Ele deve lembrar coisas diferentes das do agente existente, ou esquecer algumas de propósito? Se sim, separe.
• Ele atende um público diferente, como clientes em vez de colegas? Se sim, separe, porque os erros custam mais e o padrão de revisão é outro.
• Dá para testar e avaliar com o mesmo critério de sucesso? Se não, um papel separado é mais fácil de medir.
• Se nada disso se aplica, adicione como outro fluxo de trabalho no papel existente e amplie os testes dele.

Repare no que não aparece no guia: o organograma. As equipes só importam pelas diferenças que criam em dados, aprovação e público. Quando essas diferenças não existem, um agente compartilhado é mais simples e mais barato de manter saudável.

O que deve ser comum a vários agentes?

Separar papéis não significa separar tudo. Algumas coisas funcionam melhor quando são comuns a todos os agentes, porque a consistência é o que torna um grupo de agentes governável.

• Regras de identidade: cada agente deve ter conta e credenciais próprias, e não o login emprestado de um funcionário, para que suas ações possam ser rastreadas e seu acesso revogado individualmente. O raciocínio está em por que o agente de IA da empresa precisa de identidade e contas próprias.
• Um padrão de permissões: o mesmo método para decidir o que cada papel pode ler, redigir e enviar, começando pelo menor acesso útil, como descrito em menor privilégio para agentes de IA.
• Registro e revisão: uma forma comum de ver o que cada agente fez, o que pediu para uma pessoa aprovar e o que falhou.
• Convenções de escalonamento: quando um agente não consegue avançar, ele deve entregar uma decisão clara a uma pessoa nomeada, em um formato consistente.
• Um registro de papéis: uma lista única com todos os agentes, o propósito, o responsável e a data da última revisão de cada um.

Essa camada comum é onde uma governança leve se justifica. Você não precisa de um comitê grande. Precisa de poucas regras escritas que todos os papéis sigam e de uma pessoa que responda por cada agente. Um início leve de governança de IA para médias empresas mostra como isso pode ser pequeno. Referências de gestão de risco, como o NIST AI Risk Management Framework, ajudam a saber o que cobrir, mesmo que no começo você adote só uma parte.

Um cenário ilustrativo e um plano para crescer

O cenário a seguir é ilustrativo, não descreve uma empresa real.

Uma empresa de serviços profissionais começa com um agente para o responsável de operações. O agente lê notas de reunião, redige acompanhamentos e propõe atualizações nos registros de clientes para uma pessoa aprovar. Ele não envia nada por conta própria. Depois de um trimestre, a equipe confia o suficiente para pedir mais.

O financeiro pede ajuda para responder dúvidas de clientes sobre faturas. Esse trabalho toca dados de cobrança e envolve escrever para clientes, com a gerente financeira como aprovadora. Passando pelo guia de decisão, ele exige dados que o primeiro agente não deve ter, um público diferente e outro aprovador. Vira um segundo papel, com identidade e memória próprias.

Depois, o comercial pede ajuda para preparar propostas. As entradas são os mesmos registros de clientes e notas de reunião, o aprovador é o mesmo responsável de operações e o agente continua só redigindo. Ele precisa, sim, de uma biblioteca de modelos de escopo, que é somente leitura. Esse pedido entra como um fluxo de trabalho no primeiro papel, com novos testes, em vez de virar um terceiro agente.

A empresa termina com dois agentes, não porque duas equipes pediram, mas porque dois papéis diferem em acesso e responsabilidade. Um plano que leva a esse resultado é este:

• Passo um: defina um único papel com propósito escrito, ferramentas, memória, limites de aprovação, um responsável e um critério de sucesso observável.
• Passo dois: rode com as menores permissões úteis, idealmente com uma pessoa aprovando tudo o que sai da empresa ou altera um registro.
• Passo três: mantenha um registro simples dos pedidos que o agente não consegue ou não deve atender, com quem os fez.
• Passo quatro: depois de um período de uso estável, passe cada pedido registrado pelo guia de decisão e decida se ele amplia o papel ou exige um novo.
• Passo cinco: para cada novo papel, dê identidade própria, espaço de memória próprio e testes próprios antes que ele toque em trabalho real.
• Passo seis: revise o conjunto todo em intervalos fixos. Una papéis que convergiram e desative os que ninguém usa.

A disciplina está nos passos três e quatro. Os pedidos chegam de colegas entusiasmados e, sem registro e sem guia, cada um recebe um sim informal. É assim que uma empresa acaba com um agente sobrecarregado ou com uma gaveta cheia de agentes esquecidos. Se você precisa de ajuda para escolher o primeiro fluxo, mantenha-o pequeno o bastante para comprovar antes de planejar o resto.

Como a Be Human estrutura agentes

A Be Human projeta, implementa e opera infraestrutura de IA personalizada para empresas. Um primeiro projeto define um papel útil, a memória e as ferramentas de que ele precisa, seus limites de aprovação e um critério de sucesso observável. Papéis adicionais só entram quando as diferenças de permissões, memória, público ou responsável os justificam, e cada um tem identidade e revisão próprias. A operação gerenciada pode incluir monitoramento, avaliações recorrentes, revisão de permissões e manutenção de integrações, para que o conjunto de agentes continue compreensível conforme cresce. O serviço é remoto e está disponível em português e em inglês.

Perguntas frequentes

Quantos agentes de IA uma pequena empresa precisa? Muitas vezes, um, para um papel bem definido. Uma equipe pequena com o mesmo acesso e o mesmo aprovador pode compartilhar um agente com segurança, e faz sentido adicionar um segundo quando uma nova carga de trabalho exige dados diferentes, um público diferente ou outra pessoa para aprovar o trabalho.

Todo departamento deve ter seu próprio agente? Não automaticamente. O nome do departamento é um sinal fraco. Dê a um departamento seu próprio agente quando os dados, as aprovações ou o público forem diferentes do que um agente existente atende. Caso contrário, adicione o trabalho dele como um fluxo em um papel compartilhado.

Um único agente pode atender a empresa toda com segurança? Pode, mas só para trabalhos em que todos têm o mesmo acesso, como redação geral ou resumo de material não sensível. Quando o agente passa a precisar de dados sensíveis ou da capacidade de agir em outros sistemas, um agente único para toda a empresa fica difícil de controlar, porque a memória e as permissões precisam ser amplas o bastante para todos.

Qual é o maior erro ao estruturar agentes? Ampliar o acesso de um agente a cada novo pedido. Parece eficiente, mas transforma discretamente um papel estreito e testável em um papel amplo que ninguém consegue prever por completo. Crie um novo papel quando o guia de decisão indicar que as diferenças são reais e dê a ele o menor acesso que permita fazer o trabalho.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.