bun: Runtime, bundler, test runner y package manager de JavaScript en un solo binario.

De un vistazo, lo que vas a obtener si lo instalas.

Drop-in Node

Ejecuta tus scripts existentes más rápido. La transición no requiere reescribir nada en la mayoría de los casos.

Bundler integrado

Sin Webpack, sin Vite, sin esbuild externos. Bun bundle es nativo y rápido.

Test runner nativo

Compatible con Jest sin migración. El comando bun test reemplaza Jest en proyectos típicos sin tocar nada más.

Package manager 10x

bun install es notablemente más rápido que npm o yarn. El lockfile binario es estable y portable.

TS y JSX out-of-the-box

No necesitas configurar TypeScript ni JSX. Bun run index.tsx funciona sin setup.

El contexto detrás del repo.

Bun es la apuesta de Jarred Sumner contra Node.js — no como reemplazo gradual, sino como reset arquitectónico. Drop-in replacement de Node escrito en Zig, con JavaScriptCore en el corazón en lugar de V8, optimizado obsesivamente desde el día uno por startup time y memoria.

El resultado: ejecuta lo que ya tienes en Node más rápido, viene con bundler y test runner integrados (sin Webpack, sin Jest), y trae un package manager con lockfile binario que instala 10x más rápido que npm. Todo en un binario único, sin node_modules de 500MB para development.

Cruzó los 92k estrellas en mayo 2026, lo que importa más como señal cultural que como métrica: ya no es "el experimento de moda", es lo que muchos repos nuevos eligen por default. Vercel, Cloudflare Workers, varias herramientas mainstream ya lo soportan first-class.

Cuándo lo recomiendo (y cuándo no).

Lo recomiendo para proyectos nuevos en JavaScript o TypeScript. La curva de adopción es prácticamente cero —los scripts y dependencias de Node corren— y el speedup en desarrollo (instalar, testear, arrancar) se siente desde el día uno.

Para proyectos existentes en producción con Node, evaluá: si tu stack es estándar, probablemente migras sin dolor. Si dependés de módulos nativos exóticos o de partes muy específicas de la API de Node.js, prueba primero, no migres a ciegas. La compatibilidad ronda el 95-98% según el caso.

En 3 pasos, listo para probar.

Instala Bun

# macOS / Linux / WSL
curl -fsSL https://bun.sh/install | bash

# Windows (PowerShell)
powershell -c "irm bun.sh/install.ps1 | iex"

# Vía npm si ya lo tienes
npm install -g bun

El instalador agrega bun al PATH automáticamente. Soporta Linux x64 y arm64, macOS Intel y Apple Silicon, Windows x64 y arm64.

Prueba con un proyecto existente

cd tu-proyecto-node
bun install            # 10x más rápido que npm install
bun run dev            # Ejecuta tu script de dev existente
bun test               # Si tienes tests de Jest, ya corren

La mayoría de proyectos Node funcionan sin cambios. Si algo falla, suele ser un módulo nativo específico o un patrón muy de Node API — revisa bun.com/docs/compatibility.

Arranca un proyecto nuevo

bun init
# Sigue el prompt interactivo

bun init crea un proyecto desde cero con TypeScript configurado, package.json mínimo y estructura limpia. Es la forma más rápida de ver qué se siente arrancar sin Node.

Por qué cruzar 92k estrellas importa

Stars en GitHub son ruidosos por separado. Pero cuando un repo de infrastructure como Bun cruza un umbral así, hay algo cultural pasando. Los proyectos nuevos lo eligen por default, los frameworks lo adoptan first-class, los devs ya no tienen que justificar por qué no usaron Node.

Si arrancaste un proyecto JS en 2024 y no consideraste Bun, era razonable. Si arrancas uno en 2026 y no lo consideras, te estás perdiendo de algo que ya es mainstream.

Lo que sigue pendiente

Bun cubre la mayoría de casos pero no todos. Los puntos de dolor reportados con más frecuencia:

Módulos nativos exóticos — la mayoría funcionan, algunos específicos no. Los populares ya están bien soportados.
Edge cases de la API de Node — el 95-98% compat es real, pero hay esquinas donde Node y Bun divergen sutilmente.
Ecosistema de tooling — algunos plugins de Webpack o Vite muy específicos no tienen equivalente directo en Bun.

Para 95% de los proyectos, nada de esto es bloqueante. Para el 5% restante, prueba antes de migrar.

Mi recomendación

Si arrancas un proyecto JS o TS nuevo este mes, usa Bun por default. La diferencia se siente desde la primera bun install. Si ya estás en Node con un proyecto grande, evalúa con calma — el upside es real, pero el costo de migración depende de qué tan exótico es tu stack.