Wasmer 如何使用 Codex 构建面向边缘计算的 Node.js 运行时

# Wasmer 如何使用 Codex 构建边缘端的 Node.js 运行时 来源：https://openai.com/index/wasmer/ 今年，Wasmer 的工程师们取得了一项突破：他们找到了一种方法，可以在 WebAssembly 沙箱中运行 Node.js 工作负载，让开发者无需 Docker 即可运行 JavaScript 应用、MCP 和代理。如果没有 Codex，这项工作需要一年时间；而有了 Codex，仅用了两周。现在，他们成为首个在边缘层提供完整 Node.js 的云主机。 > “我们实际上正在走出 IDE 本身。我们不那么频繁地直接修改代码，只是引导它朝着我们想要的方向发展。” > > — Syrus Akbary Nieto，创始人兼 CEO ## 以焕然一新的雄心进行构建 Wasmer 是一家年轻的公司，团队规模小，目标宏大：打造一个不受平台限制、可在本地和全球环境中扩展的边缘计算平台。 “我们承接的项目都非常有野心，如果没有 AI，这些项目需要很长时间才能完成，”创始人兼 CEO Syrus Akbary Nieto 说。“现在，事情变得简单得多、快得多。” 这种简洁和速度直接转化为一个突破性项目：Edge.js（在新窗口打开）(https://wasmer.io/posts/edgejs-safe-nodejs-using-wasm-sandbox)，一个能够在边缘运行 Node.js 工作负载（用于 AI 和边缘计算）的 JavaScript 运行时。 这是团队长期想做但一直缺乏资源的项目。“这里的每个人都非常懂技术，但我们就是没有时间投入这些项目。而现在，我们可以推出以前不可能实现的新产品，”Nieto 解释道。 借助 Codex，Wasmer 的工程师能够事半功倍。“我们的开发速度至少提升了 10 到 20 倍，”Nieto 说。 > “我们仅用两周就创建了一个 JavaScript 运行时。如果没有 AI，没有 Codex，那很可能需要一年时间。” > > — Syrus Akbary Nieto，创始人兼 CEO ## 跨语言和代码层级的推理 和许多团队一样，Wasmer 的工程师最初也对 AI 持怀疑态度。“一开始我们并不太信任 AI 的输出，”Nieto 解释道。但当团队开始实验后，结果超出了他们的预期。“过去一年，尤其是最近几个月，我们一直在使用 Codex，效果真的非常好。” 随着 Codex 推理能力的提升，Wasmer 工程师需要手把手指导的时间越来越少。“我们实际上正在走出 IDE 本身，不再那么频繁地直接修改代码。我们只是引导它朝着我们想要的方向发展，”Nieto 说。 从项目一开始到最终完成，团队全程使用 Codex——从搭建初始架构模块到打磨最终产品。在整个过程中，Codex 帮助团队发现错误并定位根本原因。 “有些 bug 我们根本没想到会出现，而一旦开始发现它们，Codex 就直接进入调试状态，”Nieto 说。“让我们印象深刻的是，它从调试到找到根本原因并识别解决方案的速度非常快。” Nieto 解释说，通常情况下，开发者需要专门的知识才能发现许多此类 bug。但 Codex，“能够掌握 console.log 来追踪调用，以及像 LLD 这样的底层调试器，可以访问汇编层面的信息。Codex 能够深入底层，看到代码背后发生了什么。” > “有些细微之处我们并不了解，因为我们不是 C++ 专家。Codex 很早就能够发现它们。” > > — Syrus Akbary Nieto，创始人兼 CEO ## 将不可能变为现实 Nieto 解释说，在 Edge.js 之前，不可能在边缘运行 JavaScript 运行时。而在 Codex 出现之前，Wasmer 团队也不可能在如此短的时间内承担如此雄心勃勃的项目。 “Codex 让一家小公司实现了只有大公司才能做到的事情。如果没有它，这个项目根本不可能完成，”Nieto 说。 随着雄心被激发，Wasmer 团队正在展望更大的项目。“现在，我们掌握了以前无法实现的东西。我们需要去应对更具挑战性的问题，”Nieto 说。