Cómo Wasmer usó Codex para crear un runtime Node.js en edge

Los ingenieros de Wasmer lograron un avance este año: descubrieron cómo ejecutar cargas de trabajo de Node.js dentro de un sandbox de WebAssembly, lo que permite a los desarrolladores ejecutar apps JavaScript, MCP y agentes sin Docker. Este esfuerzo habría tomado un año sin Codex, pero con Codex tomó dos semanas. Ahora son el primer host en la nube que ofrece Node.js completo en la capa edge.

Wasmer es una empresa joven, con un equipo pequeño y una gran meta: una plataforma de computación edge que escale en entornos locales y globales sin restricciones de plataforma.

“Los tipos de proyectos que estamos asumiendo son increíblemente ambiciosos, y nos habría tomado muchísimo tiempo hacerlos sin IA”, dice Syrus Akbary Nieto, fundador y director ejecutivo. “Ahora, todo es mucho más simple y rápido”.

Esa simplicidad y velocidad se tradujeron directamente en un proyecto revolucionario: Edge.js⁠(se abre en una nueva ventana), un runtime de JavaScript que puede ejecutar cargas de trabajo de Node.js para IA y computación edge.

Es un proyecto que el equipo quería abordar desde hacía mucho tiempo, pero no siempre contaba con los recursos para hacerlo. “Todos aquí son muy, muy técnicos, pero simplemente no teníamos tiempo para dedicar a estos proyectos. Y ahora podemos lanzar productos nuevos que antes habrían sido imposibles”, explica Nieto.

Con Codex, los ingenieros de Wasmer pueden multiplicar sus esfuerzos. “Hemos aumentado la velocidad de desarrollo entre 10 y 20 veces, como mínimo”, dice Nieto.

Como muchos equipos, los ingenieros de Wasmer al principio eran escépticos con la IA. “Al comienzo no confiábamos mucho en los resultados de la IA”, explica Nieto. Pero cuando el equipo empezó a experimentar, los resultados superaron sus expectativas. “Durante el último año, y especialmente en los últimos meses, hemos estado trabajando con Codex, y los resultados han sido realmente muy buenos”.

A medida que evolucionan las capacidades de razonamiento de Codex, los ingenieros de Wasmer dedican cada vez menos tiempo al acompañamiento paso a paso. “En realidad, estamos saliendo del IDE en sí y ya no tocamos tanto el código. Solo lo guiamos hacia donde queremos que vaya”, dice Nieto.

El equipo usó Codex desde el inicio del proyecto hasta el final, desde crear los bloques arquitectónicos iniciales hasta pulir el producto final. Durante todo el proceso, Codex ayudó al equipo a encontrar errores e identificar sus causas raíz.

“Había ciertos errores que no imaginábamos que íbamos a tener y, apenas empezamos a descubrirlos, Codex pasó directamente a depurarlos”, dice Nieto. “Lo impresionante para nosotros fue ver lo rápido que pasó de depurar a encontrar la causa raíz e identificar la solución”.

Por lo general, explica Nieto, los desarrolladores necesitarían conocimientos especializados para encontrar muchos de estos errores. Pero Codex, dice Nieto, “pudo dominar los logs de consola para rastrear llamadas y un depurador de bajo nivel como LLD, que accede a elementos a nivel de ensamblador. Codex puede llegar a un nivel muy bajo y ver qué ocurre debajo del código”.

Antes de Edge.js, explica Nieto, no era posible ejecutar un runtime de JavaScript en el edge. Y antes de Codex, habría sido imposible para el equipo de Wasmer asumir un proyecto tan ambicioso y con este plazo.

“Codex permitió que una empresa pequeña lograra cosas que solo eran posibles en empresas grandes. Este proyecto literalmente habría sido imposible sin él”, dice Nieto.

Con ambiciones reforzadas, el equipo de Wasmer mira hacia proyectos aún más grandes. “Ahora tenemos al alcance cosas que antes no eran posibles. Debemos mirar problemas aún más desafiantes”, dice Nieto.