Se o agente do Copilot continua trabalhando quando você sai, quem responde pelo que ele faz?

Os modelos de governança de IA que as empresas escreveram até aqui partem de uma premissa silenciosa: há uma pessoa presente quando a IA age. O usuário pede, o assistente responde, o usuário decide. A aprovação acontece na hora, por alguém que está olhando.

O novo Copilot da Microsoft rompe essa premissa de propósito.

O que a Microsoft anunciou

Em 25 de setembro, a Microsoft apresentou três recursos no app do Copilot:

• Home, que reúne Chat e Cowork, com Word, Excel e PowerPoint dentro da experiência.
• Code, em que a pessoa descreve um app, painel ou automação em linguagem natural e o Copilot constrói, sobre a mesma tecnologia do GitHub Copilot.
• Autopilot, antes chamado de Scout, descrito pela Microsoft como “um agente persistente, proativo e pessoal que continua trabalhando mesmo quando você não está”.

O estágio importa. Home e Code chegam pelo programa Frontier da Microsoft. O Autopilot entra em private preview no fim do mês. Nenhum deles está em disponibilidade geral.

A descrição do Autopilot é específica. Você dá a ele um nome, uma função e um objetivo. Ele acompanha canais, cobra respostas em conversas, executa trabalho recorrente e retoma projetos dias depois “sem esperar um prompt”. Vive no tenant “com identidade, memória, computador e espaço de trabalho próprios”, aparece no Teams e no Outlook, pode ser mencionado como um colega e tem, nas palavras da Microsoft, “permissões, auditoria e governança por trás”. Cowork, Code e Autopilot são cobrados por uso.

Sobre a disponibilidade no Brasil

O anúncio não traz informações sobre regiões, idiomas ou licenciamento por país. Para empresas brasileiras, a recomendação é simples: confirmar com o time de conta da Microsoft se e quando a organização pode entrar no Frontier e no private preview, e como a cobrança por uso se aplica ao contrato atual. Não vale planejar com base em suposições.

De assistente a mandato

Um assistente de chat executa pedidos. O Autopilot executa um mandato: uma instrução permanente para perseguir um objetivo durante dias, agindo enquanto quem o configurou dorme, está em reunião ou de férias.

É outro tipo de delegação, e ela lembra perguntas que as empresas brasileiras já conhecem bem: procurações, alçadas de aprovação, quem pode assinar pela empresa. A diferença é que agora essas perguntas se aplicam a um software que envia mensagens, marca reuniões e cobra pessoas por conta própria.

O exemplo da própria Microsoft é revelador: o Autopilot pode conduzir um processo completo de avaliação de fornecedores, “inclusive entrando em contato com as partes interessadas para pedir atualizações”. Ou seja, um agente escrevendo para fornecedores. Em nome de quem?

1. Mandato: objetivo, escopo, validade
2. Agente age no Teams e no Outlook
3. Escalonamento em caso de dúvida
4. Revisão da auditoria
5. Troca de dono ou fim da validade

O agenteO seu modelo operacional

Seis perguntas que precisam de um dono

1. Com a autoridade de quem ele age? O Autopilot tem identidade própria, o que é bom para auditoria. Também significa que o agente não é simplesmente “você”. Defina quais compromissos ele pode assumir em nome de uma pessoa, de uma área ou da empresa, e quais ele nunca pode assumir.

2. Qual é o escopo, e até quando? Um objetivo sem data de término vira um processo permanente que ninguém desenhou. Mandatos precisam de escopo, data de revisão e validade.

3. O que ele faz quando não tem certeza? Defina o escalonamento: quem é avisado, por qual canal e o que o agente faz enquanto espera.

4. Quem lê a trilha de auditoria? A Microsoft diz que auditoria e governança estão embutidas. Um log só protege se alguém o revisa. Para mandatos de maior risco, defina amostragem ou revisão periódica do que o agente de fato fez.

5. O que acontece quando o dono sai? Pessoas mudam de área e saem da empresa. Um agente com mandato ativo precisa de um processo de transferência ou desligamento, igual aos acessos.

6. Quanto ele pode gastar? Com cobrança por uso, um agente de longa duração tem custo contínuo. A Microsoft anunciou recursos de FinOps no Agent 365, incluindo políticas de gasto e controle de quais modelos cada grupo pode usar. Alguém precisa definir esses limites por mandato, e não só por tenant.

Para empresas que vivem no Microsoft 365

Em muitas empresas brasileiras, o Microsoft 365 é a espinha dorsal do trabalho: e-mail, Teams, SharePoint e, cada vez mais, Power Platform. É justamente nesses ambientes que agentes persistentes vão aparecer primeiro, criados por áreas de negócio e não por TI.

A resposta prática é tratar agentes persistentes como uma população gerenciada:

• Um inventário de agentes ativos, com dono, finalidade, escopo e data de revisão.
• Níveis de risco definidos pelas ações que o agente pode executar, e não pela ferramenta em que ele roda.
• Uma matriz de responsabilidades clara entre a área dona do mandato, TI, segurança e compliance.
• Um passo de desligamento nos processos de RH e de gestão de acessos que inclua os agentes.
• Atenção a dados pessoais: se o mandato envolve dados de clientes ou colaboradores, a finalidade do tratamento precisa estar clara, como a LGPD já exige para qualquer processo.

Durante o private preview

Se a sua organização entrar no preview, use-o para responder às perguntas acima antes da escala: escolha dois ou três mandatos com valor real e risco moderado, escreva escopo e regras de escalonamento e revise a trilha de auditoria toda semana. O objetivo do preview não é provar que o agente funciona. É provar que o seu modelo operacional funciona.

Para uma visão das camadas que as plataformas já entregam e das que continuam com a empresa, veja o nosso guia do stack de 2026.