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

marsbit發佈於 2026-07-11更新於 2026-07-11

文章摘要

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的

熱門幣種推薦

相關問答

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.

你可能也喜歡

一周精选丨股市史诗级震荡,长鑫科技上市重塑存储格局,Saylor目标9月8日前后推动STRC回锚

PANews精选一周要闻。AI领域热度持续,智能体钱包成为加密支付新战场,Coinbase等巨头布局小额支付以抢占AI经济入口。韩国股市经历剧烈震荡,多次熔断并引发清算风暴,科技股暴跌堪比币圈行情。算力产业进入系统化竞争阶段,国产GPU与AI智能体(Agent)结合成为焦点。 宏观方面,长鑫科技上市后市值巨大,在经历长期亏损后单季度盈利显著。花旗银行预警未来大宗商品市场可能出现的极端风险。美联储维持利率不变,但内部出现罕见分歧,释放鹰派信号。 机构观点显示,有分析认为当前AI板块调整是去杠杆过程,长期牛市逻辑不变。中国散户在传统投资渠道收窄后,正转向加密资产等新途径。市场讨论未来货币形态,比特币价值受关注。比特币矿企被指出需向能源综合服务商转型。 市场热点包括NFT交易通过“抽卡”等新玩法激活流动性,但部分加密协议面临收入增长与代币价格脱钩的问题。RWA(真实世界资产)链上规模增长但利用率不足。以太坊公布2030年长期发展蓝图,Lido也进行了大规模升级。 行业动态方面,新银行领域面临洗牌,稳定币竞争加剧。重点资讯包括:美股收涨,Coinbase股价波动;MicroStrategy增持比特币并计划推动STRC回锚;多家AI与加密公司获得融资;韩国股市与长鑫科技股价出现大幅波动;巨鲸交易员在AI相关交易中获利了结。

marsbit41 分鐘前

一周精选丨股市史诗级震荡,长鑫科技上市重塑存储格局,Saylor目标9月8日前后推动STRC回锚

marsbit41 分鐘前

当市场开始质疑AI资本开支:五家科技巨头Q2财报全解析

2026年7月下旬,谷歌、英特尔、微软、Meta、苹果五家科技巨头相继发布第二季度财报。尽管各家营收和利润普遍超预期,且AI相关业务(如谷歌云、英特尔数据中心、Azure)增长强劲,但市场反应出现显著分化,焦点已从需求转向资本开支与现金流回报。 **谷歌**营收创十二季度双位数增长纪录,云业务同比大增82%,但资本支出同比翻倍至449亿美元,并上调全年指引,导致上市以来首次录得负自由现金流,股价下跌。 **英特尔**营收创十五年来最强增速,数据中心与AI业务表现突出,但因大幅上调资本支出指引引发对自由现金流的担忧,股价经历“过山车”式反转。 **微软**业绩超预期,Azure年收入首破千亿美元,同时通过会计调整下调资本支出指引并承诺正自由现金流,股价创十八年来最佳单日表现。 **Meta**广告业务稳健,营收增长28%,但因成本费用大增55%及资本开支指引上调,自由现金流同比萎缩逾90%,遭遇猛烈抛售。 **苹果**营收利润创同期新高,但下一季度营收指引上限低于预期,叠加供应链瓶颈担忧,股价大跌,市值单日蒸发超3000亿美元。 总结而言,本财报季显示AI需求依然强劲,但市场对巨额资本开支何时转化为实际回报的耐心正在消耗。各公司对资本开支节奏与现金流前景的表述,已成为影响股价的关键因素。

Odaily星球日报50 分鐘前

当市场开始质疑AI资本开支:五家科技巨头Q2财报全解析

Odaily星球日报50 分鐘前

交易

現貨

熱門文章

如何購買EPIC

歡迎來到HTX.com!在這裡,購買Epic Chain (EPIC)變得簡單而便捷。跟隨我們的逐步指南,放心開始您的加密貨幣之旅。第一步:創建您的HTX帳戶使用您的 Email、手機號碼在HTX註冊一個免費帳戶。體驗無憂的註冊過程並解鎖所有平台功能。立即註冊第二步:前往買幣頁面,選擇您的支付方式信用卡/金融卡購買:使用您的Visa或Mastercard即時購買Epic Chain (EPIC)。餘額購買:使用您HTX帳戶餘額中的資金進行無縫交易。第三方購買:探索諸如Google Pay或Apple Pay等流行支付方式以增加便利性。C2C購買:在HTX平台上直接與其他用戶交易。HTX 場外交易 (OTC) 購買:為大量交易者提供個性化服務和競爭性匯率。第三步:存儲您的Epic Chain (EPIC)購買Epic Chain (EPIC)後,將其存儲在您的HTX帳戶中。您也可以透過區塊鏈轉帳將其發送到其他地址或者用於交易其他加密貨幣。第四步:交易Epic Chain (EPIC)在HTX的現貨市場輕鬆交易Epic Chain (EPIC)。前往您的帳戶,選擇交易對,執行交易,並即時監控。HTX為初學者和經驗豐富的交易者提供了友好的用戶體驗。

516 人學過發佈於 2025.03.17更新於 2026.07.21

如何購買EPIC

相關討論

歡迎來到 HTX 社群。在這裡,您可以了解最新的平台發展動態並獲得專業的市場意見。 以下是用戶對 EPIC (EPIC)幣價的意見。

活动图片