Un proyecto que solía requerir 4 años, ¡reducido a solo dos semanas por Claude Code!
El costo pasó de 3 millones de USD a poco más de cien mil.
Recientemente, Anthropic reveló por primera vez el «proceso completo» de la migración de código a gran escala con CC, un marco de seis pasos que impresionó a toda la red.
El protagonista de esta historia es Jarred Sumner, el creador de Bun.
En un año, escribió Bun, un entorno de ejecución de JavaScript más rápido que Node.js.
Ahora, en menos de dos semanas, generó frenéticamente un millón de líneas de código y migró de Zig a Rust.
El creador de Bun hace que la IA reescriba un millón de líneas de código
En su momento, la lógica de Jarred Sumner al apostar por Zig era pura: usar la simplicidad extrema para exprimir un rendimiento comparable al de C.
Era casi la herramienta perfecta para un creador independiente.
En sus propias palabras, «antes de que existieran los LLM, escribí Bun en un año, solo en un pequeño apartamento en Oakland».
Sin embargo, el lado oscuro de la simplicidad extrema era la infinidad de problemas ocultos que se sembraron desde el principio.
Hoy, la CLI de Bun ya supera los 10 millones de descargas mensuales y se ha convertido en una dependencia fundamental para el núcleo de CC.
Con el crecimiento frenético del ecosistema, la «deuda técnica» acumulada durante años ha llegado al momento de pagarse con intereses.
Así que hizo algo impensable antes: usar Claude Code para migrar todo Bun de Zig a Rust, que es más seguro en memoria.
En menos de dos semanas, produjo un millón de líneas de código.
Antes de la fusión, todos los casos de prueba existentes de Bun pasaron al 100% en CI. Después de la fusión, aparecieron 19 regresiones, que ya están todas corregidas. La versión en Rust se lanzó discretamente en junio junto con Claude Code.
Esta migración consumió 5.9 mil millones de tokens de entrada y 690 millones de tokens de salida, lo que, según los precios de la API, equivale a unos 165,000 USD.
Puede sonar caro, pero comparado con los 4 años y 3 millones de USD del método anterior, este precio es prácticamente regalado.
Una biblioteca de Python convertida en 165,000 líneas de TS
No solo Jarred Sumner utiliza CC como motor de eficiencia.
Mike Krieger, cofundador de Instagram y director asociado de Anthropic Labs, tiene una historia aún más representativa.
En un fin de semana, migró una biblioteca de código Python a 165,000 líneas de TypeScript. La parte principal consumió aproximadamente 27 millones de tokens.
Cientos de agentes, 8 fases de control, 3 rondas de revisión adversaria y, finalmente, una verificación de consistencia, comparando la salida de cada comando con la versión original en Python. Cualquier cambio en el comportamiento se trataba como un error.
Incluso hizo que Claude diseñara un conjunto de pruebas de extremo a extremo, ejecutándolas durante cuatro noches seguidas para atrapar esos problemas inesperados en los rincones.
¿Por qué era necesaria la migración?
Su equipo necesitaba empaquetar sus herramientas internas en un solo binario para entregárselo a los usuarios.
Con la cadena de herramientas de Python, la compilación para cada plataforma tomaba 8 minutos, y toda la matriz de construcción requería media hora por lanzamiento.
Después de la migración, la misma compilación tarda solo 2 segundos, el binario se inicia 6 veces más rápido y, de paso, se retiró toda una línea de implementación.
No corrijas el código, el marco central de seis pasos
Entonces, ¿cuál es el alma de este enfoque?
Anthropic lo resume en una frase: no corregir el código, sino corregir el bucle que produce ese código.
Las migraciones a gran escala son especialmente adecuadas para la IA por una razón sencilla:
El trabajo es inherentemente paralelizable; miles de archivos pueden procesarse simultáneamente.
El código antiguo es la mejor especificación en sí mismo.
El conjunto de pruebas es un juez listo para usar.
Si falla la compilación o una prueba, la siguiente tarea pendiente aparece automáticamente.
El modelo puede insistir durante días contra esta «verdad objetiva» sin necesidad de arbitraje humano en el medio.
Así, Anthropic propone un marco reutilizable de seis pasos: primero preparar al juez, escribir el manual de reglas, dibujar el gráfico de dependencias y listar las deficiencias.
Luego, realizar una «prueba piloto» a pequeña escala para evaluar las reglas, detectando problemas críticos antes de extenderse a miles de archivos.
Después, traducción a gran escala, ejecutando el ciclo de múltiples agentes «implementación-revisión-corrección»; finalmente, compilar, ejecutar y comparar el comportamiento uno a uno.
Durante todo el proceso, las reglas nunca se parchean manualmente:
Cada vez que un revisor detecta un error, añade una frase al manual de reglas y regenera ese lote de archivos afectados.
Anthropic sugiere finalmente: elige una biblioteca de código que hayas tolerado durante mucho tiempo y pregúntale a Claude cómo sería su proceso de migración.
Hace cuatro años, esto era una broma. Hoy, es un cheque que realmente se puede cobrar.
En el pasado, migrar era un abismo que los desarrolladores no se atrevían a cruzar; ahora, es solo una barra de progreso esperando a vaciarse.
Este artículo proviene del WeChat público "New Zhiyuan", autor: ASI Apocalipsis
