Cómo usó Wasmer Codex para crear un runtime Node.js 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 llevado un año sin Codex, pero con Codex llevó 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 un gran objetivo: una plataforma de edge computing que escale en entornos locales y globales sin restricciones de plataforma.

«Los tipos de proyectos que asumimos son increíblemente ambiciosos, y sin IA habríamos tardado muchísimo en hacerlos», afirma Syrus Akbary Nieto, fundador y CEO. «Ahora todo es mucho más sencillo y rápido».

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

Es un proyecto que el equipo llevaba mucho tiempo queriendo abordar, pero no siempre tenía los recursos para hacerlo. «Aquí todo el mundo es muy, muy técnico, pero simplemente no teníamos tiempo para dedicarlo 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», afirma Nieto.

Como muchos equipos, al principio los ingenieros de Wasmer eran escépticos respecto a la IA. «Al principio 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 sobre todo en los últimos meses, hemos trabajado con Codex, y los resultados han sido realmente muy buenos».

A medida que evolucionan las capacidades de razonamiento de Codex, los ingenieros de Wasmer pasan cada vez menos tiempo guiándolo paso a paso. «En realidad nos estamos alejando del propio IDE y ya no tocamos tanto el código. Solo lo guiamos hacia donde queremos que vaya», afirma Nieto.

El equipo usó Codex de principio a fin del proyecto, 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.

«Hubo ciertos errores que no imaginábamos que íbamos a tener y, en cuanto empezamos a descubrirlos, Codex pasó directamente a la depuración», 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».

Normalmente, explica Nieto, los desarrolladores necesitarían conocimientos especializados para encontrar muchos de estos errores. Pero Codex, según Nieto, «pudo dominar los registros de consola para rastrear llamadas y un depurador de bajo nivel como LLD, que accede a elementos a nivel de ensamblador. Codex puede bajar a un nivel muy profundo y ver qué ocurre bajo el 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 calendario.

«Codex permitió a una empresa pequeña lograr cosas que solo eran posibles en grandes empresas. Este proyecto habría sido literalmente imposible sin él», afirma Nieto.

Con sus ambiciones reforzadas, el equipo de Wasmer mira hacia proyectos aún mayores. «Ahora tenemos a nuestro alcance cosas que antes no eran posibles. Debemos fijarnos en problemas aún más difíciles», afirma Nieto.