Solo 11 días: Claude reescribe millones de líneas de código, un proyecto épico de IA que provoca indignación

marsbitPublicado a 2026-07-11Actualizado a 2026-07-11

Resumen

El mundo tecnológico se debate tras la controvertida decisión del equipo de Bun, un popular runtime de JavaScript/TypeScript, de reescribir en solo 11 días todo su código base (un millón de líneas) de Zig a Rust utilizando la herramienta Claude Fable 5 de Anthropic, con un coste estimado de 165.000 dólares en APIs. El motivo esgrimido son problemas de estabilidad y bugs de seguridad de memoria en la versión original de Zig, así como el veto de la comunidad Zig al código generado por IA, con la que Bun depende en gran medida. Esta decisión "épica" ha desatado una agria polémica, especialmente por la reacción del creador de Zig, Andrew Kelley, quien en un blog acusó al fundador de Bun, Jarred Sumner, de tener malos hábitos de ingeniería y generar "código basura". Kelley afirmó sentirse aliviado de que Bun abandonara Zig, por miedo a que dañara la reputación del lenguaje. La comunidad se divide entre quienes lo ven como una defensa necesaria de la calidad del código y quienes lo consideran una falta de profesionalidad. Las principales dudas giran ahora en torno al resultado: si bien el proceso fue rápido y relativamente barato, la nueva base de código en Rust, generada mayormente por IA mediante traducción directa, contiene 27.000 líneas de código "unsafe". Muchos expertos temen que esto pueda crear una enorme deuda técnica, haciendo el código difícil de mantener y entender para los desarrolladores humanos en el futuro, anulando así los ahorros iniciales. El proyecto se presen...

Estos días, la comunidad tecnológica está alborotada: Andrew Kelley, el creador del lenguaje de programación Zig, está furioso.

La razón es que Bun, que originalmente apostó totalmente por el lenguaje Zig, ha sido reescrito en Rust por su creador, Jarred Sumner.

Andrew Kelley no ocultó su ira. En lugar de usar palabras de cortesía ante este evento tecnológico fenomenal, apuntó directamente a los hábitos de ingeniería personal de Jarred Sumner, sus habilidades de gestión y la lógica comercial detrás de este incidente.

Bun es un entorno de ejecución de JavaScript/TypeScript de alto rendimiento, diseñado para ser una alternativa más rápida y moderna a Node.js, y en los últimos años se ha convertido en un fuerte contendiente para desafiar el dominio de Node.js en el mundo del desarrollo frontend.

El principal atractivo de Bun es su velocidad extrema: tanto en el tiempo de arranque, la instalación de dependencias como en la ejecución de pruebas, supera con creces a sus competidores, en parte porque estaba escrito en el lenguaje Zig.

En diciembre del año pasado, Anthropic anunció la adquisición de Bun, integrándolo como infraestructura para impulsar sus herramientas de programación con IA Claude Code y Claude Agent SDK. Jarred Sumner y otros miembros del equipo de Bun trabajan actualmente en Anthropic.

Tras su aplicación a gran escala, especialmente como base de Claude Code, el equipo de Bun consideró que se enfrentaba a problemas de estabilidad difíciles de erradicar.

Concretamente, la versión de Bun en Zig contenía una gran cantidad de errores de seguridad de memoria: use-after-free, double-free, olvido de liberar memoria en rutas de error, etc. En Zig, estos problemas solo pueden mitigarse mediante convenciones de codificación, mientras que en Rust, gracias al verificador de préstamos (borrow checker) y al mecanismo Drop, se convertirían directamente en errores de compilación.

Por otro lado, la comunidad principal de Zig tiene una política de tolerancia cero con el código generado por modelos de lenguaje grande (LLM), incluso las modificaciones de optimización no relacionadas con la IA no pueden integrarse en el código base. El equipo de Bun depende en gran medida de la asistencia de IA para el desarrollo, y continuar usando Zig significaría mantener su propia rama del compilador a largo plazo, con un costo elevado.

Así que en mayo de este año, presenciamos un gran proyecto de ingeniería en la comunidad tecnológica: Jarred Sumner, el fundador de Bun, anunció que había reescrito desde cero el millón de líneas de código de Bun en Rust en solo 11 días, utilizando la entonces no publicada Claude Fable 5 de Anthropic (un modelo de nivel Mythos) y la capacidad de flujos de trabajo dinámicos de Claude Code.

Esta fue una prueba épica de un flujo de trabajo de agentes (Agentic Workflow), que más tarde Anthropic utilizó como caso de referencia para promocionar sus Dynamic Workflows, pero también generó controversia por "traicionar la fe".

En una reciente publicación de blog, Andrew Kelley, el creador de Zig, señaló que la razón fundamental por la que Bun tenía tantos errores antes de la reescritura eran los pésimos hábitos de ingeniería de Jarred Sumner.

En primer lugar, incluso antes del auge de la IA, Jarred ya escribía código de baja calidad. Kelley mencionó que el equipo de Zig a menudo revisaba las bases de código de los usuarios, y la de Bun les causaba "un miedo extremo". Estaba llena de parches sobre parches (hacks on top of hacks), abuso de aserciones, y casi nunca dedicaban tiempo a eliminar errores y deuda técnica, priorizando siempre el lanzamiento rápido de nuevas funciones.

Luego está el millón de líneas de código Rust generado por Claude. Kelley se pregunta: "Bun afirma oficialmente que 1 millón de líneas de código Rust (escrito por IA) sin revisión humana son seguras porque hay casos de prueba; pero si los casos de prueba realmente son tan completos, ¿por qué no detectaron esos molestos errores cuando estaba escrito en Zig?"

Ahora, Kelley está extremadamente decepcionado por la transformación de Jarred, de un desarrollador de código abierto con energía de principiante (beginner energy) a un gerente pésimo (stinky manager).

Kelley afirmó directamente que cuando supo que Bun había decidido abandonar Zig, no sintió ira por la traición, sino alivio. Temía que Bun, llevando la insignia de Zig, generara malentendidos en el exterior, y más aún, que atrajera a usuarios que solo copian y pegan código de IA. Incluso comentó irónicamente que está tomando una taza de té, contento de que "finalmente esto ya no es mi problema".

Con críticas tan directas, otros miembros de la comunidad tecnológica también se unieron al debate, expresando sus opiniones.

En primer lugar, se hicieron cálculos: siempre se dice que los tokens de Claude son caros, pero según los datos publicados por Jarred Sumner y Bun, se estima que el proyecto de reescritura de Bun en Rust consumió alrededor de 165,000 dólares en costos de API. Desde la perspectiva de la comunidad tecnológica y de ingeniería, este precio y tiempo son aterradoramente baratos.

Solo en términos financieros, la IA comprimió el costo de desarrollo a aproximadamente una décima parte del original, y el tiempo se redujo de aproximadamente un año a menos de dos semanas.

En segundo lugar, están las actitudes hacia la colisión entre la cultura de la comunidad de código abierto y la era de la IA. Algunos, después de leer la publicación de Andrew, se sintieron extremadamente incómodos, considerando que atacar públicamente a un antiguo usuario importante y patrocinador (Bun financió a Zig durante mucho tiempo) mostraba una falta de profesionalismo. Algunos incluso fueron más lejos, diciendo "nunca antes había deseado activamente que un lenguaje de programación fracasara".

Pero también hubo programadores de la vieja escuela que salieron en su apoyo, argumentando que en esta era impulsada por el capital y la burbuja de la IA, Andrew simplemente está defendiendo la pureza de la calidad de la ingeniería, mostrando el estilo de Linus Torvalds en su día.

Por supuesto, a todos les preocupa si el proyecto, después de tanto revuelo, sigue siendo funcional.

Actualmente, la mayor controversia radica en que, como este millón de líneas de código fue traducido mecánicamente de Zig a Rust por IA, carece de la refactorización arquitectónica de un ingeniero humano. El nuevo código base contiene hasta 27,000 líneas de bloques de código `unsafe`. Muchos temen que en el futuro, el costo cognitivo y de depuración que los desarrolladores humanos gasten en mantener, leer y modificar esta enorme "creación de IA" pueda superar el ahorro de costo inicial logrado hoy.

¿Este proyecto, que rompe las reglas históricas de la ingeniería de software, se convertirá finalmente en un hito en el cambio de paradigma de la programación por la IA, o se transformará en el futuro en un volcán de deuda técnica imposible de mantener? Quizás solo el tiempo tenga la respuesta.

Referencias:

https://bun.com/blog/bun-in-rust

https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html

Este artículo proviene del WeChat Official Account "机器之心" (ID:almosthuman2014), autor: 关注AI的

Criptos en tendencia

Preguntas relacionadas

Q¿Por qué la reescritura de Bun de Zig a Rust generó controversia en la comunidad tecnológica?

ALa reescritura generó controversia por varias razones: el creador de Zig, Andrew Kelley, criticó duramente los hábitos de ingeniería del fundador de Bun, Jarred Sumner; el proyecto se reescribió en solo 11 días usando IA (Claude Fable 5), lo que algunos consideran un hito, pero otros ven como una amenaza a la calidad del código; y hubo un debate sobre el impacto de la IA en la cultura del código abierto y la ingeniería de software tradicional.

Q¿Cuáles fueron las razones técnicas principales para reescribir Bun en Rust?

ALas razones técnicas principales fueron: la existencia de numerosos bugs de seguridad de memoria en la versión Zig (como use-after-free y double-free), que en Rust se previenen en tiempo de compilación; y la política de la comunidad Zig de prohibir código generado por IA, lo que obligaba al equipo de Bun a mantener su propio compilador, aumentando los costos de mantenimiento.

Q¿Qué criticó Andrew Kelley, creador de Zig, sobre el proceso de reescritura y el código de Bun?

AAndrew Kelley criticó que el código original de Bun en Zig ya era de mala calidad, con 'parches sobre parches' y afirmaciones abusivas, debido a los hábitos de Jarred Sumner. También cuestionó que confiar en 1 millón de líneas de código Rust generado por IA y no revisado manualmente fuera seguro, señalando que si los casos de prueba eran tan completos, deberían haber detectado los bugs en la versión Zig. Finalmente, expresó alivio por que Bun ya no use Zig.

QSegún el artículo, ¿cuáles son los posibles riesgos a largo plazo de la reescritura de Bun con IA?

ALos riesgos a largo plazo incluyen: la posible acumulación de deuda técnica, ya que el código fue traducido mecánicamente de Zig a Rust sin una refactorización arquitectónica profunda; la presencia de 27.000 líneas de código 'unsafe' en Rust, que puede ser difícil de mantener y depurar; y el costo cognitivo futuro para los desarrolladores que deban entender y modificar este vasto 'artefacto generado por IA', que podría superar el ahorro inicial de tiempo y dinero.

Q¿Qué datos económicos y de tiempo menciona el artículo sobre la reescritura con Claude?

AEl artículo menciona que la reescritura del proyecto Bun (aproximadamente 1 millón de líneas de código) se completó en solo 11 días. En términos de costos, se estima que consumió alrededor de 165.000 dólares en gastos de API de Claude. Esto representa una reducción drástica en tiempo (de aproximadamente un año a menos de dos semanas) y coste (alrededor de una décima parte) en comparación con el desarrollo tradicional.

Lecturas Relacionadas

Bajo el asedio del capital, la descentralización es la única línea de defensa de las cadenas públicas

**Resumen:** En un mundo impulsado por el poder y la codicia, el autor, un realista de mentalidad maquiavélica, argumenta que la **descentralización es la única característica fundamental e irremplazable de una cadena de bloques pública**. Mientras que otros priorizan la escalabilidad, las asociaciones comerciales o la financiación, él sostiene que estas son derivadas o incluso contraproducentes. La lógica central es que cualquier sistema que logre una adopción masiva atraerá inevitablemente intentos de captura por parte de corporaciones y capitales, motivados por el interés propio de proteger sus rentables modelos de negocio. El riesgo principal no son los ataques externos como el de 51%, sino la **usurpación interna del control**. La historia de plataformas como Visa, Mastercard o Google muestra una trayectoria inevitable de "degeneración" hacia herramientas monopolísticas. Una capa base pública y programable representa un premio mucho mayor. Por ello, las cadenas de consorcio o "permissioned", las L1 con validadores centralizados o las L2 con un único secuenciador son inherentemente vulnerables y serán cooptadas, sirviendo solo para consolidar el poder de los oligarcas existentes. La evidencia del mundo real, como ciertas redes de consorcio que excluyen a competidores clave, confirma este patrón. Las grandes empresas promueven soluciones pseudo-descentralizadas principalmente como una **táctica dilatoria** para frenar la adopción de la tecnología verdaderamente abierta que amenaza sus modelos basados en fricción e ineficiencia. Sin embargo, a largo plazo, el mercado, como el agua, fluirá hacia la infraestructura más segura y descentralizada. Concluye que, a pesar de sus defectos, una cadena como **Ethereum, con su alto grado de descentralización, sigue siendo la mejor defensa contra la captura corporativa y la solución práctica óptima disponible**.

Foresight NewsHace 2 min(s)

Bajo el asedio del capital, la descentralización es la única línea de defensa de las cadenas públicas

Foresight NewsHace 2 min(s)

¿Quién decide las reglas de Bitcoin? El BIP-110 desencadena la división en su gobernanza

BIP-110, una propuesta de "bifurcación suave temporal de datos reducidos", ha reavivado un profundo debate de gobernanza en la comunidad de Bitcoin. Su objetivo es imponer nuevas restricciones de consenso durante un año para limitar datos no monetarios (como inscripciones Ordinals y Runes) en la cadena, tras los cambios en la política de reenvío por defecto en Bitcoin Core v30. Los partidarios argumentan que los datos arbitrarios sobrecargan a los nodos y desvían la atención del propósito central de Bitcoin como red monetaria. Alegan que las políticas de nodos ya no son efectivas y que se necesita una regla de consenso. Los opositores, incluidos Michael Saylor (quien enumeró 110 razones en contra) y Adam Back de Blockstream, sostienen que cambiar el consenso para imponer juicios de valor contradice el principio de "sin permiso" y erosiona la neutralidad del protocolo. Back enfatiza que el lento proceso de consenso técnico actúa como un sistema inmunológico. La propuesta también enfrenta desafíos prácticos: puede ser eludida técnicamente y presenta un riesgo de consenso ("BlockSlop") para nodos que se actualicen tarde. Su mecanismo de activación (señalización del 55% de los mineros) ha reabierto viejas tensiones entre mineros, nodos (como Bitcoin Knots) y grupos como el pool Ocean (a favor) y Foundry (que consulta a sus clientes). El debate trasciende lo técnico, poniendo sobre la mesa la pregunta fundamental: ¿quién decide las reglas de Bitcoin? BIP-110 enfrenta la visión de un protocolo neutral y sin permiso contra el deseo de proteger su función monetaria, revelando las complejas dinámicas de poder entre desarrolladores, mineros, operadores de nodos y ahora, grandes holders institucionales como Saylor, cuyo capital y narrativa influyen en el proceso.

marsbitHace 17 min(s)

¿Quién decide las reglas de Bitcoin? El BIP-110 desencadena la división en su gobernanza

marsbitHace 17 min(s)

¿Quién decide las reglas de Bitcoin? BIP-110 desencadena una división en la gobernanza

BIP-110, una propuesta de "bifurcación suave temporal de datos reducidos", ha reavivado un profundo debate de gobernanza en la comunidad de Bitcoin. La propuesta busca imponer nuevas restricciones en el protocolo de consenso durante aproximadamente un año, limitando el tamaño de datos en scripts y transacciones para dificultar la inscripción de datos arbitrarios (como en Inscriptions y Runes). Sus defensores argumentan que estos datos saturan bloques, aumentan la carga de los nodos completos y desvían la atención del propósito principal de Bitcoin como red monetaria. Creen que los mecanismos de política a nivel de nodo (como los ajustes en Bitcoin Core v30) ya no son efectivos, por lo que las reglas deben llevarse al nivel de consenso. Oponentes destacados como Michael Saylor y Adam Back rechazan este enfoque. Saylor enumera 110 razones, advirtiendo que cambiar el consenso para invalidar transacciones actualmente válidas establece un peligroso precedente de gobernanza y podría crear incertidumbre. Adam Back sostiene que la base de Bitcoin es su permisividad; nadie debe imponer su juicio de valor a los demás. El proceso de consenso técnico, aunque lento, actúa como un sistema inmunológico. La discusión también expone tensiones subyacentes sobre quién decide las reglas: los mineros (con su poder de hash), los operadores de nodos (con su soberanía), los desarrolladores centrales (con privilegios de fusión de código) o los grandes poseedores (como Saylor). Además, se han señalado posibles riesgos técnicos, como un error de consenso en la ruta de actualización, y dudas sobre si BIP-110 realmente puede bloquear todos los métodos de inscripción de datos. En esencia, BIP-110 ha actuado como una prueba de estrés para la gobernanza de Bitcoin, forzando a la comunidad a enfrentar la pregunta central: ¿quién tiene la autoridad para definir qué es Bitcoin?

链捕手Hace 28 min(s)

¿Quién decide las reglas de Bitcoin? BIP-110 desencadena una división en la gobernanza

链捕手Hace 28 min(s)

Una ballena misteriosa apuesta 2500 millones de dólares a que el BTC superará los 72,000 dólares en agosto, y la marca de 70,000 dólares se convierte en clave

Un operador anónimo ha realizado una apuesta masiva en opciones de Bitcoin, comprando 20.000 calls con strike de 70.000 dólares y vendiendo 20.000 calls con strike de 72.000 dólares para el vencimiento del 31 de julio en Deribit. Esta estrategia de "bull call spread" tiene un valor nocional de unos 25.000 millones de dólares y apuesta a que el BTC, actualmente en 64.289 dólares, superará los 70.000 dólares en los próximos días. La operación expira justo después de la próxima reunión de la Fed, programada para el 29 de julio, lo que convierte la decisión de política monetaria en un factor clave. Para que la apuesta sea exitosa, Bitcoin necesita superar una resistencia crítica identificada alrededor de los 69.000 dólares, nivel que coincide con el coste base de muchos compradores recientes. El flujo de los ETFs de Bitcoin en EE.UU., aunque netamente positivo en las últimas dos semanas con 272 millones de dólares de entrada, ha mostrado volatilidad, incluyendo una salida de 424 millones en un solo día. Esta inconsistencia añade incertidumbre a la posibilidad de un impulso alcista sostenido. Mientras tanto, las perspectivas a más largo plazo varían. Algunos analistas, como NYDIG, sugieren una posible corrección hasta los 38.000-39.000 dólares para octubre, siguiendo patrones de ciclos anteriores. Otros, como Citi, han recortado su objetivo a 12 meses a 82.000 dólares. En contraste, Bernstein mantiene un objetivo alcista de 150.000 dólares para finales de año. El mercado de criptomonedas en su totalidad tiene una capitalización de 2,23 billones de dólares, con Bitcoin representando el 58,73% del total. El éxito de esta enorme apuesta a corto plazo dependerá de si la demanda post-Fed puede superar las resistencias inmediatas y sostener un rally.

marsbitHace 37 min(s)

Una ballena misteriosa apuesta 2500 millones de dólares a que el BTC superará los 72,000 dólares en agosto, y la marca de 70,000 dólares se convierte en clave

marsbitHace 37 min(s)

¿Repitiendo el "momento DeepSeek"? Wall Street coincide: Kimi K3, en cambio, refuerza la demanda de potencia de cómputo

Los analistas de Wall Street de UBS, Nomura, Bank of America Merrill Lynch y Citigroup argumentan que el lanzamiento del modelo de IA Kimi K3, un LLM de código abierto de 2.8 billones de parámetros, no debilita sino que refuerza la demanda de capacidad de cálculo (computación). A diferencia del impacto en eficiencia visto con DeepSeek R1, K3 se centra en la escala, con características como una ventana de contexto de 1M de tokens, inferencia continua y arquitectura MoE. Estas características aumentan la presión sobre los recursos de inferencia, memoria, red y almacenamiento. Los bancos citan la "Paradoja de Jevons": modelos más asequibles impulsan un uso y despliegue más amplios, incrementando finalmente el consumo total de recursos. La competencia entre modelos líderes chinos y estadounidenses probablemente acelere las inversiones en infraestructura de IA. Los sectores beneficiados identificados incluyen el almacenamiento (p.ej., HBM, eSSD), la computación (p.ej., NVIDIA, TSMC), las redes (necesidad de clústeres de "supernodos") y las plataformas en la nube. En resumen, se considera que los modelos de código abierto potentes como K3 no son el final de la demanda de infraestructura de IA, sino un catalizador para su próxima fase de expansión, siempre que el crecimiento del volumen de tokens y las cargas de trabajo complejas continúen.

链捕手Hace 44 min(s)

¿Repitiendo el "momento DeepSeek"? Wall Street coincide: Kimi K3, en cambio, refuerza la demanda de potencia de cómputo

链捕手Hace 44 min(s)

Trading

Spot

Artículos destacados

Cómo comprar EPIC

¡Bienvenido a HTX.com! Hemos hecho que comprar Epic Chain (EPIC) sea simple y conveniente. Sigue nuestra guía paso a paso para iniciar tu viaje de criptos.Paso 1: crea tu cuenta HTXUtiliza tu correo electrónico o número de teléfono para registrarte y obtener una cuenta gratuita en HTX. Experimenta un proceso de registro sin complicaciones y desbloquea todas las funciones.Obtener mi cuentaPaso 2: ve a Comprar cripto y elige tu método de pagoTarjeta de crédito/débito: usa tu Visa o Mastercard para comprar Epic Chain (EPIC) al instante.Saldo: utiliza fondos del saldo de tu cuenta HTX para tradear sin problemas.Terceros: hemos agregado métodos de pago populares como Google Pay y Apple Pay para mejorar la comodidad.P2P: tradear directamente con otros usuarios en HTX.Over-the-Counter (OTC): ofrecemos servicios personalizados y tipos de cambio competitivos para los traders.Paso 3: guarda tu Epic Chain (EPIC)Después de comprar tu Epic Chain (EPIC), guárdalo en tu cuenta HTX. Alternativamente, puedes enviarlo a otro lugar mediante transferencia blockchain o utilizarlo para tradear otras criptomonedas.Paso 4: tradear Epic Chain (EPIC)Tradear fácilmente con Epic Chain (EPIC) en HTX's mercado spot. Simplemente accede a tu cuenta, selecciona tu par de trading, ejecuta tus trades y monitorea en tiempo real. Ofrecemos una experiencia fácil de usar tanto para principiantes como para traders experimentados.

279 Vistas totalesPublicado en 2025.03.17Actualizado en 2026.07.21

Cómo comprar EPIC

Discusiones

Bienvenido a la comunidad de HTX. Aquí puedes mantenerte informado sobre los últimos desarrollos de la plataforma y acceder a análisis profesionales del mercado. A continuación se presentan las opiniones de los usuarios sobre el precio de EPIC (EPIC).

活动图片