A Microsoft fechou o ambiente padrão para seus makers. Cada agente low-code agora tem um dono

Todo tenant do Power Platform começa com um ambiente padrão no qual qualquer funcionário pode construir. Por anos, isso foi conveniente. Com agentes, virou o lugar onde qualquer pessoa podia conectar um modelo a dados da empresa, sem que ninguém em particular fosse responsável pelo resultado.

A Microsoft documentou como lidou com isso dentro da própria empresa, onde seu tenant corporativo reúne centenas de milhares de agentes low-code e outros recursos. A resposta foi estrutural, não um novo memorando de políticas.

Três camadas, cada uma com um dono

A Microsoft tirou seus makers do ambiente padrão compartilhado e os levou para ambientes pessoais de desenvolvedor, cada um com um único dono. Os funcionários criaram mais de 170.000 deles desde 2024. Acima deles há mais duas camadas:

As três camadas da Microsoft para apps e agentes low-code

Produção

• Soluções para toda a empresa
• Revisão de segurança e de IA responsável
• Propriedade e suporte formais

Feito para muitos usuários

Sandbox de time

• Compartilhado por um time
• Revisão de segurança e de IA responsável
• Propriedade do time

Feito para um grupo

Ambiente pessoal de desenvolvedor

• Um dono
• Conta de trabalho do próprio maker
• Maioria dos conectores da Microsoft permitida

Feito para si mesmo

Políticas de conectores decidem quais dados podem ir para onde. Em um ambiente pessoal, a maioria dos conectores da Microsoft é permitida, desde que usem a conta de trabalho do próprio maker e não enviem dados da empresa para fora da Microsoft. Agentes do Copilot Studio herdam as mesmas políticas de conectores do Power Platform, então um agente low-code é governado pelas mesmas regras que um app low-code.

A aplicação que alcança o maker

A parte interessante é como a regra é aplicada. O Microsoft Sentinel sinaliza recursos construídos no ambiente padrão, alerta quem os construiu e os suspende até que sejam movidos. Uma ferramenta de detecção de terceiros adiciona mais sinais. A Microsoft relata que os alertas dispararam quando a aplicação começou e depois diminuíram, que é a cara de uma regra que funciona: uma explosão de correções, depois novos hábitos.

A governança é conduzida em conjunto pelo Microsoft Digital, sua organização interna de TI, e pelo Office of the CISO, com as equipes de privacidade, jurídica e de IA responsável definindo os requisitos.

O que o design acerta

A propriedade é atribuída na criação. Em um ambiente pessoal, nunca existe um agente sem dono, porque o próprio ambiente tem um. Isso evita o problema dos órfãos que aparece quando milhares de agentes se espalham por uma empresa mais rápido do que qualquer um consegue catalogá-los.

A revisão está ligada ao público, não à tecnologia. Construir para si mesmo não exige revisão. Construir para um time ou para a empresa, sim. Isso acompanha o risco: o raio de impacto de um agente cresce com o número de pessoas que dependem dele.

A regra é aplicada onde o trabalho acontece. Um fluxo suspenso com uma mensagem para o maker ensina mais do que uma página de políticas.

O que ele não resolve

A Microsoft é sincera sobre os limites. Alguns recursos do produto ainda dependem do ambiente padrão. E um ambiente pessoal não torna apropriado todo uso de dados acessíveis: dados sensíveis ainda dependem de controles de identidade e permissão, governança de dados, restrições de conectores, monitoramento e as revisões exigidas. Um maker pode construir, no próprio ambiente, um agente que lê tudo o que ele consegue ler. É o mesmo problema de amplitude que vem com qualquer assistente que herda permissões humanas.

Para empresas que usam Power Platform e Copilot Studio, os passos transferíveis são concretos: parar novas construções no ambiente padrão, dar aos makers ambientes pessoais com um dono por design, definir etapas de revisão por público e aplicar com alertas que chegam a quem construiu o recurso.