Claude Code usa Bun escrito en Rust ahora

Artículo original ↗ Discusión en Hacker News ↗

Bun, el runtime de JavaScript adquirido recientemente por Anthropic, ha sido portado de Zig a Rust usando agentes de IA y ya impulsa el cliente de terminal Claude Code mediante una compilación 1.4 aún no publicada. Los comentaristas debaten si esto marca un punto de inflexión en el desarrollo de software —mostrando que las reescrituras grandes impulsadas por IA pueden lanzarse a millones— o una arriesgada maniobra de marketing que socava la calidad del código, la gobernanza comunitaria y el espíritu del código abierto, especialmente dada la fuerte dependencia de Rust `unsafe` y de cambios generados por IA. Otros se centran en impactos prácticos: las compilaciones canary de Bun parecen funcionar para los casos de uso de Anthropic, pero las actualizaciones frecuentes, el versionado opaco y los fallos de la interfaz de Claude Code hacen que algunos desarrolladores cuestionen su estabilidad y fiabilidad a largo plazo.

Bun 1.4 y Claude Code

  • Claude Code se ha estado distribuyendo con Bun 1.4 (reescritura en Rust) durante semanas, antes de una versión pública 1.4 etiquetada.
  • Algunos ven esto como “dogfooding” de una compilación canary en un solo producto controlado; otros dicen que, en la práctica, convierte a los usuarios de Claude en testers beta públicos.

Gobernanza, apertura y uso previo al lanzamiento

  • Preocupa que, tras la adquisición, la gobernanza sea opaca: no está claro quién decide la dirección de Bun, ni si es principalmente el propietario corporativo.
  • Se debate si usar una compilación no etiquetada, posiblemente privada, en una app de código cerrado viola el “espíritu” del FOSS, incluso si el repositorio y las compilaciones canary son públicos.
  • Algunos sostienen que las expectativas están mal planteadas: un proyecto con licencia MIT no implica gobernanza comunitaria.

Cambio de lenguaje e impacto en la comunidad

  • El cambio de Zig a Rust es visto por algunos como matar Bun como buque insignia de Zig impulsado por la comunidad y como una señal de control corporativo.
  • Otros dicen que la elección del lenguaje es secundaria frente a la seguridad, el mantenimiento y la contratación; a los usuarios finales les importa sobre todo que funcione.
  • Los entusiastas de Zig temen que esto sea un golpe para la viabilidad percibida de Zig.

Calidad de la reescritura impulsada por IA

  • La reescritura fue en gran medida una transpilación Zig→Rust asistida por LLM, luego iterada.
  • Defensores: las pruebas + un lenguaje más seguro + mejores herramientas hacen que el resultado sea una mejora neta; el uso en el mundo real (Claude Code, canary) no ha mostrado grandes regresiones hasta ahora.
  • Escépticos: Rust no idiomático, línea por línea, con un uso masivo de unsafe probablemente preserva o añade errores; la mantenibilidad es cuestionable.

Rust inseguro y seguridad de memoria

  • La enorme cantidad de bloques unsafe (~14k) alarma a algunos; sostienen que los beneficios reales de seguridad de Rust aún no se han materializado.
  • Otros señalan que el código original en Zig era “todo unsafe” en la práctica; reducir las regiones unsafe y anotarlas ya supone un avance, con margen para una limpieza gradual.

Efecto en colaboradores y issues

  • Muchos PR previos a la reescritura e issues específicos de Zig quedaron obsoletos o se cerraron automáticamente, lo que algunos ven como una falta de respeto hacia los colaboradores y el esfuerzo de la comunidad.
  • Se critica la gestión del proyecto mediante bots/agentes por descuidada, con issues ya resueltos que se dejan abiertos y otros no resueltos que se cierran.

UX de Claude Code y decisiones de ingeniería

  • Hay múltiples informes de fallos de renderizado en la TUI, alto uso de CPU/RAM y segfaults ocasionales; algunos usuarios han pasado a otros entornos.
  • Se cuestiona ampliamente la pesada pila JS/React para la TUI; los críticos preguntan por qué no una TUI nativa y ligera si, supuestamente, los LLM hacen baratas las reescrituras.
  • Quienes la defienden destacan la lógica JS compartida entre web/escritorio/CLI y la rapidez de iteración; sostienen que la arquitectura es una decisión de negocio que “funciona en gran medida”.

Implicaciones más amplias para el desarrollo con IA

  • Muchos ven el éxito de portar y desplegar a gran escala como evidencia de que hemos entrado en una nueva fase en la que los LLM pueden manejar reescrituras masivas.
  • Otros lo califican principalmente como una maniobra de marketing, y temen el “AI slop”, el riesgo en la cadena de suministro y el coste ambiental de un refactor automático interminable.