Microsoft disponibiliza o ambiente de orquestração do Copilot por meio do Foundry

Em 28 de outubro de 2026, a Microsoft disponibilizou o ambiente de orquestração do Microsoft Copilot — a camada de orquestração multimodelo que já alimenta o Copilot Code, o Copilot Studio, o aplicativo GitHub Copilot, o Copilot CLI e o VS Code — para desenvolvedores e clientes corporativos por meio do Microsoft Foundry, em um anúncio no blog oficial da Microsoft.

A Microsoft descreve um ambiente de orquestração como tudo o que envolve o modelo: a camada de orquestração que fornece ao agente as instruções, o contexto, o ambiente de execução e os controles adequados para realizar o trabalho, com suporte a padrões abertos, como o Model Context Protocol, além de habilidades de agente e plugins de agente. A equipe de engenharia do GitHub criou o ambiente de orquestração do Copilot, que a Microsoft adotou em toda a empresa. Uma publicação complementar no blog do Microsoft Foundry, divulgada no mesmo dia, apresentou o ambiente de orquestração no Foundry Agent Service em versão prévia pública e anunciou a disponibilidade geral do recurso de resiliência para agentes hospedados em tarefas de longa duração.

A Microsoft afirmou que o ambiente de orquestração foi desenvolvido para funcionar com diferentes famílias de modelos, com suporte a mais de 20 modelos de ponta e à opção de usar a própria chave, e que direciona o trabalho ao modelo ou aos modelos mais adequados à tarefa. A empresa disse que ele executa o ciclo do agente e o ambiente isolado, com governança e otimização integradas, enquanto os clientes fornecem as instruções, as habilidades, as ferramentas e a escolha do modelo. O Copilot SDK está disponível para download, e o ambiente de orquestração também pode ser executado na nuvem gerenciada pelo Foundry; segundo a Microsoft, suas plataformas continuam abertas a outros ambientes de orquestração e frameworks.

Execução gerenciada no Foundry Agent Service

Segundo a publicação no blog do Foundry, a versão prévia pública reúne quatro componentes. Habilidades reutilizáveis agrupam instruções, scripts e recursos de apoio em procedimentos que um agente pode aplicar em diferentes tarefas. As ferramentas conectadas incluem ferramentas compatíveis com o Foundry e ferramentas do Model Context Protocol, com autenticação e aprovações configuradas explicitamente. A execução e a delegação permitem que os agentes trabalhem com arquivos e código e encaminhem tarefas delimitadas a subagentes integrados, enquanto o agente principal coordena o resultado. As definições dos agentes podem ser gerenciadas junto com o código do aplicativo sob controle de versão. O ambiente de orquestração gerencia o contexto de trabalho à medida que as tarefas avançam e coordena as etapas envolvendo modelos e ferramentas dentro dos limites configurados e das políticas estabelecidas; os clientes podem escolher um modelo compatível com o Foundry sem precisar reescrever a camada de orquestração.

Os desenvolvedores podem criar agentes usando a interface em versão prévia do Azure Developer CLI (azd), o portal do Foundry, o Foundry Toolkit para Visual Studio Code ou o plugin e a habilidade do Microsoft Foundry no aplicativo GitHub Copilot. A publicação inclui declarações de duas empresas. Chris Evans, diretor de tecnologia da Confluence Technologies, afirmou que sua equipe colocou uma solução em funcionamento em menos de uma semana, o que lhe permitiu se concentrar no design e nos recursos, em vez de cuidar da infraestrutura subjacente. Orlando Ribas Fernandes, CEO da Fashable, disse que o ambiente de orquestração oferece à empresa uma base para transformar processos complexos de sourcing em fluxos de trabalho com agentes, governados e mensuráveis, mantendo sob controle humano as decisões com força comercial vinculante.

Limites da versão prévia e cobrança a partir de dezembro

Durante a versão prévia, os clientes selecionam o ambiente de orquestração do Microsoft Copilot ao criar um agente. Os agentes existentes não são alterados, ainda não é possível trocar o ambiente de orquestração após a criação, e o Foundry gerencia as configurações de CPU, memória e inatividade do ambiente de execução.

A cobrança pelo ambiente de orquestração do Copilot no Foundry Agent Service começa em 1º de dezembro de 2026, com base no consumo. O uso do ambiente de execução é gratuito antes dessa data, enquanto a inferência dos modelos e as ferramentas e os serviços conectados cobrados separadamente continuam sujeitos às respectivas tarifas. A partir de 1º de dezembro, a computação do ambiente isolado será cobrada a US$ 0,0994 por vCPU-hora, e a memória, a US$ 0,0118 por GiB-hora; os preços variam conforme a região e o contrato.

A publicação também apresenta três abordagens no Foundry Agent Service: agentes baseados em prompts sem o ambiente de orquestração, quando as instruções e as ferramentas compatíveis são suficientes para a tarefa; agentes baseados em prompts com o ambiente de orquestração do Copilot, para execução gerenciada com habilidades, arquivos e subagentes; e agentes hospedados, quando as equipes precisam usar seu próprio framework, ciclo do agente, middleware, dependências ou comportamento de execução, mantendo a hospedagem gerenciada pelo Foundry.

Resiliência para agentes hospedados em tarefas de longa duração

O recurso de resiliência para agentes hospedados em tarefas de longa duração está disponível em caráter geral e se destina a trabalhos que levam horas ou dias. O Foundry detecta interrupções e reinicia o trabalho com a entrada original, enquanto o código do cliente salva o progresso e os resultados intermediários para que o agente possa retomar de onde parou. Quando um agente atualiza outro sistema, o fluxo de trabalho também precisa impedir ações duplicadas após a reinicialização. A Microsoft observou que o histórico da conversa, por si só, não é suficiente para restaurar um trabalho em andamento.

Desenvolvido no GitHub

A Microsoft afirmou que o ambiente de execução foi desenvolvido pelos mesmos engenheiros do GitHub responsáveis pelo trabalho de orquestração de vários modelos e que está padronizando suas experiências com o Copilot com base nessa estrutura. Em 4 de setembro de 2026, o GitHub apresentou o Project HydraFusion, uma versão prévia de pesquisa que cria um plano de execução entre modelos de vários provedores usando três padrões: único, no qual um modelo resolve a tarefa diretamente; em cascata, no qual um modelo eficiente elabora uma solução e um controle de qualidade decide se deve encaminhá-la a um modelo mais potente; e crítica, na qual um avaliador independente, somente de leitura, de uma família diferente de modelos analisa uma versão preliminar antes que o modelo responsável pela elaboração a revise. O GitHub informou que, em avaliações offline, o HydraFusion melhorou em 4,9 pontos percentuais a qualidade das tarefas verificadas, com custo estimado 67% menor que o do Claude Opus 5 no TerminalBench 2.1; ficou a no máximo 1,5 ponto do resultado no DeepSWE, com custo 36% menor; e ficou a no máximo 0,1 ponto do resultado no CheckpointBench interno, com custo 65% menor.

O GitHub também havia divulgado, em 16 de setembro de 2026, que portou o ambiente de execução do agente Copilot de TypeScript para Rust, alcançando 832.378 linhas de código Rust em produção até 21 de agosto de 2026, em 128 solicitações de pull enviadas incrementalmente, com o SDK do Copilot disponibilizando o ambiente de execução para seis interfaces de linguagem. A Microsoft atribui ao porte o desempenho líder do setor e as reduções na sobrecarga da sessão e no tempo até o primeiro token. Em testes de desempenho conduzidos pelo engenheiro ilustre da Microsoft Stephen Toub por meio do SDK de C#, o tempo para criar um cliente e uma sessão e concluir uma rodada caiu de 5,25 segundos antes do porte para 292 milissegundos com o ambiente de execução Rust carregado no próprio processo; já o pico de memória adicional em um lote de dez clientes caiu de 1.383 MB para 126 MB.