Como a Wasmer usou o Codex para criar runtime Node.js no edge

Os engenheiros da Wasmer tiveram um avanço este ano: descobriram como executar cargas de trabalho Node.js dentro de uma sandbox WebAssembly, permitindo aos programadores executar aplicações JavaScript, MCPs e agentes sem Docker. Este esforço teria demorado um ano sem o Codex, mas, com o Codex, demorou duas semanas. Agora, são o primeiro fornecedor cloud a disponibilizar Node.js completo na camada edge.

A Wasmer é uma empresa jovem, com uma equipa pequena e um grande objetivo: uma plataforma de computação edge que escala em ambientes locais e globais sem restrições de plataforma.

«Os tipos de projetos que estamos a assumir são incrivelmente ambiciosos, e teríamos demorado imenso tempo a realizá-los sem AI», afirma Syrus Akbary Nieto, fundador e CEO. «Agora, as coisas são muito mais simples e rápidas.»

Essa simplicidade e velocidade traduziram-se diretamente num projeto pioneiro: Edge.js⁠(abre numa nova janela), um runtime JavaScript que consegue executar cargas de trabalho Node.js para AI e computação edge.

É um projeto que a equipa queria assumir há muito tempo, mas nem sempre teve os recursos para o fazer. «Toda a gente aqui é muito, muito técnica, mas simplesmente não tínhamos tempo para nos dedicarmos a estes projetos. E agora, podemos lançar novos produtos que antes teriam sido impossíveis», explica Nieto.

Com o Codex, os engenheiros da Wasmer conseguem multiplicar os seus esforços. «Aumentámos a velocidade de desenvolvimento em 10x a 20x, pelo menos», afirma Nieto.

Como muitas equipas, os engenheiros da Wasmer eram inicialmente céticos em relação à AI. «No início, não confiávamos muito nos resultados da AI», explica Nieto. Mas, quando a equipa começou a experimentar, os resultados superaram as suas expectativas. «Ao longo do último ano, e especialmente nos últimos meses, temos trabalhado com o Codex, e os resultados têm sido mesmo, mesmo bons.»

À medida que as capacidades de raciocínio do Codex evoluem, os engenheiros da Wasmer passam cada vez menos tempo a orientar manualmente. «Na verdade, estamos a sair do próprio IDE e já não mexemos tanto no código. Estamos apenas a orientá-lo para onde queremos que vá», afirma Nieto.

A equipa usou o Codex desde o início até ao fim do projeto, desde a criação dos blocos arquiteturais iniciais até ao polimento do produto final. Ao longo de todo o processo, o Codex ajudou a equipa a encontrar bugs e a identificar as suas causas-raiz.

«Havia certos bugs que não imaginávamos que iríamos ter e, assim que começámos a descobri-los, o Codex entrou diretamente em modo de depuração», diz Nieto. «O impressionante para nós foi ver a rapidez com que passou da depuração para encontrar a causa-raiz e identificar a solução.»

Normalmente, explica Nieto, os programadores precisariam de conhecimentos especializados para encontrar muitos destes bugs. Mas o Codex, diz Nieto, «conseguiu dominar os registos da consola para rastrear chamadas e um depurador de baixo nível como o LLD, que acede a elementos ao nível de assembly. O Codex consegue chegar a um nível muito baixo e ver o que está a acontecer por baixo do código.»

Antes do Edge.js, explica Nieto, não era possível executar um runtime JavaScript na edge. E, antes do Codex, teria sido impossível para a equipa da Wasmer assumir um projeto tão ambicioso e com este calendário.

«O Codex permitiu a uma pequena empresa alcançar coisas que só eram possíveis em grandes empresas. Este projeto teria sido literalmente impossível sem ele», afirma Nieto.

Com as suas ambições reforçadas, a equipa da Wasmer olha agora para projetos ainda maiores. «Agora, temos ao nosso alcance coisas que antes não eram possíveis. Precisamos de olhar para problemas ainda mais desafiantes», afirma Nieto.