Så byggde Wasmer en Node.js-runtime för edge med Codex
Teamen använder Codex med GPT‑5.5 för att ta sig an mer ambitiösa projekt och slutföra dem 10–20 gånger snabbare.
10x to 20x
Ökning av utvecklingshastigheten
Ingenjörer på Wasmer fick ett genombrott i år: de kom på hur man kör Node.js-arbetslaster i en WebAssembly-sandlåda, så att utvecklare kan köra JavaScript-appar, MCP:er och agenter utan Docker. Utan Codex skulle arbetet ha tagit ett år, men med Codex tog det två veckor. Nu är de den första molnvärden som erbjuder fullständig Node.js i edge-lagret.
”Vi är faktiskt på väg bort från själva IDE:n. Vi rör inte koden lika mycket, utan guidar den bara dit vi vill att den ska gå.”
Wasmer är ett ungt företag med ett litet team och ett stort mål: en plattform för edge computing som kan skala över lokala och globala miljöer utan plattformsbegränsningar.
”De projekt vi tar oss an är otroligt ambitiösa, och det hade tagit oss evigheter att genomföra dem utan AI”, säger Syrus Akbary Nieto, grundare och vd. ”Nu är saker och ting mycket enklare och snabbare.”
Den enkelheten och hastigheten ledde direkt till ett banbrytande projekt: Edge.js(öppnas i ett nytt fönster), en JavaScript-runtime som kan köra Node.js-arbetslaster för AI och edge computing.
Det är ett projekt som teamet länge hade velat ta sig an, men de hade inte alltid resurserna för att göra det. ”Alla här är väldigt, väldigt tekniska, men vi hade helt enkelt inte tid att ägna oss åt de här projekten. Och nu kan vi lansera nya produkter som hade varit omöjliga tidigare”, förklarar Nieto.
Med Codex kan Wasmers ingenjörer få betydligt mer gjort. – Vi har ökat utvecklingstakten med minst 10–20 gånger, säger Nieto.
”Vi kunde skapa en JavaScript-runtime på bara två veckor. Utan AI och utan Codex hade det lätt tagit oss ett år.”
Liksom många team var Wasmers ingenjörer till en början skeptiska till AI. ”I början litade vi inte särskilt mycket på AI-resultaten”, förklarar Nieto. Men när teamet började experimentera överträffade resultaten deras förväntningar. ”Under det senaste året, och särskilt under de senaste månaderna, har vi arbetat med Codex, och resultaten har varit riktigt, riktigt bra.”
I takt med att Codex resonemangsförmåga utvecklas lägger Wasmers ingenjörer allt mindre tid på detaljstyrning. ”Vi är faktiskt på väg bort från själva IDE:n, och vi rör inte koden lika mycket. Vi guidar den bara dit vi vill att den ska gå”, säger Nieto.
Teamet använde Codex från projektets allra första början till dess slut, från att bygga de första arkitektoniska byggstenarna till att slipa den slutliga produkten. Genom hela arbetet hjälpte Codex teamet att hitta buggar och identifiera deras grundorsaker.
”Det fanns vissa buggar som vi inte hade föreställt oss att vi skulle få, och så snart vi började upptäcka dem gick Codex direkt in i felsökning”, säger Nieto. ”Det som imponerade på oss var att se hur snabbt det gick från felsökning till att hitta grundorsaken och identifiera lösningen.”
Enligt Nieto skulle utvecklare normalt behöva specialistkunskaper för att hitta många av de här felen. Men Codex kunde använda konsolloggar för att spåra funktionsanrop och arbeta med felsökningsverktyget LLD, som gör det möjligt att analysera program på assemblernivå. Codex kan arbeta på mycket låg nivå och förstå vad som faktiskt händer bakom koden.
”Det finns vissa subtiliteter som vi inte känner till eftersom vi inte är experter på C++. Codex kunde upptäcka dem ganska tidigt.”
Före Edge.js, förklarar Nieto, gick det inte att köra en JavaScript-runtime vid edge. Och före Codex hade det varit omöjligt för Wasmer-teamet att ta sig an ett så ambitiöst projekt med den tidsplanen.
”Codex gjorde det möjligt för ett litet företag att uppnå saker som bara var möjliga på stora företag. Det här projektet hade bokstavligen varit omöjligt utan det”, säger Nieto.
Med stärkta ambitioner blickar Wasmer-teamet framåt mot ännu större projekt. ”Nu har vi saker inom räckhåll som inte var möjliga tidigare. Vi behöver titta på ännu mer utmanande problem”, säger Nieto.
