A Microsoft Transformou o Windows em uma Plataforma de Agentes no Build 2026. Veja a Decisão do CTO Antes de a Windows Agent Store Chegar à GA

O keynote do Build 2026 da Microsoft não foi apenas uma prévia de funcionalidades. Ele mudou o modelo de compras para a implantação de agentes empresariais no Windows, e a decisão que sua equipe tomar no Q3 determinará quanto de flexibilidade você terá quando a Windows Agent Store (WAS) chegar à disponibilidade geral (GA).

Em 2 de junho, no Fort Mason em São Francisco, Satya Nadella abriu o Build 2026 com um conjunto de anúncios que, tomados em conjunto, redesenham o que significa executar agentes dentro da sua organização. De acordo com o resumo do Build 2026 do ChatForest, a Microsoft lançou o Windows Agent Framework (WAF) como um projeto open source com licença MIT, colocou o Windows Agent Runtime (WAR) em prévia, abriu a Windows Agent Store com uma divisão de receita de 85/15 para desenvolvedores e nomeou o Project Polaris como o modelo padrão substituto no GitHub Copilot a partir de agosto de 2026.

Essa última parte merece uma segunda leitura. A Microsoft está substituindo o GPT-4 por um modelo desenvolvido internamente em seu próprio produto para desenvolvedores, rodando em seus próprios aceleradores Maia. A empresa que construiu sua estratégia de AI sobre a OpenAI agora está integrando verticalmente a camada de modelos. Para CTOs que aprovaram licenças do GitHub Copilot com base na qualidade do modelo da OpenAI, isso não é uma nota de rodapé. É uma conversa de renovação.

O que de Fato Foi Lançado no Build 2026

Principais Fatos:

• Divisão de receita 85/15 para dev: A Windows Agent Store paga aos desenvolvedores 85%, contra 70/30 da App Store da Apple e da Mac App Store. A Microsoft está praticando preços mais agressivos do que ambas as plataformas para conquistar a distribuição de ISVs. (Fonte: resumo do Build 2026 do ChatForest)
• Project Polaris vira padrão no GitHub Copilot: agosto de 2026, com um período de fallback opcional para o GPT-4 de 3 meses. Roda nos aceleradores Maia da Microsoft. (Fonte: ChatForest)
• Keynote do Build 2026: 2 de junho de 2026, Fort Mason SF, abertura por Satya Nadella. (Fonte: NotebookCheck)

Aqui está o que a Microsoft de fato anunciou, sem a camada de marketing:

• Windows Agent Framework (WAF): Um framework de desenvolvimento de agentes open source com licença MIT, com interfaces de programação de aplicação (APIs) nativas de agentes integradas ao shell do Windows OS. A licença MIT significa que será padronizado rapidamente. Espere que desenvolvedores de agentes terceiros passem a usar o WAF em questão de meses.
• Windows Agent Runtime (WAR): Um runtime em prévia que hospeda e executa agentes diretamente em dispositivos Windows. Este é o ambiente de execução local. Ele funciona em conjunto com o Windows 365 for Agents existente, que usa um computador pessoal na nuvem (Cloud PC) como host de agente. Dois runtimes já existem para agentes Windows antes mesmo de considerar o Azure.
• Windows Agent Store (WAS): Um marketplace curado para distribuir agentes a usuários empresariais. Adobe e Zoom são citados como parceiros de design. A divisão de receita de 85/15 é o grande destaque: os desenvolvedores ficam com mais, então mais desenvolvedores constroem primeiro para Windows.
• Project Polaris: O modelo de codificação desenvolvido internamente pela Microsoft. Substitui o GPT-4 como padrão no GitHub Copilot em agosto de 2026. Um fallback de 3 meses para o GPT-4 estará disponível. O Polaris roda nos aceleradores personalizados Maia da Microsoft, o que significa que a estrutura de custo de inferência fica inteiramente sob o controle da Microsoft daqui em diante.

Por que Três Runtimes É a Verdadeira Novidade

O anúncio que recebe mais cobertura é a Windows Agent Store. Mas a decisão estrutural por baixo dela é menos óbvia: a Microsoft agora oferece aos CTOs empresariais três ambientes de runtime distintos para agentes Windows, e a store se conecta a todos os três.

Veja o detalhamento:

Esses ambientes não são intercambiáveis. Um agente criado para o Windows local + WAR tem um modelo de identidade fundamentalmente diferente de um que roda dentro de um Cloud PC do Windows 365. Misturá-los sem uma escolha explícita cria lacunas de auditoria, o que significa risco de conformidade.

Compare isso com a forma como a Apple gerencia a distribuição: a App Store (70/30) e a Mac App Store (70/30) alimentam um único runtime. A Microsoft está rodando uma arquitetura mais complexa, e a divisão de receita de 85/15 da WAS é o incentivo para atrair ISVs a desenvolver para os três runtimes.

Para CTOs que estão construindo um framework de avaliação de fornecedores de AI, essa trincotomia de runtimes precisa ser um eixo de avaliação explícito antes que qualquer agente específico seja aprovado. Se você esperar até que os agentes já estejam implantados para perguntar "em qual runtime esses agentes rodam?", encontrará a resposta espalhada por três superfícies de governança diferentes.

O framework nomeado para pensar sobre isso é o Teste dos Três Runtimes. Para qualquer nova implantação de agente Windows, faça três perguntas antes de aprová-la: Em qual runtime este agente vive (WAR local / Windows 365 Cloud PC / Azure Agent Mesh)? Quem é o responsável por sua identidade e log de auditoria? Qual é o caminho de reversão se o runtime for descontinuado ou o fornecedor sair da store?

O que Isso Muda para a Renovação do GitHub Copilot

O Project Polaris não é apenas uma troca de modelo. É a Microsoft resgatando a garantia da qualidade do seu próprio stack de produtos de AI.

Quando sua organização aprovou licenças do GitHub Copilot, você estava comprando a qualidade do modelo da OpenAI dentro de um produto Microsoft. A partir de agosto de 2026, o modelo padrão é o Polaris, um modelo de codificação desenvolvido pela Microsoft rodando em aceleradores Maia. O fallback de 3 meses para o GPT-4 dá tempo, mas é um fallback, não uma opção permanente. Após essa janela, permanecer no GPT-4 dentro do Copilot provavelmente exigirá configuração explícita ou um nível de produto diferente.

As perguntas que sua equipe precisa responder antes da troca padrão de agosto:

1. A aprovação das licenças do Copilot incluiu um benchmark de qualidade de modelo? Em caso afirmativo, execute o Polaris contra ele agora, durante a janela de fallback.
2. Sua organização está em uma licença GitHub Enterprise com acesso a personalização de modelos? Se sim, a migração para o Polaris é uma decisão de configuração, não apenas uma decisão de renovação.
3. A política de uso de AI da sua equipe de segurança menciona a OpenAI especificamente, ou menciona "o modelo que alimenta o Copilot"? De qualquer forma, uma revisão de política é necessária. Veja Como Construir Sua Política de Uso de AI para o que essa revisão deve cobrir.

A questão mais profunda é a concentração em um único fornecedor. A migração da Microsoft para o Polaris é exatamente o tipo de mudança de dependência que as estratégias de mitigação de vendor lock-in de AI são projetadas para identificar cedo. Você pode estar satisfeito com o Polaris, mas a decisão de aceitá-lo deve ser explícita, não por omissão.

Perguntas Frequentes

Precisamos migrar do GPT-4 no GitHub Copilot em agosto?

Não imediatamente. A Microsoft está oferecendo um fallback opcional de 3 meses para o GPT-4 após o Polaris se tornar o padrão. Mas o fallback é temporário. A ação certa é testar o Polaris nos fluxos de trabalho de codificação reais da sua equipe agora, durante a janela de prévia, e tratar o fallback como um período de avaliação, não como uma solução permanente.

A Windows Agent Store é um marketplace controlado pela empresa ou aberto?

A Microsoft a descreve como curada, com Adobe e Zoom como parceiros de design. Mas "curada" não significa controlada pela TI. Os administradores empresariais provavelmente precisarão configurar as políticas de acesso à WAS pelo Microsoft Intune ou pelo acesso condicional baseado no Entra. O nível de granularidade desses controles não ficará claro até a GA. Os CTOs devem pressionar as equipes de contas da Microsoft para obter detalhes sobre os controles de tenant empresarial antes de aprovar quaisquer agentes originados da WAS.

A Lista de Verificação de Compras de Agentes Windows para o Q3

Execute esta lista com seus líderes de arquitetura e segurança antes de a Windows Agent Store chegar à GA:

Passo 1: Atribua todo agente Windows atual e planejado a um runtime. Mapeie cada agente (incluindo GitHub Copilot, quaisquer integrações do Azure OpenAI e quaisquer ferramentas de ISVs com clientes Windows) a um dos três runtimes: Windows local + WAR, Windows 365 Cloud PC ou Azure Agent Mesh. Não permita agentes sem atribuição. Use seu processo de aprovação de AI e revisão de fornecedores para garantir isso.

Passo 2: Defina a responsabilidade por identidade e auditoria por runtime. Para cada runtime em uso, especifique qual equipe é responsável pela superfície de identidade (TI, segurança ou engenharia de plataforma) e onde o log de auditoria fica. Torne isso explícito na sua documentação de trilhas de auditoria para ações de execução de AI antes que qualquer agente originado da WAS seja aprovado.

Passo 3: Estabeleça um critério de avaliação do Polaris antes de agosto. Agende uma revisão de qualidade do Copilot durante a janela de fallback de 3 meses. Execute seus 3 a 5 principais fluxos de trabalho de codificação no Polaris. Compare a qualidade dos resultados com as referências do GPT-4. Decida explicitamente se aceita o Polaris como padrão ou solicita acesso estendido ao GPT-4. Não deixe a troca padrão de agosto acontecer sem uma decisão registrada.

Passo 4: Atualize seu registro de riscos de fornecedores. Adicione a Windows Agent Store como uma entrada de risco de canal de distribuição. Observe que os agentes originados da WAS podem rodar em múltiplos runtimes e que a Microsoft controla a divisão de receita, os critérios de curadoria e as especificações de compatibilidade de runtime. Faça referência cruzada com suas estratégias de mitigação de vendor lock-in de AI para documentar a exposição aceitável antes de aprovar agentes da WAS em escala.

O que Fazer Esta Semana

A WAS ainda não chegou à GA. Essa é a sua janela. Aqui está o que importa antes que ela chegue:

• Informe sua equipe de contas da Microsoft sobre suas dúvidas de arquitetura de runtime. Obtenha respostas específicas sobre os controles de tenant empresarial para a WAS antes que as equipes de produto fiquem sobrecarregadas com o tráfego de lançamento na GA.
• Verifique a data de renovação do GitHub Copilot. Se você estiver dentro de 6 meses da renovação, comece a avaliação do Polaris agora. O período de fallback de 3 meses precisa caber dentro dessa janela.
• Leia a licença MIT do WAF. O licenciamento open source muda o processo de revisão de segurança. Sua equipe de AppSec precisa avaliar o WAF antes que qualquer equipe interna construa sobre ele. O MIT é permissivo, mas isso tem implicações nos dois sentidos.
• Adicione "três runtimes" à pauta da sua próxima revisão de arquitetura. Mesmo que sua organização não esteja implantando agentes Windows ativamente hoje, a decisão de arquitetura de runtime molda cada avaliação futura de fornecedores. Resolva isso enquanto ainda é possível fazer a escolha de forma deliberada.
• Verifique se sua política de uso de AI cobre marketplaces de distribuição de agentes. A maioria das políticas escritas antes de 2026 não cobre. A WAS é uma nova superfície de distribuição com suas próprias implicações de segurança e compras.

Para o framework mais amplo sobre como decisões como essa se encaixam em uma estratégia de implantação de AI de vários anos, o modelo dos 5 estágios de maturidade de AI é uma referência útil para determinar a prontidão atual da sua organização e definir o quanto ser arrojado na adoção antecipada da WAS.

Saiba Mais

• Framework de Avaliação de Fornecedores para Ferramentas de AI
• Vendor Lock-In de AI: Estratégias de Mitigação
• Agente Autônomo: Objetivos em Múltiplas Etapas com Uso de Ferramentas
• Os 5 Estágios de Maturidade de AI