Microsoft libera no Foundry o Copilot harness, camada gerenciada de orquestração multi-model para agentes

A Microsoft define o harness como tudo o que cerca o modelo: a camada de orquestração que entrega ao agente instruções, contexto, ambiente de execução e controles. Segundo a empresa, o Copilot harness nasceu na equipe de engenharia do GitHub e foi adotado em toda a companhia. Ele alimenta Copilot Code, Copilot Studio, o app GitHub Copilot, a CLI e o VS Code. Agora chega ao Microsoft Foundry.

No modelo descrito, a Microsoft opera o agent loop e o sandbox, com governança e otimização embutidas desde o primeiro dia. O cliente fornece instruções, skills, ferramentas e a escolha de modelo. O harness suporta mais de 20 frontier models e permite trazer a própria chave (bring your own key). Também há suporte a padrões abertos como MCP, agent skills e agent plugins. O SDK pode ser baixado, ou o harness roda na nuvem, gerenciado pelo Foundry. A Microsoft diz que a plataforma segue aberta e interoperável, então outros harnesses e frameworks continuam possíveis. A empresa afirma ainda que o runtime foi portado para Rust, com redução de overhead de sessão e do tempo até o primeiro token. Esses ganhos são alegações da fabricante, sem números divulgados no texto.

Em 28 de outubro de 2026, o CEVIU noticiou "Microsoft disponibiliza o Copilot harness pelo Foundry para agentes multi-modelo", com a tese de que construir e manter um harness multi-modelo é difícil. Em 29 de outubro de 2026, a matéria "Microsoft disponibiliza o Copilot harness no Foundry para agentes multimodelo" detalhou as superfícies que usam a base. A notícia de 30 de outubro de 2026 trata do mesmo lançamento, agora com status de disponibilidade oficial e foco na camada gerenciada para TI corporativa. Ainda em 29 de outubro de 2026, o CEVIU publicou "GitHub lança Copilot Fusion, que direciona tarefas de programação entre modelos de IA e agentes", que mostra a mesma lógica de roteamento entre modelos no lado do GitHub.

Para quem opera TI corporativa, a leitura é de uma decisão clássica de construir ou comprar. Manter um harness ou roteador próprio exige avaliar modelos novos continuamente, e a Microsoft propõe tirar essa carga da equipe. A contrapartida é concentrar agent loop, sandbox e governança em um fornecedor. Vale avaliar dependência, auditoria, residência de dados e custo por uso antes de padronizar. A possibilidade de trazer a própria chave e de usar outros frameworks reduz parte do risco de aprisionamento, mas isso precisa ser testado na prática.