O GitHub revelou em 16 de setembro de 2026 uma reescrita completa do runtime do agente que sustenta o GitHub Copilot CLI, o GitHub Copilot app e o GitHub Copilot SDK. O código deixou o TypeScript sobre Node.js e o motor V8 e passou a somar mais de 800 mil linhas de Rust de produção.
A maior parte foi escrita por agentes de IA, distribuída em 128 pull requests que chegaram à branch principal de forma incremental, sem uma troca única no final do processo. O relato foi publicado por Stephen Toub no blog do GitHub.
Do typescript ao rust
O runtime nasceu para alimentar o que hoje é o GitHub Copilot cloud agent, conhecido como CCA. Cresceu junto com suas capacidades.
A escolha original, com TypeScript, Node.js, V8, Ink e React para a interface, era considerada respeitável para um aplicativo de terminal. Linguagem amplamente acessível e desenvolvimento de aplicação muito rápido.
O próprio material reconhece que, para as necessidades de um aplicativo de console, as implicações de desempenho em inicialização, capacidade de resposta, throughput e consumo de memória eram razoáveis. O problema é que elas se tornam bem menos razoáveis quando a mesma implementação precisa rodar em outros ambientes, com outras restrições.
Esses ambientes exigem partida rápida e excelente densidade de servidores por causa do baixo uso de memória.
Por que a arquitetura atrapalhava
A arquitetura também contribuiu para o cenário. A interface de terminal e o runtime estavam bastante entrelaçados, em vez de separados em camadas discretas.
Quando surgiu a necessidade de um SDK para acesso programático ao runtime, a decisão pragmática foi empilhar o SDK sobre a CLI. Logicamente, se esperava o inverso.
A CLI ganhou um modo headless, lendo comandos parecidos com os do usuário pela entrada padrão e escrevendo respostas na saída padrão. Um protocolo JSON-RPC transporta chamadas de função de um processo externo até ela e de volta.
Na prática, criar um novo CopilotClient a partir do SDK significava disparar outro processo. Isso implicava lançar e hospedar o Node e o V8, analisar a quantidade significativa de JavaScript produzida a partir do TypeScript da CLI, gerar bytecode para esse código e potencialmente otimizar trechos quentes em camadas posteriores de compilação JIT.
Implicava também toda a sobrecarga de memória associada ao V8. Herdava o modelo de threads do Node, que por padrão empurra todo trabalho limitado por CPU para uma execução serializada.
E ainda forçava comunicação entre processos apenas para realizar chamadas de função.
O que a reescrita entrega
Segundo o relato, o desempenho do runtime melhorou em ordens de magnitude. As poucas regressões inevitáveis foram descobertas e corrigidas rapidamente ao longo do caminho, já que o código foi enviado aos poucos em vez de concentrado em um único corte final.
O projeto que antes exigiria um time inteiro de desenvolvedores por um ou dois anos foi concluído principalmente por um único desenvolvedor, em apenas alguns meses. O restante da equipe continuava ampliando bastante as capacidades e o alcance do runtime.
Um runtime compartilhado por muitos produtos
O runtime não é apenas o motor por trás da CLI. Ele sustenta um conjunto crescente de soluções da Microsoft, do GitHub e do ecossistema, nas quais o suporte de IA é, arquiteturalmente, uma casca em torno do mesmo runtime mais as customizações que cada solução exige.
A lista inclui versões recentes do VS Code e do Visual Studio, o CCA, o Copilot Code Review, o Copilot Cowork, o Copilot Studio, além de Excel, Outlook, PowerPoint e Word.
São produtos muito diferentes, e nenhum deles quer ou deveria precisar implementar tudo o que compõe um harness de agente em produção. Eles querem inteligência, segurança, confiabilidade e desempenho, e querem isso compartilhado, de modo que uma correção em um ponto corrija todos ao mesmo tempo.
A maioria desses produtos chegou a implementar seu próprio laço de agente, mas desde então passou a usar o GitHub Copilot SDK, que é o ponto de entrada para o runtime do agente. Com isso, as equipes podem focar no valor central de seu negócio e deixar os detalhes para o runtime.
Isso é ainda mais importante diante do ritmo do setor e da necessidade de manter o laço de agente sempre no estado da arte em meio a uma competição intensa.
