Ya puedo oír la objeción: Kai, mi stack es PHP-FPM detrás de nginx, ¿por qué estoy leyendo sobre un runtime de JavaScript que cambia de manos? Quédate conmigo, porque la parte interesante de que Anthropic comprara Bun en diciembre de 2025 tiene muy poco que ver con JavaScript. Tiene que ver con una pregunta que todos deberíamos poder responder sobre nuestro propio stack: ¿quién es dueño de la cosa sobre la que corre tu código, y qué quiere obtener de ella?

Primero los hechos. Claude Code, el agente de programación de Anthropic, llega a millones de usuarios como un único binario independiente producido con bun build --compile, sin necesidad de Node.js en la máquina de destino. Ese producto alcanzó mil millones de dólares de ingresos anualizados en los seis meses posteriores a su lanzamiento público. Bun, mientras tanto, había levantado 26 millones de dólares de capital riesgo y no ganaba absolutamente nada. Anthropic hizo lo obvio y compró su dependencia crítica de golpe. Jarred Sumner, el creador de Bun, añadió el detalle que hace aterrizar toda la historia: "El usuario de GitHub con más PRs fusionados en el repo de Bun es ahora un bot de Claude Code".

Aquí va mi postura, dicha sin rodeos: esta adquisición convierte la propiedad del runtime por un solo proveedor en el nuevo estándar para la infraestructura joven, y transforma la gobernanza neutral de un aburrido detalle procedimental en una auténtica ventaja competitiva. El mundo PHP lleva años sentado sobre esa ventaja sin promocionarla. Deberíamos empezar a hacerlo.

Déjame conceder primero el contraargumento más fuerte, porque es fuerte. Según la evidencia disponible, el acuerdo ha sido bueno para los usuarios de Bun. El equipo contrató ingenieros que una startup sin ingresos jamás habría podido pagar. Bun 1.3 llegó con un servidor de desarrollo frontend, hot reloading y clientes integrados de PostgreSQL y SQLite. Las descargas mensuales superaron los 7,2 millones, con un 25 por ciento de crecimiento solo en octubre de 2025. Nueve meses después, la licencia MIT y el compromiso con el código abierto se mantienen. Compara eso con cómo viven los proyectos gobernados por fundaciones: la PHP Foundation financia a un puñado de desarrolladores del núcleo y aun así tiene que pasar la gorra cada año. Si me dices que un dueño con bolsillos profundos y un incentivo directo le gana a la infrafinanciación crónica, lo entiendo. Cuando Bun se rompe, Claude Code se rompe, y un producto de mil millones de dólares es un contrato de mantenimiento muy eficaz.

Pero un incentivo no es una promesa, es una foto fija. Hoy Anthropic necesita que Bun sea un excelente runtime de propósito general, porque la compatibilidad con el ecosistema más amplio es lo que hace que el binario funcione en todas partes. La hoja de ruta ya se inclina hacia capacidades para la ejecución autónoma de agentes, y eso está bien mientras ambos objetivos apunten en la misma dirección. El día que diverjan, el desempate no será una votación en una lista de correo, será una revisión de producto dentro de una sola empresa. php-src no tiene un dueño único equivalente. El proceso de RFC es lento, a veces agotador, y produce discusiones que duran meses por la firma de una sola función. También es estructuralmente incapaz de ser dirigido por los resultados trimestrales de nadie. Antes archivaba eso bajo ineficiencia. Ahora lo archivo bajo seguro de vida.

La estadística del bot merece su propio párrafo, porque es la parte que nos alcanzará a nosotros después. Un agente de IA es actualmente el contribuidor con más fusiones en el runtime sobre el que se ejecuta, con humanos revisando y fusionando sus pull requests. Ese bucle es nuevo, y no va a quedarse confinado en un solo repositorio. Imagina el momento en que los parches escritos por agentes empiecen a llegar a php-src en volumen. Nuestro cuello de botella nunca ha sido el suministro de parches, ha sido la capacidad de revisión y la confianza que los revisores depositan en el historial de un contribuidor. Un ecosistema con dueño corporativo puede simplemente contratar personal para esa cadena de revisión. El nuestro tiene que financiarla, y esa es una conversación que la PHP Foundation debería estar teniendo antes de que aparezcan los pull requests, no después.

Fíjate también en lo que la adquisición no hizo. Node.js conserva su enorme presencia en producción, su gobernanza bajo la OpenJS Foundation y dos décadas de inercia del ecosistema, y empresas como Netflix, Spotify y Salesforce que adoptaron Claude Code no dejaron de desplegar sobre él. La propiedad cambia la trayectoria de la inversión, no la base instalada. Precisamente por eso la pregunta de la gobernanza importa más que la de los benchmarks: los benchmarks cambian con cada release, la propiedad cambia quizá una vez por década, y vives con las consecuencias mucho más tiempo.

Así que esto es lo que de verdad quiero saber de ti. Si mañana una empresa bien capitalizada le ofreciera al proyecto PHP el trato de Bun, diez desarrolladores del núcleo a tiempo completo con financiación, dinero real para infraestructura, una promesa pública de mantenerlo todo abierto, a cambio de que una sola empresa sostenga el volante, ¿lo aceptarías? Yo no dejo de cambiar mi propia respuesta, y eso me dice que el intercambio está más reñido de lo que mi tesis quisiera. Cuéntame dónde te posicionas tú.