GitHub menulis ulang Copilot dengan Rust: pelajaran dari agen AI

Ringkasan: GitHub menulis ulang Copilot dengan Rust

GitHub melaporkan bahwa runtime agen Copilot dipindahkan dari TypeScript dan Node.js ke Rust. Agen AI menulis sebagian besar kode, tetapi para insinyur menentukan arsitektur, meninjau perubahan, menjalankan pengujian, dan memperbaiki regresi. Pekerjaan dibagi menjadi 128 pull request selama beberapa bulan, sementara produk tetap dikembangkan. Pelajarannya bukan bahwa semua JavaScript harus menjadi Rust, melainkan migrasi dengan bantuan AI memerlukan batas yang jelas, perubahan kecil, validasi otomatis, dan tanggung jawab manusia.

Perubahan pada 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.

Mengapa agen AI membantu

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.

Daftar periksa migrasi dengan AI

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 katalog software BTTC. Una herramienta puede acelerar el feedback, pero no sustituye la revisión técnica.

Pertanyaan umum

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

Kesimpulan

Kasus GitHub menunjukkan bahwa AI mempercepat migrasi, tetapi kontrak, validasi, dan tanggung jawab rekayasa tetap penting.