Copilot Cowork, da Microsoft, chegou à disponibilidade global em quatro meses e meio, com migração de Python para Rust
Aprofundamento CEVIU
Aprofundamento
O relato da Microsoft descreve o Copilot Cowork como uma camada de execução com agentes que cumpre fluxos de trabalho de vários passos em nome do usuário. O repositório começou vazio, com o primeiro commit em 13 de janeiro. O lançamento para os primeiros clientes corporativos, no programa Frontier, veio em 30 de março. A disponibilidade global foi em 16 de junho, cerca de quatro meses e meio depois, com vários modelos e 16 plugins.
O ponto técnico central é a arquitetura. O modelo roda em um contêiner sem credenciais do usuário, e um host confiável, fora do contêiner, cuida de identidade, política, aprovações e ferramentas. Toda operação no Microsoft 365 passa por esse host. Como o agente só fala com ele por uma interface definida, a equipe conseguiu trocar o host inteiro sem mexer no agente, o que viabilizou a migração de Python para Rust com o produto no ar. Em 21 de outubro, nove engenheiros fizeram merge de 1.211 pull requests. Os PRs mergeados por mês foram de 257 em janeiro para 2.754 em maio.
As lições são práticas: spec em markdown antes de qualquer código (o que muda, como saber que funciona, o que não pode quebrar), agentes estreitos com um modelo escolhido por tarefa, e checagens que informam quantos arquivos verificaram e vêm com um teste que as faz falhar de propósito. Um caso citado: um script passava a saída por tail, que sempre retorna sucesso, e a checagem de tamanho dos arquivos de instrução ficou verde mesmo estourando o limite. Na revisão, bots de review dão um primeiro retorno em cerca de quatro minutos e meio (mediana), mas humanos acharam quatro problemas bloqueantes que os agentes não viram em uma área sensível.
A reorganização do workspace Rust também tem números. Eram 86 crates, com cadeia de dependência de 13 níveis, e o binário principal chegou a cerca de 290.000 linhas. Depois do programa de 401 itens de trabalho, o workspace foi a cerca de 176 crates. As dependências entre implementações na lista de exceções caíram de 216 (22 de agosto) para zero (7 de outubro). O ganho de tempo de build foi menor que o previsto, porque o cache de compilação já acertava cerca de 99% das vezes.
O que mudou
Em 19 de junho de 2026, o CEVIU noticiou "Copilot Cowork entra em disponibilidade geral: IA executa tarefas complexas de ponta a ponta", com o produto liberado para usuários com licença Microsoft 365 Copilot. Agora a Microsoft revela como foi construído: o que era um anúncio de disponibilidade ganha o bastidor de engenharia, com agentes escrevendo a maior parte do código e a troca do runtime de Python para Rust já com o produto em operação.
Em 28 e 30 de outubro de 2026, o CEVIU cobriu o Copilot harness no Foundry, camada de orquestração multi-model. O relato atual reforça a mesma linha, a de escolher o modelo por tarefa como troca entre qualidade e custo.
Por que isso importa
Para quem opera agentes em produção, a leitura é que o ganho não veio só de modelo melhor. Veio de spec clara, isolamento de credenciais e checagens que provam o que checaram. Para times que pensam em migrar de linguagem com agentes, o desenho de interface estável entre agente e host parece ser o que tornou a troca viável.
Linha do tempo
CEVIU noticia a disponibilidade geral do Copilot Cowork para usuários com licença Microsoft 365 Copilot.
CEVIU noticia o Copilot harness pelo Foundry para agentes multi-modelo.
CEVIU noticia a liberação do Copilot harness no Foundry como camada gerenciada de orquestração multi-model.
Microsoft detalha como o Copilot Cowork foi construído em quatro meses e meio e migrado de Python para Rust.
Perguntas frequentes
Quanto tempo o Copilot Cowork levou para chegar à disponibilidade global?
Cerca de quatro meses e meio. O primeiro commit foi em 13 de janeiro e a disponibilidade global veio em 16 de junho, com vários modelos e 16 plugins. Os primeiros clientes corporativos do programa Frontier receberam o produto em 30 de março.
Como o Copilot Cowork isola o agente de credenciais?
O modelo roda em um contêiner sem credenciais do usuário. Um host confiável fora do contêiner cuida de identidade, política, aprovações e ferramentas, e toda operação no Microsoft 365 passa por ele. O modelo pode planejar e pedir qualquer coisa, mas o host decide o que acontece.
Por que a Microsoft migrou o runtime de Python para Rust?
O relato destaca que a migração melhorou a eficiência. Ela foi possível porque o agente se comunica com o host por uma interface definida, o que permitiu trocar o host inteiro sem alterar o agente.
Qual a principal lição sobre checagens automatizadas?
Uma checagem precisa provar que verificou algo. A equipe criou uma regra em duas partes: toda checagem informa quantos arquivos verificou, e toda checagem nova vem com um teste que a faz falhar de propósito. Agentes insistem até passar, então uma checagem que passa sem testar nada acaba sendo explorada.
Fontes
- commandline.microsoft.comfonte original
- Categoria
- CEVIU IA
- Publicado
- 03 de novembro de 2026
- Editoria
- CEVIU IA

