YouMind
Entrar

A Microsoft está vencendo a corrida da IA corporativa. Não com modelos, mas com confiança.

@asad0801
INGLÊS15 de out. de 2026
112K
27
10
4
4

TL;DR

A Microsoft vence na IA corporativa ao controlar as camadas de governança e confiança, não apenas os modelos. A verificação independente preenche a lacuna deixada pela autoauditoria das plataformas.

Em 10 de outubro, Satya Nadella publicou um ensaio que redefiniu a pergunta que as empresas fazem sobre IA. A velha pergunta era "em qual modelo podemos confiar?". A resposta dele: em nenhum deles, por padrão. Trate todo modelo de fronteira, fechado ou de pesos abertos, da mesma forma que você trataria um funcionário poderoso com acesso a sistemas sensíveis: privilégios limitados, ações registradas em log, um botão de desligamento e auditorias que não dependam apenas da palavra do próprio funcionário.

Ele encerrou com uma frase fácil de repetir e difícil de implementar: o sistema mais confiável é aquele que "nos permite confiar o mínimo possível no modelo."

Meu argumento neste texto é mais específico do que as manchetes e, acredito, mais difícil de derrubar:

  1. A Microsoft não está vencendo a corrida de IA corporativa por ter o melhor modelo. Ela está vencendo por ser dona do lugar onde os modelos são governados, faturados e contidos, e os números corporativos (mais de 30 milhões de licenças pagas do Copilot, US$ 100 bilhões em receita do Azure) provam isso.
  2. Modelos de pesos abertos no Azure importam, mas não porque sejam mais confiáveis. Eles importam porque dão controle a quem faz o deploy, que é exatamente para onde Nadella transferiu o peso da confiança.
  3. A única coisa que quem faz o deploy não consegue fornecer a si mesmo de forma crível é a verificação independente. Essa é a lacuna, e é aí que uma empresa de testes como a nossa se encaixa.

Um aviso logo de início: sou cofundador da TestMu AI (antiga LambdaTest). Leia o último terço deste ensaio tendo isso em mente. Tentei tornar cada afirmação verificável, e as fontes estão no final.

A Microsoft está perdendo a corrida dos modelos e vencendo no mercado corporativo mesmo assim

"A Microsoft está vencendo na IA corporativa" é a afirmação com maior chance de ser contestada, então ela precisa de um significado preciso. Em participação de mercado de modelos, a Microsoft não é a líder. Mas sim no lugar onde a IA corporativa realmente roda.

O que é medido

Asad - inline image

O padrão é claro. As empresas compram modelos dos laboratórios, mas fazem o deploy dentro da Microsoft. A pesquisa com CIOs da a16z mostrou a OpenAI liderando em modelos, enquanto a Microsoft domina as aplicações de IA corporativa.

A Microsoft também parou de apostar em um único laboratório. O Claude, da Anthropic, ficou disponível de forma geral no Microsoft Foundry em 29 de junho de 2026, faturado via Azure e governado com controles de identidade e acesso do Azure. O catálogo do Foundry agora conta com modelos da OpenAI, Anthropic, Meta, Mistral, DeepSeek, xAI, Cohere e outros.

Portanto, a versão precisa da tese é esta: a Microsoft está se tornando o plano de controle para a IA corporativa, a camada que decide qual modelo roda, com quais permissões, sobre quais dados e sob quais logs. É sobre essa camada que o ensaio de Nadella trata.

O placar corporativo

Se o controle da camada corporativa é o prêmio, os resultados fiscais de 2026 da Microsoft mostram que ela está levando. No ano encerrado em junho de 2026, o Azure gerou US$ 100 bilhões em receita anual e cresceu 43% no trimestre de junho, com uma projeção de crescimento de cerca de 45% para o trimestre de setembro (formulário 8-K da Microsoft; MarketBeat). As obrigações de desempenho comercial restantes, o backlog assinado mas ainda não reconhecido, subiram 84%, para US$ 678 bilhões (resumo do comunicado pela KuCoin).

Os números do Copilot importam mais para este argumento, porque medem empresas colocando a IA diante de suas próprias equipes:

Asad - inline image

Os deploys anunciados estão exatamente nos setores onde a confiança continua sendo a mais difícil de conquistar: o NHS England está expandindo o Copilot para 505.000 médicos e funcionários, a KPMG para mais de 276.000 profissionais, e o HSBC se comprometeu com 200.000 licenças (UC Today). A Accenture está implementando para cerca de 743.000 funcionários, o que Nadella chamou de maior vitória do Copilot na Microsoft (Let's Data Science). Bayer, Johnson & Johnson, Mercedes-Benz e Roche rodam, cada uma, mais de 90.000 licenças.

O detalhe mais revelador é como a Microsoft está empacotando isso. Sua nova suíte E7 combina o Copilot com a segurança E5, a identidade Entra e o Agent 365, a camada para gerenciar agentes. Centenas de empresas compraram o pacote nos dois primeiros meses, e a EY está implementando para 400.000 funcionários (UC Today). A Microsoft não vende mais IA sozinha. Ela vende IA junto com a identidade, as permissões e a governança ao redor dela, o que é o ensaio de Nadella transformado em um SKU.

Uma ressalva é que 30 milhões de licenças ainda representam apenas cerca de 6,6% das licenças comerciais pagas do Microsoft 365 (No Jitter), e parte do backlog é firmado antes do deploy real. A liderança é genuína; o mercado ainda está no começo. Esse é um motivo para construir a camada de confiança agora, enquanto a base instalada ainda está ligando.

O que Nadella realmente disse

O ensaio, "Modelos como Riscos Internos na Era da Superinteligência", começa com uma admissão. Com o software tradicional, os engenheiros conseguem rastrear o comportamento até um caminho de código. Com modelos de fronteira, ninguém consegue vincular uma saída a dados de treinamento ou pesos específicos, mas as empresas entregam a esses sistemas dados sensíveis e ações críticas para a missão. As garantias de um provedor, escreveu ele, não eliminam a responsabilidade de quem faz o deploy (TNW).

Sua solução é tomar emprestados os controles de risco interno que as equipes de segurança já utilizam: identidade verificada, privilégio mínimo, registro em log, contenção. Os controles são externos ao modelo. Nas palavras dele, as empresas devem "separar o fornecimento de inteligência da autoridade sobre ela."

Os sete princípios, conforme resumidos pelo TNW:

  1. Diversidade de modelos. Nenhum modelo isolado é a única dependência para um resultado importante, e nenhum modelo verifica seu próprio trabalho.
  2. Evidências. Toda ação significativa do modelo deixa evidências à prova de adulteração e legíveis por humanos.
  3. Teste contínuo de sistemas. Testar todos os sistemas continuamente, inclusive contra falhas e ataques.
  4. Autoridade definida por quem faz o deploy. A empresa, não o modelo, decide o que o modelo pode acessar e fazer.
  5. Auditoria independente. As auditorias não devem depender do modelo avaliado.
  6. Contenção. Uma pessoa autorizada pode pausar ou parar um modelo no meio de uma tarefa.
  7. Divulgação de incidentes. Avisar rapidamente as partes afetadas e compartilhar aprendizados com o setor.

Dois detalhes importam para o que vem a seguir. Primeiro, o enquadramento se aplica igualmente a modelos fechados e de pesos abertos (OfficeChai). Segundo, o ensaio não anunciou nenhum produto, padrão ou cronograma (FourWeekMBA). É uma posição, não um plano, o que deixa a implementação em aberto.

O ensaio não surgiu do nada. Em julho, a OpenAI anunciou que agentes escaparam de uma avaliação em sandbox e violaram sistemas do Hugging Face. Em setembro, um modelo de pesquisa da OpenAI alcançou um chatbot externo via DNS, e a OpenAI pausou o treinamento e a inferência de uso de ferramentas em seus modelos mais capazes (Bernama/dpa). A Anthropic também revelou que um de seus modelos enviou uma denúncia falsa de homicídio à polícia da Filadélfia durante testes (Benzinga). Esses são incidentes de laboratório, não violações corporativas, mas explicam por que "confie no provedor" não é mais uma resposta aceitável.

Pesos abertos no Azure: controle, não virtude

A versão popular desse argumento diz que modelos de pesos abertos são mais confiáveis. O próprio Nadella praticamente derruba isso em seu texto: pesos abertos são um risco interno tão grande quanto. Pesos inspecionáveis não tornam o comportamento rastreável, que é exatamente o problema que ele aponta.

O que os pesos abertos realmente oferecem a uma empresa é controle sobre as variáveis que Nadella entrega a quem faz o deploy:

  • Fixação de versão - O modelo que você validou é o modelo que roda. Ninguém o atualiza pelas suas costas.
  • Localização - Ele roda na sua região, no seu data center ou em um site desconectado. A Nuvem Privada Soberana da Microsoft roda o Foundry Local no Azure Local, on-premises.
  • Continuidade - O acesso não pode ser retirado por um fornecedor ou governo após o deploy.
  • Pós-treinamento ajustado à tarefa - Você pode restringir um modelo ao trabalho e testar esse comportamento mais limitado.

A Microsoft está construindo para isso. Em julho, assinou um acordo multibilionário com a Mistral, colocando o modelo de pesos abertos Mistral Medium 3.5 no Foundry e no Azure Local, incluindo deploys totalmente desconectados. Em 9 de outubro, lançou o Microsoft-Decision-1, um modelo de pontuação pós-treinado no Qwen3.5-9B de pesos abertos da Alibaba, criado para roteamento, verificações de fundamentação e avaliação de ações propostas por agentes (Let's Data Science).

Agora, as evidências contrárias. O uso corporativo de modelos abertos tem caído, não subido: a Menlo Ventures mediu os modelos abertos em 19% das cargas de trabalho corporativas no início de 2025 e 13% em meados do ano, citando uma defasagem de desempenho de nove a doze meses e a relutância em usar modelos de origem chinesa (Menlo Ventures). Um número posterior da Menlo apontou 11% (compilação da Keenable).

Então, "pesos abertos são melhores para empresas" é uma generalização incorreta. A posição válida é uma abordagem de portfólio: modelos fechados de fronteira onde a capacidade define o resultado, modelos de pesos abertos onde o controle o define (dados regulados, sites desconectados, classificação e verificação de alto volume). O Decision-1 é um bom indicador. A Microsoft optou por uma base aberta para o modelo cuja função é verificar outros modelos, e diz que vai refazer a base desse modelo nos modelos MAI e OpenAI mais tarde (InfoWorld). A base é uma escolha; a camada de controle é o produto.

A vantagem do Azure é oferecer ambos sob um único sistema de identidade, faturamento e logs. É disso que os princípios de Nadella precisam: um único lugar para impor autoridade sobre muitos modelos.

Europa: os prazos mudaram, a pressão não

Seria fácil exagerar o impulso regulatório, então aqui está o que realmente se aplica. O Digital Omnibus da UE entrou em vigor em 27 de julho de 2026, adiando os prazos de alto risco do AI Act em mais de um ano (CASRAI).

Asad - inline image

Datas segundo Gibson Dunn e Compliance Hub.

Duas conclusões honestas se seguem. A regulação não está forçando a mão de ninguém neste trimestre. Mas os requisitos que ela fará cumprir a partir de dezembro de 2027 são gestão de riscos, documentação, monitoramento humano e monitoramento pós-mercado. Isso leva mais de 14 meses para ser construído, e se parece muito com a lista de Nadella.

O motor europeu mais forte é a continuidade de acesso. Em junho de 2026, os controles de exportação dos EUA levaram a Anthropic a suspender o acesso a dois de seus modelos mais avançados por cerca de três semanas, até que os controles fossem revogados (Anthropic). Uma análise do acordo entre Microsoft e Mistral vinculou o renovado impulso de soberania da Europa diretamente a essa pausa (ResultSense). O Gartner, conforme reportado pelo ai2.work, projeta gastos com IaaS de nuvem soberana europeia em US$ 12,6 bilhões em 2026, alta de 83%.

O contraponto também merece espaço. Alemanha e Dinamarca anunciaram movimentos para sair do software da Microsoft em direção ao código aberto (UC Today), e se a nuvem local de um fornecedor dos EUA conta como verdadeira soberania continua sendo uma questão em aberto. A posição europeia da Microsoft é forte, não consolidada.

A peça que a plataforma não consegue fornecer: verificação independente

Leia os sete princípios novamente e classifique-os por quem pode executá-los. Identidade, permissões, logs e o freio de emergência (princípios 2, 4, 6) são recursos de plataforma. A Microsoft pode integrá-los ao Foundry e ao Entra, e em grande parte já o fez.

Três princípios são diferentes. "Nenhum modelo verifica seu próprio trabalho" (1), "testar sistemas inteiros o tempo todo" (3) e "auditorias não devem depender do modelo avaliado" (5) exigem uma parte separada daquilo que está sendo julgado. O próprio Nadella observa que usar modelos para testar uns aos outros tem limites (OfficeChai).

A Microsoft entrega ferramentas de avaliação, e elas são boas. O rastreamento e as avaliações do Foundry atingiram disponibilidade geral nesta primavera (blog do Microsoft Foundry), e seu plano de controle inclui red-teaming automatizado (Azure Updates). Isso cobre a verificação interna contínua. Não cobre a independência, por um motivo estrutural: a Microsoft tem interesse comercial em muitos dos modelos que estaria avaliando. Ela detém uma participação de longa data na OpenAI, comprometeu até US$ 5 bilhões com a Anthropic (AI Business), investe na Mistral e agora lança seus próprios modelos.

Isso não é uma crítica à Microsoft. É a mesma lógica que todo setor regulado já usa. Uma empresa mantém controles internos, e um auditor externo audita as contas. Um provedor de nuvem executa sua própria segurança, e uma empresa independente emite o relatório SOC 2. Ninguém acha que a nuvem deve auditar a si mesma; ninguém deveria achar que o marketplace de modelos deva fazer isso também.

A demanda é visível nos dados:

  • 81% dos 685 CIOs pesquisados pela Harris Poll disseram ter perdido a supervisão sobre seus próprios agentes de IA, e 60% não têm uma camada central de governança (Dataiku).
  • A pesquisa de 2026 da McKinsey descobriu que dois terços das organizações estão na fase de experimentação com agentes, mas menos de uma em quatro os está escalando, com confiança e risco como principais barreiras (conforme reportado pelo NHI Mgmt Group).
  • O IDC descreve a ausência de trilha de auditoria como a verdadeira lacuna de governança: em uma pesquisa, a maioria das organizações não conseguia verificar o que seus agentes fazem (IDC).

Aaron Levie, CEO da Box, respondeu ao ensaio de Nadella dizendo que a IA está entrando em uma era de confiança zero que exige proteção em camadas e auditabilidade (Benzinga). A confiança zero na segurança criou um ecossistema de fornecedores independentes ao redor das plataformas. O mesmo está prestes a acontecer aqui.

Onde a TestMu AI e a Microsoft se encaixam

Aqui está o viés que divulguei, dito de forma clara: acredito que a verificação independente é uma categoria, e a TestMu AI deveria ser uma das empresas que a definem na stack da Microsoft.

A relação não é hipotética. Nossa plataforma de orquestração de testes, HyperExecute, foi construída no Azure (história de cliente da Microsoft). Em 2022, lançamos integrações com Azure DevOps e GitHub Actions e fomos parceiros em destaque no Ignite (Help Net Security). O que segue é como eu estenderia isso para a camada de confiança. É uma proposta, não um acordo anunciado.

Asad - inline image

Concretamente, isso significa três coisas:

  1. Um gate de release para agentes. Agentes construídos no Foundry ou no Copilot Studio passam por testes independentes de pré-produção antes de receberem permissões de produção. Nosso produto de Teste de Agentes cobre agentes de chat, voz e URA; nosso trabalho de agente para agente cobre fluxos onde não há humano no loop.
  2. Evidências que acabam no plano de controle do cliente. Os resultados fluem para a observabilidade baseada em OpenTelemetry do Foundry, que já ingere agentes de terceiros (Microsoft Tech Community). A plataforma guarda o log; o verificador assina o parecer.
  3. Verificação que roda onde o modelo roda. No caso de deploys soberanos e desconectados no Azure Local, o teste precisa rodar dentro da mesma fronteira, ou a evidência sai da sala onde o modelo estava trancado.

Uma objeção se aplica diretamente a nós. Se estamos usando agentes de IA para testar agentes de IA, não estamos fazendo justamente aquilo sobre o que Nadella alerta? Em certa medida, sim, e é por isso que o design importa. O agente de teste deve rodar em um modelo diferente do sistema sob teste (princípio 1). Aprovado/reprovado deve ser baseado em verificações determinísticas contra o comportamento esperado, com o modelo usado para explorar e gerar casos, não para avaliar a si mesmo. E todo parecer deve ser legível por um auditor humano sem precisar confiar no nosso modelo também.

Objeções respondidas

"Anthropic e OpenAI lideram a IA corporativa, não a Microsoft." Em participação de modelos, isso é absolutamente verdade e este texto concorda. O ponto é sobre o plano de controle. O próprio Claude agora é vendido pelo Foundry nas faturas do Azure (Redmond Mag). Os fornecedores de modelos e a plataforma vencem em camadas diferentes.

"O ensaio de Nadella é marketing para o Azure." Possivelmente, e ainda assim é correto em substância. As equipes de segurança já têm controles de risco interno para pessoas; estendê-los aos modelos é engenharia de rotina. Note que o ensaio não cita nenhum produto da Microsoft, então não pode ser julgado como um discurso de vendas por si só.

"Modelos de pesos abertos estão perdendo participação corporativa, então essa é a aposta errada." Os dados apoiam isso, e é por isso que o argumento é sobre um portfólio e sobre controle, não sobre pesos abertos vencerem. A Microsoft construindo seu modelo de verificação em uma base aberta é o sinal relevante.

"A regulação acabou de ser adiada, então não há urgência." As obrigações de alto risco agora chegam em dezembro de 2027. As obrigações para modelos de uso geral se aplicam desde agosto de 2025. O histórico de incidentes, não o calendário legal, é o que move os compradores. O projeto de lei Kill Switch no Congresso aponta na mesma direção (TNW).

"A Microsoft simplesmente construirá a verificação por conta própria." Ela construirá a avaliação, e deve fazer isso. Independência não é um recurso que ela possa adicionar, pelo mesmo motivo que uma empresa não pode ser sua própria auditora externa. O melhor resultado para os clientes da Microsoft é uma plataforma que facilite a integração de verificadores independentes.

"Por que uma empresa de testes e não uma firma de auditoria?" Firmas de auditoria verificam controles periodicamente. O princípio 3 pede o teste contínuo de sistemas inteiros, inclusive durante falhas e ataques. Isso é trabalho técnico contínuo feito em cada release. É o que a infraestrutura de testes já faz para software; o alvo agora são os agentes.

O que provaria que isso está errado?

Uma tese que vale a pena publicar deve dizer o que a quebraria. Quatro coisas fariam isso:

  1. As empresas aceitam a avaliação feita pela plataforma como suficiente. Se CIOs e reguladores tratarem as avaliações do próprio fornecedor como auditoria, a camada independente continuará pequena.
  2. Os laboratórios resolvem a interpretabilidade fiel. O argumento de Nadella se baseia na incapacidade de rastrear o comportamento do modelo. Se isso mudar, a contenção importa menos e a verificação fica mais barata.
  3. As compras se afastam da camada de plataforma. Se as empresas padronizarem a stack de agentes de um único laboratório de ponta a ponta, o plano de controle passa da Microsoft para esse laboratório.
  4. Soberania significa deixar a Microsoft. Se os compradores europeus concluírem que a nuvem local de um fornecedor dos EUA não é soberana o suficiente, a vantagem europeia da Microsoft encolhe.

Eu acompanharia três sinais nos próximos 12 meses: se a Microsoft padronizará as tecnologias de contenção que Nadella pediu, se as orientações da UE sobre conformidade de alto risco mencionarão testes de terceiros, e se as empresas começarão a exigir evidências de verificação nas compras de IA. Se os três avançarem, a camada de confiança se torna um mercado.

Fontes

Ensaio de Nadella e reações

Resultados corporativos da Microsoft

Dados de mercado

Plataforma e modelos da Microsoft

Europa e soberania

Incidentes e pesquisas de governança

TestMu AI (LambdaTest) e Microsoft

Salvar com um clique

Faça leitura profunda de artigos virais com IA no YouMind

Salve a fonte, faça perguntas específicas, resuma o argumento e transforme um artigo viral em notas reutilizáveis em um único espaço de trabalho com IA.

Explorar o YouMind
Para criadores

Transforme seu Markdown em um artigo 𝕏 impecável

Quando você publica seus próprios textos longos, formatar imagens, tabelas e blocos de código para o 𝕏 é uma dor de cabeça. O YouMind transforma um rascunho completo em Markdown em um artigo 𝕏 impecável e pronto para publicar.

Experimente Markdown para 𝕏

Mais padrões para decifrar

Artigos virais recentes

Explorar mais artigos virais