Microsoft disponibiliza o Copilot harness pelo Foundry para agentes multi-modelo
Aprofundamento CEVIU
Aprofundamento
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. O modelo fornece a inteligência, o harness faz o trabalho acontecer. O Microsoft Copilot harness nasceu na engenharia do GitHub e hoje alimenta Copilot Code, Copilot Studio, o app GitHub Copilot, a CLI e o VS Code. Agora chega ao Microsoft Foundry em modo totalmente gerenciado.
Na prática, há duas formas de usar. O SDK pode ser baixado, ou o harness roda na nuvem gerenciado pelo Foundry. Nesse segundo caso, a Microsoft executa o agent loop e o sandbox, com governança e otimização embutidas. O cliente define instruções, skills, ferramentas e a escolha do modelo. O suporte cobre MCP, agent skills e agent plugins, com mais de 20 frontier models e bring your own key, e a empresa diz que roteia o trabalho para o modelo mais adequado à tarefa. O runtime foi portado para Rust, o que, segundo a Microsoft, reduziu o overhead de sessão e o time-to-first token. Os números de desempenho são da própria empresa, e o texto não traz benchmarks novos.
O que mudou
O harness já aparecia no radar do CEVIU. Em 29 de junho de 2026, a matéria "Avaliação de desempenho e eficiência do agentic harness do GitHub Copilot entre diferentes modelos e tarefas" apontava resultados sólidos em benchmarks, liderança em eficiência de tokens e escolha entre mais de 20 modelos. Era um componente interno do GitHub Copilot. Agora, em 28 de outubro de 2026, ele ganha nome de Microsoft Copilot harness e vira oferta para quem constrói agentes no Foundry, com SDK e execução gerenciada.
Em 28 de setembro de 2026, o CEVIU noticiou "Microsoft Lança Runtime Gerenciado Para Aplicações de IA no Ecossistema Corporativo", sobre o Copilot Managed Runtime para apps criados em Copilot Code, Cowork e Copilot Studio no Microsoft 365. O harness gerenciado no Foundry segue a mesma lógica de a Microsoft operar a infraestrutura de execução, agora para agentes próprios dos clientes.
Por que isso importa
Para quem opera agentes em produção, a leitura é que o custo de manter harness e roteador próprios pode ser terceirizado. Trocar de modelo sem mexer no resto da stack reduz o atrito quando o líder do ranking muda. O preço dessa conveniência é depender da Microsoft para o agent loop e o sandbox. Vale testar com suas tarefas e medir custo e latência antes de assumir os ganhos anunciados.
Linha do tempo
CEVIU noticia a avaliação de desempenho e eficiência do agentic harness do GitHub Copilot.
Microsoft lança o Copilot Managed Runtime para apps de IA no Microsoft 365.
Microsoft disponibiliza o Copilot harness pelo Foundry para agentes multi-modelo.
Perguntas frequentes
O que é o Microsoft Copilot harness?
É a camada de orquestração em torno do modelo, que entrega ao agente instruções, contexto, ambiente de execução e controles. Nasceu no GitHub e alimenta Copilot Code, Copilot Studio, o app GitHub Copilot, a CLI e o VS Code. Agora também está no Microsoft Foundry.
Como posso usar o harness no Foundry?
Há duas opções: baixar o SDK ou rodar o harness na nuvem, gerenciado pelo Foundry. No modo gerenciado, a Microsoft executa o agent loop e o sandbox. Você define instruções, skills, ferramentas e o modelo.
Quais modelos ele suporta?
A Microsoft fala em mais de 20 frontier models, além de bring your own key. O harness também pode rotear o trabalho para o modelo mais adequado a cada tarefa. A lista exata de modelos não consta no anúncio.
Dá para usar outros frameworks junto?
Sim. A Microsoft afirma que a plataforma segue aberta e interoperável, e que você pode trazer qualquer harness ou framework. O harness também suporta padrões abertos como MCP, agent skills e agent plugins.
Fontes
- blogs.microsoft.comfonte original
- Categoria
- CEVIU IA
- Publicado
- 28 de outubro de 2026
- Editoria
- CEVIU IA
