Como unificar agentes de IA após aquisição de empresa: plano

Para unificar agentes de IA após a aquisição de uma empresa, comece fazendo o inventário de todos os agentes dos dois lados, com memória, ferramentas e permissões de cada um. Depois, mantenha os agentes separados até que cada um tenha um responsável nomeado e um destino decidido. Una apenas os agentes que têm a mesma função, os mesmos direitos sobre os dados e as mesmas regras de aprovação, e migre um de cada vez, com o agente antigo ainda disponível. O objetivo não é chegar a um único agente o mais rápido possível. É garantir que nenhum agente continue agindo com uma autoridade que ninguém lembra de ter concedido.

Principais pontos

• Faça o inventário antes de decidir qualquer coisa. Não dá para unir, encerrar ou proteger agentes que não foram listados, e os não oficiais são os que mais importam.
• Separe por padrão e una por decisão. Dois agentes que convivem com segurança lado a lado são melhores do que um agente unificado que ninguém sabe explicar.
• Trate a memória como dado com origem e direitos definidos, não como um monte de texto para juntar.
• As permissões não são transferidas com o negócio. Conceda cada uma de novo, de forma deliberada, a um responsável humano nomeado, no menor escopo que funcione.
• Migre uma função por vez, com um caminho de volta testado, e avalie cada passo por um resultado observável.

Por que os agentes de IA precisam de um plano próprio de fusão?

Quando duas empresas se juntam, as equipes de TI já esperam conciliar domínios de e-mail, provedores de identidade, contratos e licenças de software. Os agentes de IA acrescentam uma camada fácil de ignorar, porque não parecem software no sentido habitual. Um agente reúne instruções escritas por uma pessoa, memória construída ao longo de meses e acesso a contas que lhe permitem ler e agir. Algumas dessas peças pertencem à empresa adquirida, outras à compradora e outras a um fornecedor cujos termos são diferentes.

Os riscos são específicos. Um agente pode continuar operando com credenciais ligadas a um sistema que você pretende desligar. Sua memória pode conter informações de clientes ou funcionários coletadas sob termos que a outra empresa nunca aceitou. Dois agentes podem responder de formas diferentes à mesma pergunta de um cliente, porque aprenderam políticas diferentes. E a pessoa que configurou um deles pode ter saído durante a transição, levando consigo a única explicação de por que ele se comporta daquele jeito.

Obrigações legais e regulatórias também acompanham os dados. Onde uma informação pode ser armazenada e processada costuma depender de contratos e de jurisdição, e por isso vale revisar as regras de residência de dados da IA na sua empresa antes de decidir onde ficará uma memória combinada. Um plano de fusão para agentes é, no fundo, a disciplina de responder quatro perguntas sobre cada um: o que ele é, o que ele sabe, o que ele pode fazer e quem responde por ele.

Como fazer o inventário dos agentes das duas empresas?

Comece com uma lista simples, montada a partir de conversas e também de sistemas. Pergunte a cada gestor de área quais assistentes, automações e ferramentas de chat as equipes usam, e depois confira com registros de cobrança, logs de identidade e as listas de integrações dos principais sistemas da empresa. Espere encontrar agentes que ninguém mencionou, como um assistente de vendas que um time montou por conta própria ou um bot ligado a uma caixa de e-mail compartilhada.

Para cada agente, registre os mesmos campos nas duas empresas, para que as listas possam ser comparadas diretamente:

• Nome, finalidade e função de negócio que ele exerce, em uma frase.
• Responsável humano e um responsável substituto nomeado.
• Canais pelos quais ele se comunica, como e-mail, chat, telefone ou portal do cliente.
• Ferramentas e sistemas que ele alcança, e se ele só lê ou também escreve.
• Contas e credenciais que ele usa, e em nome de quem estão registradas.
• Memória: instruções, fontes de conhecimento, histórico de conversas e eventuais anotações sobre pessoas.
• Categorias de dados que ele toca, incluindo qualquer dado pessoal, financeiro ou contratual.
• Fornecedor, modelo e local de hospedagem, além do contrato que rege cada um.
• Regras de aprovação: o que ele pode fazer sozinho e o que exige confirmação de uma pessoa.
• Evidências de como ele funciona hoje, como notas de revisão ou relatórios de erros.

O último campo é o que as equipes pulam. Se ninguém sabe dizer quão bem um agente funciona, não há como julgar se ele merece sobreviver à fusão. Reúna os resultados em uma página, usando a abordagem do diagrama de arquitetura de IA em uma página, para que os líderes das duas empresas leiam o mesmo retrato. Marque com uma cor visível tudo o que tiver responsável desconhecido ou credenciais desconhecidas. Esses são os primeiros itens da fila, não os últimos.

Quais agentes manter separados e quais podem ser unidos?

Um agente unificado parece eficiente, mas eficiência raramente é a primeira coisa a proteger. Parta do princípio de que cada agente continua funcionando como está, e só o mova quando houver um motivo claro. O guia a seguir ajuda a decidir, agente por agente.

• Mantenha separados quando os dois agentes atendem clientes, mercados ou entidades jurídicas diferentes que ainda operam de forma independente.
• Mantenha separados quando os direitos sobre os dados diferem, por exemplo quando os clientes de uma empresa aceitaram termos que não cobrem o uso pela outra.
• Mantenha separados quando um dos agentes lida com informação regulada ou especialmente sensível e a revisão da configuração combinada ainda não terminou.
• Mantenha separados quando o agente depende de um sistema que será desativado. Planeje a substituição em vez de levá-lo adiante.
• Una quando os dois agentes exercem a mesma função, como o primeiro atendimento, para o mesmo público e sob a mesma política.
• Una quando um agente supera claramente o outro segundo as evidências que você registrou, e o mais fraco acrescenta pouco de exclusivo.
• Una quando as duas empresas já compartilham um sistema de identidade, uma estrutura de aprovação e um responsável que pode responder pelo resultado.
• Encerre quando o agente não tem responsável, não tem evidência de uso ou tem acessos que ninguém consegue justificar. Arquive a configuração antes.

Um caminho intermediário costuma funcionar melhor: deixe os agentes separados, mas apresente uma única porta de entrada para funcionários ou clientes. O roteamento encaminha cada pergunta ao agente certo sem juntar memória nem permissões. Isso dá consistência às pessoas agora e deixa as decisões mais difíceis para quando houver evidências. Se os seus agentes vêm de fornecedores diferentes, verifique também a facilidade de exportar cada um, para que o desenho final não prenda a empresa a um provedor escolhido em outras circunstâncias.

O que acontece com a memória dos agentes quando duas empresas se juntam?

É na memória que a fusão dá errado de forma mais silenciosa. A memória de um agente não é uma coisa só. Ela costuma ter quatro partes: as instruções que definem sua função e seu tom, os documentos que ele consulta para responder, o histórico de conversas passadas e as anotações que ele guarda sobre pessoas ou preferências. Cada parte pede uma decisão diferente.

As instruções são as mais fáceis de comparar e as mais importantes de conciliar. Leia os dois conjuntos lado a lado. Onde as empresas divergem sobre uma regra de reembolso, um tom de voz ou um caminho de escalonamento, uma pessoa com autoridade precisa escolher, porque o agente não vai fazer isso. As fontes de conhecimento muitas vezes podem ser combinadas depois de eliminar duplicatas e documentos desatualizados, mas marque cada documento com a sua origem. Essa marcação permite removê-lo depois, caso um contrato ou um órgão regulador exija.

O histórico de conversas e as anotações pessoais pedem o maior cuidado. Antes de juntá-los, confirme que os termos sob os quais a informação foi coletada permitem o novo uso e que as pessoas envolvidas esperariam razoavelmente por isso. Se houver dúvida, deixe essa memória onde ela está e faça o agente combinado começar sem ela. Recomeçar do zero custa um pouco de conveniência. Uma memória unida de forma indevida pode custar uma confiança difícil de reconstruir.

Antes de qualquer migração, faça um backup completo de cada agente e comprove que consegue restaurá-lo. Um bom roteiro de backup e restauração de agentes de IA define o que salvar e como testar. Guarde o backup do agente da empresa adquirida mesmo depois de encerrá-lo, pelo tempo que a sua política de registros exigir.

Como conciliar permissões e aprovações?

As permissões são a parte do agente capaz de causar dano real, então trate-as como concessões novas, não como herança. Um agente que podia ler o sistema financeiro da empresa adquirida no mês passado não deve poder fazê-lo automaticamente sob a nova gestão. Credenciais, tokens e contas de serviço costumam estar ligados ao sistema de identidade da organização original, e algumas vão quebrar durante a consolidação de qualquer forma. Aproveite o momento para conceder o acesso de propósito, em vez de remendá-lo para voltar ao que era.

Passe por cada agente com alguns princípios, baseados em práticas padrão de autorização:

• Dê a cada agente a sua própria identidade, nunca um login compartilhado nem a conta de uma pessoa.
• Conceda o acesso mais restrito que permita exercer a função e prefira acesso somente leitura até haver motivo para mais.
• Garanta que toda permissão tenha um responsável humano que possa aprová-la, revisá-la e revogá-la.
• Verifique se acessos delegados, como autorizações OAuth para ferramentas de terceiros, foram reemitidos sob a nova organização e se os antigos foram revogados.
• Registre o que o agente faz com cada permissão, para que quem revisa possa comparar o uso real com o acesso concedido.

Os limites de aprovação pedem o mesmo cuidado. Uma empresa pode deixar o agente enviar e-mails a clientes sozinho, enquanto a outra exige que uma pessoa confirme cada mensagem. Não faça uma média entre as duas. Adote a regra mais rígida no primeiro período e flexibilize para ações específicas quando as evidências sustentarem. Para fazer isso de forma estruturada, veja por que o agente de IA precisa de identidade e contas próprias. A revisão deve terminar com uma lista aprovada do que cada agente pode fazer, de quem é a responsabilidade e de quando será a próxima revisão.

Qual é a ordem segura de trabalho e como ela fica na prática?

Uma sequência mantém o projeto sob controle. Cada etapa gera algo que um líder pode inspecionar.

• Etapa 1: congele novos agentes e novas conexões de ferramentas nos dois lados até o inventário ficar completo, para que a lista pare de crescer.
• Etapa 2: conclua o inventário e atribua um responsável humano e um substituto a cada agente.
• Etapa 3: faça o backup de cada agente e teste uma restauração.
• Etapa 4: revise as permissões e revogue o que não tem responsável nem justificativa, começando pelas credenciais ligadas a sistemas que serão desativados.
• Etapa 5: classifique cada agente como manter separado, unir ou encerrar, com base no guia de decisão acima, e registre o motivo.
• Etapa 6: migre uma função por vez, com o agente antigo e o novo rodando lado a lado, um plano de volta e uma medida clara de sucesso para a função.
• Etapa 7: avalie o resultado com as pessoas que usam o agente e só encerre o antigo depois que o novo tiver provado seu valor.

Veja um cenário ilustrativo, não um caso real. Uma distribuidora compra uma empresa de serviços menor. Cada uma tem um agente que responde a dúvidas de clientes por e-mail. O inventário mostra que o agente da distribuidora é somente leitura e bem documentado, enquanto o da empresa adquirida grava em um sistema de chamados por meio do login de um funcionário que já saiu. A equipe revoga esse login primeiro, cria uma identidade dedicada e mantém os dois agentes separados, com uma porta de entrada comum que encaminha as perguntas por tipo de cliente. Só depois que um gestor concilia as políticas de reembolso eles unem as instruções, e deixam o histórico de conversas antigo onde estava.

A Be Human faz esse tipo de trabalho como parte do desenho e da operação de infraestrutura de IA personalizada. Em um primeiro projeto, mapeamos os agentes, a memória, os canais, as ferramentas e as permissões dos dois lados, definimos uma função útil por vez com seus limites de aprovação e combinamos um critério de sucesso observável antes de qualquer migração. A operação gerenciada cobre depois monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões e mudanças controladas, com as pessoas da empresa mantendo o controle das decisões. Para criar o hábito de governança que torna isso repetível, veja a revisão trimestral de IA na empresa.

Perguntas frequentes

Devemos unificar os agentes logo depois do fechamento do negócio? Em geral, não. No primeiro período, priorize o inventário, os responsáveis e a limpeza de permissões, porque isso reduz o risco de imediato. Una as funções depois, quando houver evidência de qual agente tem melhor desempenho e os direitos sobre os dados estiverem claros.

Podemos juntar a memória dos agentes das duas empresas em uma única base de conhecimento? Às vezes, mas não em uma etapa só. Combine primeiro instruções e documentos de referência, marcando cada um pela origem, e revise separadamente o histórico pessoal ou de clientes à luz dos termos sob os quais foi coletado. Se os direitos não estiverem claros, deixe esse histórico fora do agente combinado.

Quem deve ser o responsável pelos agentes unificados? Cada agente precisa de um responsável humano nomeado, com autoridade sobre a sua função, e de um substituto. A responsabilidade deve ficar com o líder de negócio responsável pelo trabalho que o agente faz, com a TI ou um provedor gerenciado apoiando a operação, sem decidir a política.

E se o agente da empresa adquirida foi criado por um freelancer ou por um fornecedor que não conhecemos? Trate-o como não revisado. Confirme quem detém as credenciais, o que o contrato diz sobre a configuração e a memória, e se é possível exportá-las. Mantenha-o em funcionamento apenas com permissões restritas até ter essas informações e planeje uma substituição documentada se não conseguir obtê-las.

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