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.

你可能也喜欢

每周编辑精选 Weekly Editor's Picks(0725-0731)

**每周编辑精选(0725-0731)摘要** 本文筛选深度分析,滤除资讯噪音,带来一周核心洞察。 **宏观局势**:美联储迎来近年“最不确定”会议。尽管经济数据为等待提供空间,但高通胀、地缘风险及官员鹰派表态,令市场无法完全排除加息风险,并已为此付费。 **投资与创业**: * 加密投资是长期心态博弈,获胜者需看清资产本质、确信趋势并能承受深度回撤。建议长线布局比特币与优质公链。 * 全球股市(尤科技股)呈现“币圈化”:叙事压倒估值,杠杆放大情绪,社交媒介加速共识极端化。 * Hyperliquid、Polymarket等龙头平台的跨界尝试遇阻,核心难点在于复制原有赛道的用户习惯与流动性深度。 * 多个加密协议收入增长但代币价格不涨,原因在于内部抛压、负面情绪及竞争。好协议不等于好代币,需审视收入、分配与释放机制。 **AI与存储**: * 英伟达信用违约率暴涨,反映市场对AI云设施扩张风险的定价。中国芯片产业崛起正撼动全球存储定价逻辑。 * 存储板块“一夜惊魂”是基本面与预期面脱节,市场已开始为2027年潜在供给过剩提前定价。 * AI烧钱凶猛,市场耐心受考验。多空分歧在于:需求真实但供给受限 vs. 未来回报可见度低。 * SK海力士虽录得史上最赚钱季度,但股价仍“不及预期”,显示市场对其未来增长空间的定价存在分歧。 **政策与稳定币**:美国《Clarity法案》推进至最后阶段,但道德条款等关键分歧仍存,且需与其他争议法案争夺有限表决时间,年内落地概率被下调。若未通过,对加密市场冲击或有限,但将增加未来立法难度。 **CeFi & DeFi**:Ondo代币近期上涨,源于其在链上交易美股主线动作密集,既占据上游代币化资产份额,又向下游拓展保证金应用。但受制于整体市场颓势,涨势更多是短期资金博弈。 **以太坊与扩容**:Lido正启动将800多万枚ETH迁移至Pectra升级后的新型验证器架构,这代表了staking资本管理效率的结构性提升,但不会直接降低用户Gas费用。当前ETH价格走弱,部分源于投资者对其价值增长逻辑感到困惑。 **其他要点**:TradeXYZ平台对A股新股定价展现高精准度;Pons平台币半月暴涨登顶Robinhood Chain;币印破产案例警示平台钱包并非资产托管;一周热点还包括美联储按兵不动、MiCA落地欧洲、长鑫科技上市创纪录、OpenAI称未来12个月将“震撼世界”等。

marsbit21分钟前

每周编辑精选 Weekly Editor's Picks(0725-0731)

marsbit21分钟前

少投入不是苹果的免死金牌

《少投入不是苹果的免死金牌》一文指出,虽然苹果在AI浪潮中因资本开支克制而一度受到市场青睐,但其面临的挑战正在显现。 文章首先描述了市场的反差:当Meta、谷歌等巨头因巨额AI投入引发担忧时,苹果在AI领域的迟缓进展反而被视为“亮点”,其股价一度上涨。然而,这种“全靠同行衬托”的领先难以持续。 随后,文章分析了苹果最新财报。尽管2026财年第三财季营收与净利润均创同期历史新高,主要得益于iPhone和Mac的强劲销售,但财报发布后股价却大幅下跌。原因在于苹果对下一季度的增长指引低于市场预期。 核心问题在于供应链。AI热潮导致内存和芯片需求激增、价格上涨及产能紧张,严重波及苹果。其Mac产品线已因高端芯片供应不足而受限,并被迫提价。外界预测iPhone新品也将大幅涨价,这可能影响未来销量。为应对供应链风险,苹果库存大幅增加,并寻求与中企合作采购内存芯片,但此举面临政治阻力。 与其他科技巨头动辄数千亿美元的AI资本开支相比,苹果的资本开支不仅未增,反而下降,这使其保持了健康的现金流。但同时,苹果研发费用大幅增长,却未能在AI领域取得显著成果,形成反差。 文章总结,苹果虽未在AI烧钱竞赛中陷得太深,却无法避免由这场竞赛引发的供应链与成本冲击。即将卸任的库克对公司未来表示信心,但苹果能否在AI时代保持领先,仍存疑问。

marsbit1小时前

少投入不是苹果的免死金牌

marsbit1小时前

交易

现货

热门文章

如何购买EPIC

欢迎来到HTX.com!我们已经让购买Epic Chain(EPIC)变得简单而便捷。跟随我们的逐步指南,放心开始您的加密货币之旅。第一步:创建您的HTX账户使用您的电子邮件、手机号码注册一个免费账户在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为初学者和经验丰富的交易者提供了友好的用户体验。

752人学过发布于 2025.03.17更新于 2026.07.21

如何购买EPIC

相关讨论

欢迎来到HTX社区。在这里,您可以了解最新的平台发展动态并获得专业的市场意见。以下是用户对EPIC(EPIC)币价的意见。

活动图片