✨︎ Resumen (TL;DR):
- Jarred Sumner portó las 535,496 líneas de código de Bun de Zig a Rust en solo 11 días mediante agentes automáticos.
- El proceso devoró un estimado de 165,000 dólares en tokens de la API de Anthropic y requirió más de un millón de líneas de cambios.
- La nueva versión v1.4.0 (en fase canary) reduce el peso del software en un 20% y elimina fugas críticas de memoria.
Jarred Sumner, creador del popular runtime Bun, reescribió por completo la base de código de su herramienta desde el lenguaje Zig hacia Rust en un lapso de 11 días. El desarrollador logró esta hazaña apoyado en un ejército de 64 agentes de Claude Code trabajando en paralelo y una versión de desarrollo de Claude Fable 5, un proceso que a un equipo humano de tres ingenieros expertos le habría tomado cerca de un año de trabajo manual.
La transición generó un saldo de 6,778 commits y un volumen de cambios que superó el millón de líneas de código. El consumo de tokens para este masivo despliegue de inteligencia artificial equivale a unos 165,000 dólares a precios actuales de la API de Anthropic. Este cambio de rumbo tiene una explicación corporativa: Anthropic compró Bun en diciembre de 2025, y Sumner ahora forma parte de su plantilla.
El problema de mezclar memoria manual y recolección de basura
Bun es un runtime de JavaScript y TypeScript que además funciona como bundler, gestor de paquetes y corredor de pruebas. Su interfaz de línea de comandos registra más de 22 millones de descargas mensuales. Sin embargo, arrastraba problemas técnicos complejos como fallas de desbordamiento de memoria (use-after-free) y fugas recurrentes.
El origen de estos fallas no radica en Zig, sino en la integración con JavaScriptCore, el motor de navegación que Bun embebe. Dicho motor utiliza un recolector de basura automático, mientras que Zig exige una gestión manual de la memoria sin constructores ni destructores automáticos. Esto obligaba a los desarrolladores a vigilar meticulosamente cada puntero y cada liberación de recursos. En contraste, el compilador de Rust automatiza la liberación de memoria de forma segura y detecta estos fallos antes de compilar el programa.
“Hasta hace muy poco, la elección del lenguaje de programación era una decisión sin retorno para un proyecto como Bun.” declaró Sumner al detallar la facilidad con la que la inteligencia artificial eliminó esta barrera de desarrollo.
Una suite de pruebas robusta como salvavidas
El factor clave que permitió a las inteligencias artificiales trabajar con precisión fue la suite de pruebas de Bun. Al estar programada enteramente en TypeScript, el arnés de pruebas era totalmente independiente del lenguaje de programación del runtime. Los agentes podían reescribir archivos enteros y validar de inmediato si el comportamiento del programa seguía siendo el correcto.
El sistema de control corrió de forma automatizada sobre Debian 13, ejecutando más de 1.3 millones de llamadas de verificación y 60,624 pruebas individuales sin saltarse un solo paso. Sumner supervisó manualmente que el entorno de pruebas funcionara realmente y no fuera omitido por los bots antes de integrar los cambios a la rama principal.
El método de revisión adversaria
Para garantizar que el código resultante fuera robusto, el equipo implementó un flujo llamado revisión adversaria. Mientras un agente de Claude programaba el archivo, otros dos agentes de revisión independientes recibían únicamente el código modificado con la instrucción explícita de asumir que el código estaba mal y encontrar el error.
Este esquema de control detectó fallos graves de concurrencia y gestión de variables antes de fusionar el código. El ecosistema de trabajo llegó a procesar 1,300 líneas de código por minuto en su punto de mayor actividad, coordinando cuatro copias de trabajo simultáneas y distribuyendo la lista de errores de compilación directamente entre los agentes disponibles.
Resultados tangibles y rendimiento en producción
La versión resultante, Bun v1.4.0, actualmente disponible en el canal de pruebas (canary), ofrece mejoras sustanciales respecto a su predecesora en Zig:
- Corrige 128 fallos de software previamente reportados.
- El peso del archivo binario disminuyó un 20% en sistemas Windows y Linux.
- Se estabilizó el consumo de memoria, que ahora se mantiene en 609 MB frente a los más de 6.7 GB que consumía la versión anterior en pruebas de estrés.
- El rendimiento general mejoró entre un 2% y un 5% en la gestión de peticiones web.
A pesar de los beneficios, el sistema aún conserva cerca de un 4% de código considerado “unsafe” en Rust, necesario para comunicarse con librerías nativas en C y C++.
La tecnología ya opera en entornos reales. Claude Code ejecuta esta versión en Rust desde mediados de junio de 2026, logrando arrancar un 10% más rápido. Por su parte, la firma Prisma probó la reescritura en su infraestructura beta. Alexey Orlenko de Prisma comentó: “Nos topamos con fugas de memoria y con un pool de conexiones que no lograba recuperarse después de pausar y reanudar una máquina virtual. Cuando apareció la reescritura en Rust, la probamos contra los mismos modos de falla. Los manejó a la perfección.”
Para cualquier equipo técnico que busque imitar este logro, la lección principal reside en la infraestructura de pruebas. Disponer de una cobertura de pruebas automatizada, sólida y ajena a la implementación es lo que verdaderamente permite delegar la programación en agentes autónomos sin perder el control del proyecto.
