Superinteligência em duas unidades: memória comum, permissões separadas

Uma empresa com duas unidades pode operar uma única camada de superinteligência: um conjunto compartilhado de agentes de IA que usa memória comum, ferramentas e regras operacionais, enquanto cada unidade mantém suas próprias permissões, seus registros e seu caminho de aprovação. O escopo inicial certo é um único papel útil, a memória e as ferramentas que esse papel precisa, limites explícitos sobre o que ele pode alterar sem aprovação e um critério de sucesso para cada unidade. O compartilhamento só ajuda onde as duas unidades realmente funcionam do mesmo jeito. Por isso, o desenho começa separando o que é comum do que pertence a um lugar específico.

Principais pontos

• Compartilhe apenas o que é realmente comum às duas unidades, como políticas, definições de produtos e procedimentos padrão.
• Mantenha cadastros de equipe, histórico local de clientes, contatos de fornecedores e estoque de cada unidade restritos à unidade que os controla.
• Comece com um papel e o menor conjunto de ferramentas que ele precisa, e não com um agente geral com acesso amplo.
• Dê a cada unidade um aprovador nomeado e uma regra escrita sobre o que o agente pode alterar sem essa aprovação.
• Meça o sucesso com um critério por unidade e revise as permissões em data fixa.

Por que duas unidades mudam o desenho

Uma unidade única costuma se virar com uma memória informal. O dono lembra o cronograma do fornecedor, o gerente sabe qual cliente frequente prefere determinada mesa, e a equipe corrige pequenas inconsistências conversando entre si. Uma segunda unidade quebra esse hábito. Cardápios, horários de funcionamento, regras de escala, janelas de entrega e promoções locais começam a divergir, e um agente que responde a partir de uma memória sem distinção vai, cedo ou tarde, aplicar a uma unidade as regras da outra. Na maioria das vezes, a falha não está no modelo. Ninguém decidiu quais fatos pertencem à empresa e quais pertencem a um lugar específico.

Por isso, a pergunta de desenho não é como conectar tudo. A pergunta é quais conhecimentos são um fato único para a empresa inteira e quais têm dono em uma unidade específica. Responder isso antes de construir qualquer agente é o passo mais barato do projeto, e costuma mostrar se vale a pena criar uma camada compartilhada para o processo em questão.

Decida o que é compartilhado e o que fica local

Use a divisão a seguir como rascunho de trabalho. Alguns itens não vão se encaixar com clareza, então marque os incertos e resolva-os com os gerentes das unidades.

• Compartilhado entre as duas unidades: políticas da empresa, tom de voz da marca, definições de produtos e serviços, procedimentos operacionais padrão e o glossário interno que a equipe usa.
• Local a uma unidade: escalas e cadastros da equipe, contagens de estoque, contatos locais de fornecedores, histórico de clientes da unidade e observações de disponibilidade específicas do local.
• Compartilhado com exceções locais: procedimentos quase idênticos que têm uma exceção local documentada, como uma rotina de limpeza diferente ou um intervalo maior entre atendimentos em uma das unidades.
• Não compartilhado com o agente por padrão: folha de pagamento, dados pessoais da equipe, dados bancários e contratos assinados apenas para uma unidade.

Cada item precisa de um dono, ou seja, a pessoa que pode aprovar uma mudança nesse fato. Para conhecimento compartilhado, normalmente é o dono ou um responsável da matriz. Para conhecimento local, é o responsável da unidade. Sem donos nomeados, a memória compartilhada se enche de anotações conflitantes, e ninguém consegue saber qual está atualizada. O mapa de camadas descrito em camadas da infraestrutura de IA empresarial é um bom lugar para registrar esses donos antes de conectar qualquer ferramenta.

Dê a cada unidade sua própria fronteira de memória

A memória compartilhada e a memória local devem ser armazenadas separadamente e combinadas apenas no momento da recuperação. Quando chega uma pergunta, o agente deve buscar na biblioteca compartilhada e nos registros marcados com a unidade de onde a pergunta veio, ou com um papel que tenha recebido acesso explícito a várias unidades. Um gerente da primeira unidade nunca deve receber a contagem de estoque da segunda só porque o agente a encontrou em um lugar conveniente.

Esse é um desenho de recuperação, e ele importa mais do que o tamanho da memória. Marque cada documento com a unidade e o dono, mantenha a biblioteca compartilhada curta e revisada, e exija que o agente informe qual fonte usou. Quando uma resposta depender de uma anotação local, ela deve mostrar essa dependência. Esse hábito torna os erros visíveis: se uma recomendação citar uma anotação que ninguém revisa há muito tempo, o revisor percebe a desatualização de imediato.

Mantenha o contexto recebido pelo agente pequeno e relevante. Carregar todos os documentos das duas unidades em cada conversa aumenta a chance de uma resposta misturar fatos de lugares diferentes. Os princípios de engenharia de contexto para agentes de IA mostram por que um contexto mais estreito e bem escolhido tende a gerar respostas mais confiáveis do que um contexto grande.

Defina ferramentas e permissões por unidade

A memória é só metade do quadro. As ferramentas que o agente pode acionar, como um sistema de reservas, uma planilha de estoque, uma caixa de entrada compartilhada ou uma exportação contábil, determinam o que ele consegue fazer de fato. Defina o escopo de cada ferramenta por unidade. Acesso somente leitura ao estoque de uma unidade é uma permissão diferente de acesso de escrita a um sistema de pedidos compartilhado, e as duas nunca devem ser concedidas juntas por padrão.

Evite uma credencial mestre única que o agente usa para todas as unidades. O agente deve agir com os direitos de acesso da pessoa ou do papel que está atendendo, e tudo o que não foi concedido explicitamente deve ficar indisponível. Essa abordagem segue a orientação geral de controle de acesso que favorece negar por padrão e limitar cada concessão ao necessário. Cada concessão deve ter um motivo nomeado, para que a revisão posterior de permissões seja uma leitura e não uma escavação. Os passos para essa revisão estão em revisão trimestral de permissões de agentes de IA.

As ações de escrita merecem regra própria. Rascunhar um pedido ao fornecedor para aprovação do gerente da unidade é uma permissão diferente de enviar o pedido. Para cada ferramenta, defina quais ações o agente pode executar sozinho, quais exigem aprovação humana e quais ele nunca pode executar. Coloque essa tabela por escrito antes do lançamento, porque ela será o documento que você vai consultar quando algo der errado.

Mantenha registros e trilhas de auditoria separados por unidade

Cada ação do agente deve deixar um registro que informe a qual unidade ela se refere, qual usuário ou papel a solicitou, quais fontes foram usadas, qual ferramenta foi acionada e se uma pessoa aprovou. A prática de observabilidade trata esse tipo de rastro estruturado como base para diagnosticar qualquer sistema, e é exatamente isso que um gerente de unidade precisa quando uma resposta parece errada. Os conceitos básicos de observabilidade são uma boa referência sobre o que registrar.

Separe também os registros por unidade. Um log combinado é aceitável para a equipe central de operações, mas um responsável de unidade deve ver apenas as entradas da própria unidade, a menos que a empresa tenha decidido o contrário. Defina um prazo de retenção para cada tipo de log e teste esse prazo. Um teste útil é fazer uma pergunta simples e verificar se o log a responde: o que o agente fez para a segunda unidade na semana passada, e quem aprovou cada mudança?

Os registros também sustentam o ciclo de revisão. Quando permissões, fontes ou regras de aprovação do agente mudam, a mudança deve ser registrada com o motivo e com quem aprovou. É isso que permite às duas unidades confiar na camada compartilhada ao longo do tempo, porque elas podem ver como ela mudou, em vez de descobrir a mudança em uma resposta inesperada.

Um ponto de partida para duas unidades

Cenário ilustrativo: um dono administra duas cafeterias e quer ajuda com os pedidos semanais de insumos. O agente lê a planilha de estoque de cada cafeteria, compara com uma lista compartilhada de itens padrão e rascunha um pedido para cada unidade. Ele envia cada rascunho ao gerente daquela unidade para aprovação. Não pode fazer pedidos, alterar contatos de fornecedores nem editar a lista compartilhada de itens. O sucesso é medido por cafeteria: o gerente aprova o rascunho com apenas pequenos ajustes, e a planilha de estoque é atualizada antes de o rascunho ser produzido.

A lista de verificação inicial para uma implantação em duas unidades é curta:

• Nomeie o papel, seus usuários em cada unidade e as coisas que ele nunca pode fazer.
• Separe o conhecimento em compartilhado e local, com um dono nomeado para cada item.
• Liste todas as ferramentas que o papel precisa, com o escopo de leitura ou escrita para cada unidade.
• Defina a etapa de aprovação de cada ação de escrita e quem a conduz.
• Escolha um critério de sucesso por unidade e uma data para a primeira revisão.
• Defina a retenção dos logs e o calendário de revisão de permissões antes do lançamento.

A Be Human desenha, implanta e opera esse tipo de camada como serviço gerenciado. A primeira etapa define o papel único, a memória e as ferramentas que ele precisa, os limites de aprovação e um critério de sucesso observável. Depois, a operação gerenciada cobre monitoramento, avaliações recorrentes, manutenção das integrações, revisão de permissões e mudanças controladas, para que a camada compartilhada não se afaste das regras de que cada unidade depende. O serviço é entregue remotamente, em português ou inglês. A equipe das duas unidades também precisa de uma forma clara de usar o agente, e como engajar a equipe no uso de agentes de IA trata desse lado da implantação.

Se você quer identificar a primeira tarefa que vale entregar a um agente nas suas duas unidades, faça o diagnóstico gratuito de IA da Be Human.

Perguntas frequentes

Um único agente de IA pode atender as duas unidades? Sim. Um agente só pode atender duas unidades se a memória estiver marcada por unidade e as ferramentas tiverem escopo por local. Ele deve responder perguntas gerais da empresa a partir de fontes compartilhadas e perguntas locais a partir dos registros da unidade que perguntou. Permissões e logs separados impedem que dados de uma unidade apareçam nas respostas da outra.

Cada unidade deveria ter seu próprio agente? Às vezes, essa é a escolha melhor. Agentes separados são mais simples quando as duas unidades diferem muito em processos, equipe ou sistemas, mas duplicam a manutenção e tendem a divergir com o tempo. Um agente compartilhado com uma camada local costuma servir melhor a duas unidades que executam o mesmo processo central com algumas diferenças documentadas.

Quanto acesso um gerente de unidade deve ter à camada compartilhada? Um gerente deve conseguir ler o conhecimento compartilhado que afeta o seu trabalho e propor mudanças nele, mas a aprovação de fatos compartilhados deve continuar com um dono nomeado. O acesso aos registros da outra unidade deve ser nulo, a menos que a empresa tenha concedido isso explicitamente. Revise essas concessões em um calendário fixo, e não apenas quando surgir um problema.

O que devemos medir no primeiro mês? Escolha um critério observável por unidade, ligado a uma tarefa real, como a proporção de rascunhos aprovados com apenas pequenos ajustes ou o tempo gasto em uma verificação de rotina. Acompanhe também se o agente citou uma fonte desatualizada ou incorreta. Revise os critérios e as permissões juntos, em uma data definida, antes de ampliar o escopo do agente.

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