Durante anos, automatizar coisas no Microsoft Fabric exigiu abrir o portal, clicar em dezenas de menus e torcer para a interface não mudar na próxima semana. A Microsoft acabou de mudar isso, pelo menos para os Data Agents.
A API pública do Fabric Data Agent chegou. E com ela, a possibilidade de criar, configurar e publicar agentes de dados sem precisar encostar no portal do Fabric.
O que é o Fabric Data Agent, afinal
Antes de falar da API, vale recapitular o que é esse negócio de Data Agent.
Um Fabric Data Agent é um recurso alimentado por IA que permite fazer perguntas sobre dados armazenados no OneLake em linguagem natural. Sem SQL. Sem DAX. Sem KQL. Você pergunta qual produto vendeu mais em março e o agente gera e executa a consulta automaticamente, devolvendo a resposta.
Ele funciona conectado a fontes de dados como modelos semânticos do Power BI, lakehouses, warehouses e bancos de dados KQL. Até aí, nada de novo. A novidade está em como você gerencia e distribui esses agentes.
O que muda com a API pública
Antes dessa atualização, criar e configurar um Data Agent era uma tarefa manual, feita dentro do portal do Fabric ou por meio do SDK, mas restrita a notebooks do próprio Fabric.
Com a API pública, o SDK do Fabric Data Agent passa a rodar na mesma superfície REST que você já usa para gerenciar workspaces e outros itens do Fabric. Isso significa que o gerenciamento do ciclo de vida de um agente, criar, configurar, atualizar e publicar, pode ser feito de qualquer lugar:
- Ambientes de desenvolvimento local
- Pipelines de CI/CD
- Portais internos
- Azure Functions
- Contêineres
- Qualquer serviço de backend que consiga fazer uma chamada REST
A lógica de separação é importante de entender. A API cuida do plano de gerenciamento: você usa ela para construir e publicar o agente. Depois de publicado, o agente é consumido por meio do endpoint MCP (Model Context Protocol), que é o protocolo padrão para conectar agentes de IA a fontes de dados e ferramentas.
Service principals: o detalhe que importa para operações
Um ponto que não pode passar em branco: os Fabric Data Agents agora suportam service principals.
Isso quer dizer que você pode autenticar e executar agentes usando identidades de aplicativo, sem depender de credenciais de usuário. Para quem monta pipelines automatizados, isso é a diferença entre uma solução que funciona de madrugada sem intervenção humana e uma que quebra toda vez que alguém troca de senha.
Para empresas que precisam de automações escaláveis com controle de acesso granular, essa mudança é relevante.
A conexão com o Copilot Studio e o ecossistema MCP
O Copilot Studio, em sua versão mais recente, passou a suportar servidores MCP. Isso cria uma ponte direta entre os Fabric Data Agents e os agentes que você constrói no Copilot Studio.
Na prática: você publica um Data Agent no Fabric, ele fica disponível via endpoint MCP, e o Copilot Studio consegue consumi-lo como uma fonte de dados ou ferramenta dentro de um fluxo de trabalho. Sem precisar replicar a lógica de acesso a dados em outro lugar.
A mesma lógica vale para integrações com o Microsoft 365 Copilot. Agentes de dados publicados no Fabric já aparecem disponíveis para uso no Teams, na web e no app desktop do M365.
Deployment pipelines e o fluxo de dev para produção
Outro recurso que ganhou relevância com essa atualização: os deployment pipelines do Fabric agora funcionam com Data Agents.
Isso significa que você consegue promover um agente do ambiente de desenvolvimento para staging, testar, validar o comportamento com dados reais de homologação, e só depois publicar para produção. O mesmo fluxo que equipes de dados já usam para modelos semânticos e dataflows.
Para equipes que precisam de rastreabilidade e controle de mudanças, essa é uma peça que faltava.
Permissões mais simples para modelos semânticos do Power BI
Uma mudança prática que vai facilitar a vida de analistas: para conectar um Data Agent a um modelo semântico do Power BI, o usuário precisa apenas da permissão de leitura no modelo.
Antes, acessar um modelo semântico por meio de agentes ou do Copilot no Power BI exigia acesso total ao workspace ou permissão de Build. Isso complicava a governança em ambientes com muitos usuários e modelos compartilhados.
Com a permissão de leitura sendo suficiente, fica mais simples distribuir acesso a experiências conversacionais sobre os dados sem abrir brechas de segurança desnecessárias.
Por que isso importa para analistas e desenvolvedores de BI
A abertura da API pública do Fabric Data Agent não é apenas uma feature nova na lista de novidades da Microsoft. Ela muda a forma como equipes de dados podem pensar a distribuição e manutenção de agentes conversacionais sobre dados.
Até pouco tempo atrás, criar um agente de dados que funcionasse de forma automatizada, com controle de versão, deploy em múltiplos ambientes e autenticação via service principal, era algo que exigia gambiarras ou soluções customizadas. Agora é parte nativa da plataforma.
Para quem trabalha com Power BI e Microsoft Fabric no dia a dia, vale a pena olhar para isso não como uma curiosidade técnica, mas como uma mudança de postura. A Microsoft está apostando que o futuro do acesso a dados corporativos passa por agentes de IA. E está construindo a infraestrutura para que esses agentes sejam gerenciados com o mesmo rigor de qualquer outro artefato de dados.
O SDK está disponível no PyPI como fabric-data-agent-sdk. A documentação completa está no Microsoft Learn. Se você já tem workspaces no Fabric com capacidade que suporta Data Agents, pode começar agora.