GitHub reescribe Copilot en Rust: lecciones de agentes de IA

Resumen: GitHub reescribe Copilot en Rust

GitHub explica que trasladó el runtime de agentes de Copilot desde TypeScript y Node.js a Rust. Los agentes de IA escribieron gran parte del código, pero los ingenieros definieron la arquitectura, revisaron cambios, ejecutaron pruebas y corrigieron regresiones. El trabajo se dividió en 128 pull requests durante varios meses, mientras el producto seguía evolucionando. La lección no es que todo JavaScript deba convertirse en Rust, sino que una migración asistida por IA necesita límites claros, cambios pequeños, validación automática y responsabilidad humana.

Qué cambió en el 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 qué ayudaron los agentes de IA

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.

Lista práctica para una migración con 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 de BTTC. Una herramienta puede acelerar el feedback, pero no sustituye la revisión técnica.

Preguntas frecuentes

¿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.

Conclusión

El caso de GitHub demuestra que la IA acelera una migración, pero no elimina los contratos, la validación ni la responsabilidad de ingeniería.