GitHub reescreve o Copilot em Rust: lições de agentes de IA

Resumo: GitHub reescreve o Copilot em Rust

O GitHub relata que migrou o runtime de agentes do Copilot de TypeScript e Node.js para Rust. Agentes de IA produziram grande parte do código, enquanto engenheiros definiram a arquitetura, revisaram alterações, executaram testes e corrigiram regressões. O trabalho foi dividido em 128 pull requests ao longo de meses, sem interromper a evolução do produto. A lição não é transformar todo JavaScript em Rust, mas usar limites claros, mudanças pequenas, validação automática e responsabilidade humana em migrações assistidas por IA.

O que mudou no runtime

El runtime sirve al CLI de Copilot, la aplicación, los SDK, los agentes en la nube y la revisión de código. Antes, el CLI de TypeScript funcionaba en otro proceso: cada cliente SDK debía iniciar Node.js y V8 y comunicarse mediante JSON-RPC. Eso añadía tiempo de inicio, memoria y una frontera de procesos. La nueva arquitectura separa la interfaz de terminal del runtime y permite ejecutarlo dentro o fuera del proceso. GitHub eligió Rust por el menor coste de inicio, la memoria predecible, la concurrencia y la integración con SDK de C#, TypeScript, Python, Go, Java y Rust. Sus mediciones bajaron el ciclo de sesión de 5,25 segundos a 55,3 milisegundos, elevaron el rendimiento de 7,55 a 120 sesiones por segundo y redujeron la memoria de diez clientes de 1.383 MB a 126 MB. Son mediciones del workload de GitHub, no una garantía universal.

Por que os agentes ajudaram

Los agentes realizaron transformaciones repetitivas y los desarrolladores aportaron contexto, revisaron diffs, ejecutaron builds, investigaron fallos y tomaron decisiones de diseño. El trabajo se dividió en sesiones y subagentes, con el build como barrera de validación. Un agente puede traducir patrones rápidamente, pero no decide por sí solo qué comportamiento es un contrato público, qué condición de carrera es peligrosa o qué compatibilidad importa al cliente. Las capas temporales entre Rust y TypeScript permitieron portar, revisar, publicar y revertir cada parte por separado.

Checklist para uma migração com IA

1. Mapea las fronteras: interfaz, runtime, almacenamiento, red y FFI.
2. Escribe pruebas de comportamiento: conserva lo que observan usuarios e integraciones.
3. Migra por partes: conserva build y rollback en cada etapa.
4. Limita las tareas del agente: un módulo, adaptador o grupo de pruebas cada vez.
5. Convierte la validación en una barrera: compilación, pruebas, revisión y recursos.
6. Controla las interfaces temporales: asigna dueño y condición de eliminación.
7. Mide la carga real: inicio, memoria, latencia, rendimiento y fallos.

Para encontrar herramientas de programación, pruebas y automatización, consulta el catálogo de software da BTTC. Una herramienta puede acelerar el feedback, pero no sustituye la revisión técnica.

Perguntas frequentes

¿La IA escribió todo el Rust? No. Los agentes escribieron gran parte, pero las personas dirigieron, revisaron, probaron y corrigieron el trabajo.

¿Por qué Rust? Por el bajo overhead, la memoria predecible, el embedding nativo, la concurrencia y la interoperabilidad de SDK.

¿Todo proyecto TypeScript debe migrar? No. El beneficio debe justificar el coste de migración, empaquetado y mantenimiento.

¿Cuál es la lección principal? Usar agentes en un ciclo controlado de cambios pequeños, pruebas automáticas, revisión humana y benchmarks realistas.

Conclusão

O caso do GitHub mostra que a IA acelera uma migração, mas não remove contratos, validação nem responsabilidade de engenharia.