Hoe Wasmer Codex gebruikte om Node.js voor de edge te bouwen

Engineers van Wasmer beleefden dit jaar een doorbraak: ze ontdekten hoe ze Node.js-workloads binnen een WebAssembly-sandbox konden draaien, zodat ontwikkelaars JavaScript-apps, MCP's en agents zonder Docker kunnen uitvoeren. Zonder Codex had dit een jaar geduurd, maar met Codex duurde het twee weken. Nu zijn ze de eerste cloudhost die volledige Node.js-ondersteuning aan de edge biedt.

Wasmer is een jong bedrijf met een klein team en een groot doel: een edge-computingplatform dat schaalt over lokale en wereldwijde omgevingen heen, zonder platformbeperkingen.

'De soorten projecten die we aanpakken zijn ongelooflijk ambitieus, en zonder AI zouden ze eeuwen hebben geduurd', zegt Syrus Akbary Nieto, oprichter en CEO. 'Nu zijn dingen veel eenvoudiger en sneller.'

Die eenvoud en snelheid vertaalden zich direct in een baanbrekend project: Edge.js⁠(opent in een nieuw venster), een JavaScript-runtime die Node.js-workloads voor AI en edge computing kan uitvoeren.

Het is een project dat het team al lang wilde oppakken, maar ze hadden niet altijd de middelen ervoor. 'Iedereen hier is zeer, zeer technisch, maar we hadden gewoon niet de tijd om ons aan deze projecten te wijden. En nu kunnen we nieuwe producten lanceren die vroeger onmogelijk zouden zijn geweest', legt Nieto uit.

Met Codex kunnen Wasmer-engineers hun slagkracht vergroten. 'We hebben de ontwikkelsnelheid met minstens 10x tot 20x verhoogd', zegt Nieto.

Net als veel teams stonden de engineers van Wasmer aanvankelijk sceptisch tegenover AI. 'In het begin hadden we niet veel vertrouwen in AI-output', legt Nieto uit. Maar toen het team begon te experimenteren, overtroffen de resultaten hun verwachtingen. 'Het afgelopen jaar, en vooral de afgelopen maanden, hebben we met Codex gewerkt, en de resultaten waren echt heel goed.'

Naarmate de redeneringsvermogens van Codex zich ontwikkelen, besteden Wasmer-engineers steeds minder tijd aan begeleiding. 'We bewegen ons eigenlijk weg uit de IDE zelf en raken de code niet meer zo vaak aan. We sturen die alleen nog in de gewenste richting', zegt Nieto.

Het team gebruikte Codex vanaf het allereerste begin van het project tot het einde, van het bouwen van de eerste bouwstenen van de architectuur tot het afwerken van het eindproduct. Gedurende het hele proces hielp Codex het team bugs te vinden en de achterliggende oorzaken te achterhalen.

'Er waren bepaalde bugs waarvan we niet hadden verwacht dat we ze zouden tegenkomen, en zodra we ze begonnen te ontdekken, ging Codex direct debuggen', zegt Nieto. 'Wat voor ons indrukwekkend was, was hoe snel het van debuggen naar het vinden van de hoofdoorzaak en het identificeren van de oplossing ging.'

Doorgaans, legt Nieto uit, hebben ontwikkelaars speciale expertise nodig om veel van deze bugs te vinden. Maar Codex, zegt Nieto, 'kon doorgronden om aanroepen te traceren, en een low-level debugger zoals LLD, die toegang heeft tot zaken op assemblyniveau. Codex kan op zeer laag niveau werken en zien wat er onder de code gebeurt.'

Vóór Edge.js, legt Nieto uit, was het niet mogelijk om een JavaScript-runtime aan de edge te draaien. En vóór Codex zou het voor het Wasmer-team onmogelijk zijn geweest om een zo ambitieus project binnen dit tijdsbestek aan te pakken.

'Codex stelde een klein bedrijf in staat dingen te bereiken die alleen bij grote bedrijven mogelijk waren. Dit project zou letterlijk onmogelijk zijn geweest zonder Codex', zegt Nieto.

Gesterkt in hun ambitie kijkt het Wasmer-team vooruit naar nog grotere projecten. 'Nu hebben we dingen binnen handbereik die eerder niet mogelijk waren. We moeten naar nog uitdagendere problemen kijken', zegt Nieto.