--- title: "Agentes de IA ganham identidade e controle nas empresas" author: "Lígia Lemos Maia" date: "2026-11-04 06:26:36.242-03" category: "Inteligência Artificial & Dados" url: "http://desbugados.scale.press/portal/desbugados/post/2026/11/04/agentes-de-ia-ganham-identidade-e-controle-nas-empresas/md" --- ## Resumo - Microsoft disponibilizou o Copilot harness pelo Microsoft Foundry para organizar instruções, contexto e execução de agentes multimodelo. - A camada da Microsoft suporta mais de 20 modelos e usa um ambiente de execução migrado para Rust. - O IBM watsonx Orchestrate passou a oferecer identidades verificáveis, logs detalhados e um kill switch para agentes de IA. - A IBM também apresentou recursos para descobrir, isolar e avaliar agentes externos em ambientes corporativos. - A Honeycomb lançou Personal Agents e Team Agents de SRE para colaborar com humanos, acompanhar implantações e investigar alertas. - Os Team Agents operam com metas definidas pelos usuários, memória compartilhada e cobrança por horas de agente. - A disponibilidade geral dos agentes da Honeycomb está prevista para 1º de dezembro de 2026, no AWS re:Invent. --- Quando um agente de IA deixa de responder a uma pergunta e passa a operar dentro de uma empresa, a questão já não é apenas o que ele sabe fazer. É preciso saber onde ele executa, quem autorizou sua ação e como interrompê-lo quando algo sai do previsto. Em **3 de novembro de 2026**, a Microsoft disponibilizou o Copilot harness pelo Microsoft Foundry, enquanto a IBM colocou o Agent Identity em disponibilidade geral. As duas iniciativas oferecem respostas diferentes para o mesmo problema: dar forma, limites e rastros a sistemas que começam a agir com mais autonomia. ## O lugar onde o agente executa Na proposta da **Microsoft**, o Copilot harness funciona como uma camada de orquestração multimodelo: reúne instruções, contexto e ambiente de execução para que um agente realize seu trabalho. A solução suporta **mais de 20 modelos** de ponta e permite alternar entre eles sem trocar a infraestrutura usada pela empresa. Essa separação entre o agente e o modelo específico importa porque transforma a escolha técnica em uma decisão feita dentro de uma mesma estrutura, em vez de obrigar o time a reconstruir o sistema a cada mudança. Esse arranjo também tenta resolver a parte menos visível da autonomia. O ambiente de execução foi migrado para **Rust**, com a intenção de aumentar o desempenho e reduzir a sobrecarga, enquanto a Microsoft administra o loop do agente, o ciclo em que ele interpreta instruções e executa ações, e o sandbox, espaço isolado para limitar sua atuação. A tecnologia foi usada internamente pelo **GitHub e pela Microsoft** antes de chegar a clientes externos pelo Foundry. A pergunta que permanece é se uma boa sala de execução basta quando ainda não se sabe exatamente quem está dentro dela. ## Quando a autonomia ganha identidade É essa pergunta que o **IBM watsonx Orchestrate** tenta responder com o Agent Identity. Em vez de tratar cada agente como um processo anônimo, a funcionalidade atribui a ele uma identidade única e verificável, integrada a provedores corporativos como o IBM Verify e o Microsoft Entra. A ferramenta oferece visibilidade sobre quais agentes existem, quem são seus proprietários e quais recursos acessam. Em termos práticos, a empresa passa a ter um inventário do trabalho digital que acontece em seu nome, algo diferente de simplesmente contar quantas aplicações estão instaladas. A identidade, porém, só ganha sentido quando vem acompanhada de uma forma de contenção. O Agent Identity inclui um **kill switch**, botão que permite retirar um agente de um ambiente ativo em uma única etapa e encerrar sessões em andamento. Cada agente identificado também mantém logs detalhados de acesso, com eventos, ferramentas usadas e o usuário em nome de quem a ação ocorreu. O desenho combina interrupção e memória: uma porta para parar o sistema e um registro para reconstruir o caminho percorrido depois. A IBM ampliou essa lógica em **27 de outubro de 2026**, ao apresentar recursos para descobrir agentes externos, isolá-los em sandboxes e avaliar sua precisão e seus custos. ## A autonomia que recebe uma tarefa Enquanto a Microsoft organiza o espaço de execução e a IBM dá nome e rastreabilidade ao agente, a **Honeycomb** concentra sua proposta no trabalho contínuo de confiabilidade de sistemas. Seus agentes de SRE, sigla para engenharia de confiabilidade de sites e serviços, usam dados de telemetria e conectores do Model Context Protocol. O Personal Agent atua como assistente em colaboração com pessoas; os Team Agents trabalham em segundo plano para monitorar implantações, investigar alertas e ajustar a instrumentação. A distinção sugere duas formas de convivência: uma ferramenta chamada quando alguém precisa de ajuda e outra que permanece acompanhando o trabalho. Essa segunda forma de autonomia é orientada por metas definidas pelos usuários, como **monitorar liberações** ou investigar alertas. Os Team Agents também pretendem cuidar de tarefas que raramente entram nos sprints de engenharia, entre elas a manutenção de documentos de conhecimento e a correção de dívidas de confiabilidade. As investigações produzem um histórico de decisões acessível à equipe, descrito pela Honeycomb como memória compartilhada, e os agentes aprendem com esse material. Em vez de serem precificados por tokens, eles serão cobrados pelo uso, medido em horas de agente, uma escolha que aproxima o custo do tempo de trabalho realizado. ## Três respostas para a mesma inquietação Vistas em conjunto, as propostas dividem a vida de um agente em camadas que costumavam aparecer misturadas. Uma camada organiza instruções, contexto e execução; outra responde pela identidade, pelas permissões e pela auditoria; a terceira define uma meta operacional e acompanha o que acontece depois. Essa separação não elimina o risco de erro, mas torna mais concreta a pergunta sobre responsabilidade. Se um sistema monitora uma implantação, investiga um alerta e ajusta sua própria instrumentação, o registro de sua decisão passa a ser tão relevante quanto o resultado obtido. O próximo passo já tem datas diferentes. O Agent Identity está disponível de forma geral, o Copilot harness chegou externamente pelo Foundry e os agentes da Honeycomb ainda estavam em **early access**, com disponibilidade geral prevista para **1º de dezembro de 2026**, durante o AWS re:Invent. As informações apresentadas não anunciam uma integração entre as três soluções. Por enquanto, elas desenham partes distintas de uma mesma sala de máquinas: um lugar para executar, um crachá para identificar e um livro de ocorrências para lembrar. Resta observar se, quando essas peças forem usadas em escala, a organização será suficiente para dizer não apenas o que o agente fez, mas quem decidiu deixá-lo agir.