Wasmer 如何用 Codex 为边缘端构建 Node.js runtime
原文: English original · Anthropic/OpenAI 官方
团队正在使用 GPT-5.5 驱动的 Codex,承接更有野心的项目,并以快 10 到 20 倍的速度完成它们。
公司规模:企业级
地区:北美
行业:科技
产品:Codex
开发速度提升 10 到 20 倍
今年,Wasmer 的工程师实现了一项突破:他们找到了在 WebAssembly 沙盒内运行 Node.js 工作负载的方法,让开发者无需 Docker 就能运行 JavaScript 应用、MCP 和 agents。如果没有 Codex,这项工作原本需要一年;借助 Codex,他们只用了两周。现在,他们成为首个在边缘层提供完整 Node.js 的云托管平台。
“我们的工作重心实际上正在离开 IDE 本身。我们不再那么多地直接改代码,而是在引导它朝我们想要的方向前进。”
- Syrus Akbary Nieto,创始人兼 CEO
带着新的雄心构建
Wasmer 是一家年轻公司,团队规模不大,但目标很大:打造一个边缘计算平台,让它能够在本地和全球环境中扩展,同时不受平台限制。
“我们正在承接的项目极其有野心。如果没有 AI,这些项目会花掉我们非常久的时间,“创始人兼 CEO Syrus Akbary Nieto 说。“现在,事情变得简单得多,也快得多。”
这种简单和速度直接转化成了一个突破性项目:Edge.js,一个可以为 AI 和边缘计算运行 Node.js 工作负载的 JavaScript runtime。
团队很早就想做这个项目,但过去并不总有资源投入其中。“这里每个人技术能力都非常强,但我们就是没有时间专门投入这些项目。现在,我们可以发布以前根本不可能推出的新产品,“Nieto 解释道。
借助 Codex,Wasmer 工程师可以放大自己的产出。“我们的开发速度至少提升了 10 到 20 倍,“Nieto 说。
“我们只用了两周就创建了一个 JavaScript runtime。如果没有 AI、没有 Codex,这很容易就要花掉我们一年时间。”
- Syrus Akbary Nieto,创始人兼 CEO
跨语言、跨代码层级推理
和许多团队一样,Wasmer 工程师一开始也对 AI 持怀疑态度。“一开始,我们并不太信任 AI 的输出,“Nieto 解释道。但当团队开始实验时,结果超出了他们的预期。“过去一年,尤其是过去几个月,我们一直在使用 Codex,结果真的非常、非常好。”
随着 Codex 的推理能力不断演进,Wasmer 工程师花在手把手干预上的时间越来越少。“我们的工作重心实际上正在离开 IDE 本身,也不再那么多地直接碰代码。我们只是在引导它朝我们想要的方向前进,“Nieto 说。
团队从项目开始到结束都在使用 Codex,从构建最初的架构基础模块,到打磨最终产品。整个过程中,Codex 都帮助团队发现 bug,并定位它们的根因。
“有些 bug 是我们之前根本没想到会遇到的;而我们一开始发现它们,Codex 就直接进入调试状态,“Nieto 说。“真正让我们印象深刻的是,它从调试推进到找到根因、再到识别解决方案的速度有多快。”
Nieto 解释说,通常情况下,开发者需要具备专门知识才能发现其中许多 bug。但 Nieto 表示,Codex “能够熟练运用 console logs 来追踪调用,也能使用像 LLD 这样会访问汇编层信息的底层调试器。Codex 可以深入到非常低的层级,看到代码底下发生了什么。”
“有些细微之处我们并不知道,因为我们不是 C++ 专家。Codex 很早就能发现它们。”
- Syrus Akbary Nieto,创始人兼 CEO
让不可能变得可行
Nieto 解释说,在 Edge.js 之前,不可能在边缘端运行 JavaScript runtime。而在 Codex 之前,Wasmer 团队也不可能在这样的时间表下承接一个如此有野心的项目。
“Codex 让一家小公司能够实现过去只有大公司才可能做到的事情。没有它,这个项目真的不可能完成,“Nieto 说。
随着雄心进一步增强,Wasmer 团队正在展望更大的项目。“现在,我们手里已经有了过去不可能拥有的东西。我们需要去审视更具挑战性的问题,“Nieto 说。