Estella 评测：用 TypeScript 写游戏，靠 C++/WASM 跑性能，但编辑器闭源

一个用 TypeScript 写逻辑、用 C++ 跑渲染的引擎

Estella 解决的问题很具体：游戏开发中，脚本语言的开发效率与原生渲染性能往往不可兼得。它的方案是让 TypeScript SDK 负责游戏逻辑，而把渲染管线编译成 WebAssembly 在浏览器运行，在原生平台上则提前编译成机器码。这意味着你写的是类型安全的 TypeScript 代码，但实际执行渲染的不是解释型 JS。项目定位是 2D/3D 引擎，但 README 中强调的示例和功能（Spine 动画、精灵、相机）明显偏向 2D 游戏。它的目标用户是希望一套代码发布到 web、桌面、微信小游戏、可玩广告以及原生 Android/iOS 的开发者。这种跨平台范围在开源引擎中不多见，尤其是同时覆盖微信小游戏和原生移动端。

ECS 架构：组件、系统与查询的 TypeScript 抽象

Estella 的数据导向设计基于 Entity-Component-System。README 给出了一个具体的 TypeScript 示例：用 defineComponent 定义 Speed 组件，用 defineSystem 定义系统，系统通过 Query 获取带有 LocalTransform 和 Speed 的实体，然后更新位置。关键机制是 Query 和 Mut 的配合，Mut(LocalTransform) 表示可变引用，这允许引擎在系统执行时进行数据局部性优化。Time 作为资源（Res）注入，提供 delta 时间。这种写法与 Unity 的 ECS 或 Bevy 的 query 类似，但 API 更简洁。一个值得注意的细节是，系统定义中明确列出了依赖的组件类型，这让引擎可以在编译期做类型检查，而不是在运行时才发现错误。对 TypeScript 开发者来说，这种静态保证是实际收益。

从安装到预览：编辑器是唯一入口

上手流程完全围绕视觉编辑器展开。你需要从 estellaengine.com 或 GitHub releases 页面下载 Windows 或 macOS 编辑器，然后在编辑器里点击 New Project，输入名称和位置，创建项目。编辑器会生成一个包含 Camera 实体的默认场景。写逻辑时，你在场景编辑器中添加实体和组件，然后在 TypeScript 文件中编写系统，按 F5 即可在编辑器中预览。这里没有命令行创建项目的选项，也没有 npm 脚手架。这意味着所有项目初始化都依赖编辑器，而编辑器是闭源的。从 REPO 布局看，引擎运行时、SDK、资产管线、CLI 和项目模板都在仓库内，但编辑器本体不在。对于喜欢纯代码工作流的开发者，这是一个需要适应的约束。

MCP 编辑器：让智能体直接操作场景

Estella 最不寻常的设计是编辑器本身就是一个 MCP（Model Context Protocol）服务器，暴露了 65 个工具。这些工具与编辑器 UI 内部调用的管道相同，意味着外部智能体（如 Claude Code、Cursor）可以驱动真实编辑器：打开项目、从创建菜单生成实体、编辑组件字段、进入播放模式、截图查看结果、导出游戏。编辑器还内置了一个自己的智能体，你只需输入一句话，就能看到它逐一调用工具。两个入口共享同一个命令目录，所以智能体的操作是可撤销的，你随时可以夺回鼠标控制权。这种设计把 AI 从代码补全提升到了场景操作层面。实际效果取决于这 65 个工具的覆盖范围，但至少从架构上看，它解决了智能体无法感知游戏运行状态的问题。

跨平台输出：从 WebAssembly 到原生 arm64

Estella 的跨平台能力来自两套运行时：在 web 上，C++ 核心编译为 WebAssembly，通过 WebGL 或 WebGPU 渲染；在原生平台，它被提前编译，例如 Android/iOS 上通过嵌入 Dawn（Metal/Vulkan 后端）渲染成真正的 arm64 应用，而不是套一个 WebView。这个区别很重要，因为很多跨平台工具实际是 WebView 套壳，性能与交互体验受限。根据 README 的描述，Estella 的原生移动端是真正的原生渲染。桌面端和微信小游戏也在支持列表中。可玩广告输出为单文件，这对广告投放场景有实际价值。不过，文档没有详细说明微信小游戏的具体适配层，例如小游戏环境的 API 限制如何绕过，这部分需要查阅官方文档或实际测试。

授权边界：Apache-2.0 与 Spine 的独立许可

仓库本身采用 Apache-2.0 许可证，允许商用、修改和分发，没有单独的商业许可。但 README 明确划出了三条边界。第一，视觉编辑器是闭源的，虽然免费下载使用，但源代码在私有仓库。第二，Estella 和 ESEngine 的商标不随代码授权，你不能用 Estella 的名字发布分叉版本。第三，也是容易忽略的一点：捆绑的 Spine Runtimes 不是开源的，如果游戏使用了 Spine 集成，你需要从 Esoteric Software 获取有效的 Spine 许可证。这意味着即使引擎本身免费，你的游戏成本可能因为 Spine 而增加。对于依赖 Spine 动画的 2D 游戏，这是必须提前计入的预算项。

版本节奏与维护成本

从最近的发布记录看，v0.59.0 在 2026-08-28 发布，v0.58.0 在 8 月 27 日，v0.57.0 在 8 月 24 日，几乎每天一个版本。这种频率说明项目处于快速迭代期，但也带来维护成本：API 可能频繁变动，文档需要持续跟进。仓库遵循语义化版本控制，并有 CHANGELOG 文件，但 0.x 版本意味着 API 尚未稳定，升级时可能遇到破坏性变更。对于生产项目，你需要锁定版本并仔细阅读 CHANGELOG。另外，编辑器是闭源的，它的更新节奏与开源仓库不完全同步，这可能造成编辑器与引擎运行时之间的版本错位。在采用前，建议查看 CHANGELOG 中是否有你关心的破坏性变更记录。

编辑结论

Estella 适合两类人：一类是希望用 TypeScript 编写逻辑、又不想牺牲渲染性能的独立开发者，另一类是需要在微信小游戏、可玩广告和原生移动端同时发布产品的团队。它不适合那些要求全链路开源的人，因为视觉编辑器是闭源的，Spine 集成也要求单独的授权。在采用之前，先验证三件事：确认你的目标平台（尤其是微信小游戏）在最新版本 v0.59.0 下的导出流程是否顺畅；检查 Spine 动画是否在你的项目资产中占据关键地位，若是则优先评估授权成本；最后，确认你的团队能接受编辑器作为唯一工作流入口，因为所有场景编辑都依赖它，而不是纯代码。Estella 的 ECS 设计和 WASM 核心在同类开源引擎中少见，但闭源编辑器与开源运行时的边界，决定了它不是一个可以自由分叉的引擎。

官方来源

1. Official documentation
2. Official README
3. Project repository
4. Release notes