Pedir uma cadeira ergonômica nova, na maioria das empresas, passa por aprovação do gestor e do setor de Facilities. Criar um agente de IA no Copilot Studio, com acesso a dados reais, geralmente não passa por ninguém.
A primeira reação costuma ser pedir um processo novo: um formulário, um comitê, uma aprovação. Mas o controle técnico para isso já existe dentro da licença de Power Platform que a empresa já paga. O problema não é a ausência da ferramenta. É que, na configuração padrão, ela vem desligada, e quase nenhuma empresa entra no painel para ligá-la antes que o número de agentes saia do controle.
O ambiente que vem aberto para todo mundo, por padrão
Toda licença de Power Platform organiza o trabalho em ambientes (environments): espaços isolados com seus próprios dados, conexões e permissões. Por padrão, toda empresa tem um ambiente padrão (Default), e historicamente esse ambiente vem configurado para que qualquer usuário licenciado possa criar apps, flows e agentes dentro dele, sem precisar de nenhuma aprovação.
Esse é exatamente o ambiente onde nasce a maioria dos agentes "selvagens": criados por curiosidade, por um problema pontual, sem que ninguém tenha decidido formalmente que aquele time podia fazer isso. A correção existe e é simples: administradores podem restringir quem tem permissão de criar recursos no ambiente padrão, e mover qualquer coisa que vá para produção para um ambiente dedicado, com dono e regras próprias. A maioria das empresas nunca fez essa mudança porque, no dia a dia, ninguém sente o problema até ele aparecer.
A política que decide com o que um agente pode conversar
Mesmo dentro de um ambiente aberto, existe um segundo controle pouco usado: as políticas de DLP (Data Loss Prevention) do Power Platform. Elas classificam cada conector (SharePoint, Dataverse, e-mail, um serviço externo qualquer) em três grupos: Negócio, Não Negócio, ou Bloqueado.
A regra prática é simples: um agente não pode combinar, na mesma automação, um conector de Negócio com um de Não Negócio. Isso impede, por exemplo, que um agente leia uma planilha de RH e depois mande esse dado para um serviço externo qualquer que ninguém de Segurança aprovou. É o tipo de controle que funciona em segundo plano, sem exigir que ninguém fique vigiando manualmente cada agente novo. E mesmo assim, em boa parte das empresas, essa política nunca foi configurada além do padrão de fábrica.
O inventário que já existe, se alguém abrir
O Power Platform admin center mantém um inventário de tudo o que foi criado no tenant: apps, flows, agentes do Copilot Studio, quem criou, em que ambiente, quando foi a última modificação. A informação não está escondida. Está, na prática, simplesmente não vista.
A Microsoft também disponibiliza, de forma gratuita, o CoE Starter Kit: um conjunto de apps, flows e dashboards pensado para automatizar exatamente essa vigilância. Entre outras coisas, ele sinaliza recursos sem dono ativo, como um agente criado por alguém que já saiu da empresa, e mantém um registro central de tudo que existe. É a ferramenta que resolveria boa parte do problema descrito até aqui, e que a maioria das empresas nunca instalou.
O ponto
Não falta ferramenta. Falta alguém ter decidido usá-la antes que o problema apareça. Trocar o ambiente padrão, configurar uma política de DLP e instalar o CoE Starter Kit não é um projeto de seis meses. É trabalho de um administrador, em um dia, se alguém priorizar isso.
A pergunta que vale levar pra próxima reunião de TI não é "precisamos de um processo para agentes de IA". É mais direta: alguém já entrou no Power Platform admin center pra ver quantos agentes existem hoje, e quem são os donos deles?
Quer esse tipo de checklist técnico direto na caixa de entrada, sem enrolação? A newsletter da macareno.net é por aí.