企业官网建设流程全解析

我做过不少游戏开发工具的尝试，但真正让我长期留在项目里的，还得算 Superpowers。如果你还没听说过它，先给你一句话定性：Superpowers 是一个开源的、基于浏览器的 HTML5 游戏开发环境，主打多人实时协作，用 TypeScript 写逻辑。它有 2D 和 3D 两套编辑器，能直接导出网页游戏，适合做 Game Jam、教学演示，以及那些想快速验证玩法的原型项目。

之所以想起认真聊聊它，是因为最近总有人问我"怎么装上 Superpowers"、"装完怎么建第一个场景"。这工具因为开源、免费、协作体验太特别，确实在独立开发和创意编程圈子里一直有热度。但它的安装方式和传统游戏引擎差距很大，很多新手第一次接触会被命令行和本地服务器流程卡住。这篇我就以实际操作为主线，把 Superpowers 从概念、安装到跑通一个 Demo 的全过程拆开讲，同时把我自己踩过的一些坑一并交代清楚。

1. Superpowers 到底是什么，它解决什么问题

1.1 它是"引擎"还是"编辑器"

如果拿 Unity 或 Godot 做参照，Superpowers 更接近一个带有编辑器的完整开发环境，但它把编辑器和运行环境都跑在浏览器里。你启动本地服务器后，通过浏览器访问编辑器界面，创建场景、调整物体属性、编写脚本、管理资源，全部在一个 Web 页面里完成。

它的底层架构有几个关键点：

• 客户端-服务器模型：本地运行一个 Node.js 服务端，负责项目存储、资源管理和用户认证。浏览器只是渲染端，把你的操作实时同步到服务端。
• 共享项目空间：多个开发者可以同时打开同一个项目，看到彼此的鼠标、场景改动和代码编辑，类似 Google Docs 的协作体验，这在游戏引擎里非常少见。
• TypeScript 作为脚本语言：不搞可视化编程，不搞自带脚本方言，直接用 TypeScript 写游戏逻辑，然后编译成 JavaScript 交给浏览器执行。
• 3D 与 2D 同源：一套工具同时支持 2D 精灵场景和 3D 场景，底层用 Three.js 做渲染。

这组合听起来有点"极客向"，但实际用起来非常顺手。它不是一个"拖拽出成品"的零代码工具，而是给已经会写代码的人准备的轻量级引擎。

1.2 它最实用的三个使用场景

就我自己的实践和观察，Superpowers 适合下面三类需求：

第一类是 Game Jam 和快速原型。很多 Game Jam 的规则要求主题公布后 48 或 72 小时内交付一个能玩的游戏。Superpowers 的启动速度快，编辑器操作轻，资源文件直接丢进浏览器就能引用，导出 HTML5 游戏又是天然的 Web 分发。配合团队协作功能，两个人可以同时在一个项目里工作，一个人写逻辑、一个人搭场景，效率比传统引擎下分工要高。

第二类是教学和 Workshop。因为编辑器在浏览器里，学生不需要安装大型软件，只要有一个浏览器账号就能加入项目。老师可以实时看学生的操作和代码，甚至直接在学生项目里做修改演示。我在带新人入门 TypeScript 游戏开发时，用过好几次这样的方式，省去了"环境配置半天"的尴尬。

第三类是纯前端游戏开发者的自留地。如果你本来就走 Web 游戏路线，不想碰引擎的打包流程和复杂资源管线，Superpowers 给的是一个"接近原生 Web 开发"的体验：TypeScript 写游戏逻辑，Three.js 处理渲染，导出结果也是 Web 标准产物。调试时可以打开浏览器开发者工具直接看控制台，不需要经过引擎的中间层。

我认识的一些开发者在做一个 web 小游戏之前，会在 Superpowers 里先跑通核心玩法，确认手感没问题之后再搬到自己维护的工程里，这个工作流也相当实用。

1.3 和 Unity、Godot 比，它的取舍在哪里

我用过 Unity、Godot、Defold，也试过其他几个 Web 优先的引擎，说说 Superpowers 的独特定位。

Superpowers 的优势是"轻"和"协作"，短板是"生态"和"表达能力"。你肯定不能用它去做一个大型 3D 动作游戏，光照贴图、骨骼动画、物理引擎这些高级功能要么缺失，要么需要你自己拼装第三方库。它更适合创意型、玩法导向、体量可控的项目。

这也能解释为什么 Superpowers 一直没有成为主流引擎：它的目标用户是"会写代码的创意人"，而不是"所有人"。定位小众，但使用体验非常独特，尤其是多人协作那一部分，用过就回不去。

2. 安装前的准备工作和环境要求

2.1 必须要装的依赖

如果你要从源码运行最新版 Superpowers，下面这几样是跑不掉的：

• Node.js：Superpowers 的服务端和客户端构建都依赖 Node.js。官方推荐使用Node 12.x或 14.x 的 LTS 版本。我最初用过一个较新的 Node 版本（具体版本号记不清了，反正是新版），结果依赖安装就报错，所以如果你不想浪费时间，尽量按官方文档的版本要求来。
• Git：虽然可以直接下载压缩包，但用 Git 克隆仓库能方便后续升级和切换分支。如果你打算参与开发或者修改引擎源码，Git 更是必须。
• 浏览器：推荐 Chrome 或 Firefox。编辑器对 WebGL 的性能要求不低，WebGL 不支持的话，3D 场景根本没法跑。Safari 虽然基本可用，但我实际测试时偶发过渲染异常，不建议日常使用。

提示：如果你只是想体验 Superpowers 的功能，不想折腾本地环境，官方有在线 Demo 服务器可以试用。但自己机器上安装能拥有完全的控制权，项目数据在自己手里，插件、脚本自由度也高一些。这篇文章以本地安装为主。

2.2 如何检查环境是否就绪

在开始安装之前，先确认你的 Node.js 和 Git 是否正常。打开终端（macOS/Linux 用 Terminal，Windows 用 PowerShell 或 CMD），输入：

node -v npm -v git --version

我见过不少人卡在这一步：终端提示node: command not found。如果你也遇到，说明 Node.js 没有正确安装，或者安装完没有把可执行文件加到系统 PATH 里。重新安装 Node.js LTS 版本，安装时勾选"Add to PATH"选项，然后重新打开终端再试一次。

npm 是随 Node.js 一起安装的包管理器，一般不需要单独安装。Git 的安装相对独立，Windows 用户建议安装 Git for Windows，它自带一个 Bash 环境，后续很多命令在 Bash 下更顺手。

2.3 选择一个合适的工作目录

Superpowers 的项目文件是直接放在工作目录下的，包括项目配置、资源、场景数据、脚本等。如果你用superpowers这个命令启动服务器，它会默认读取当前目录下的superpowers.json项目文件。

我建议专门建一个目录来放项目：

mkdir ~/superpowers-work cd ~/superpowers-work

后续所有的启动命令都在这个目录里跑。好处是项目文件集中，不会和系统文件混杂，备份和搬家都方便。如果你想把项目放到网盘同步，这个目录直接同步即可。

注意：不要把项目放在包含中文和空格的路径下。Superpowers 内部构建流程对路径中的特殊字符处理不够完善，我曾在C:\Users\张三\my project这种路径下运行，结果资源路径解析报错。换成纯英文、无空格路径一切正常。

3. 正式安装 Superpowers 的完整步骤

3.1 方法一：使用官方安装脚本（推荐新手）

官方提供了一键安装脚本，对新手最友好。在superpowers-work目录下执行：

npm install -g superpowers

这条命令会全局安装 Superpowers 的命令行工具。安装完成后，你可以直接用superpowers命令启动项目。

如果你不想全局安装，也可以在当前项目里安装：

npm install superpowers --save-dev

全局安装的好处是任何目录下都能用superpowers命令，坏处是升级和清理麻烦一点。我建议新手先用全局安装，跑通流程后再决定是否改成项目内安装。

安装时如果遇到权限问题（特别是 macOS/Linux 下），可能需要在命令前加sudo：

sudo npm install -g superpowers

但别随意用 sudo。如果确定是权限问题再这么做。

3.2 方法二：从 GitHub 克隆源码（推荐动手党）

如果你想尝试最新开发版，或者计划魔改源码，用 Git 克隆是更好的方式：

git clone https://github.com/superpowers/superpowers.git cd superpowers npm install

这个方式会把整个 Superpowers 源码仓库拉到本地，第一次npm install会下载大量依赖，耗时较长，取决于网络状况。我实测在一个普通网络环境下，完整安装大约需要 5~10 分钟。

源码方式还有一个好处：你可以方便地切换到不同的分支，尝试官方正在开发的实验性功能。但坏处是，开发版的稳定性无法保证，可能遇到编译错误或编辑器界面 bug。

3.3 安装过程中常见异常

权限不足（EACCES）：npm 全局安装时提示权限错误，解决方法是检查 npm 的默认全局目录，重新设置一个当前用户可写的目录。我用的做法是：

npm config set prefix ~/.npm-global

然后编辑~/.bashrc或~/.zshrc，添加：

export PATH=~/.npm-global/bin:$PATH

重新加载配置：

source ~/.bashrc

依赖安装失败（ETARGET / ECONNRESET）：网络波动或 npm 源连接超时时容易发生。建议更换 npm 镜像源，我个人一直用淘宝镜像，速度快、稳定：

npm config set registry https://registry.npmmirror.com

更换源之后重新执行安装命令即可。

经验：如果你在安装过程中看到一长串红色报错，先别急着换方案。把报错信息从头到尾读一遍，90% 的情况下是某个依赖版本无法下载，或者 Node 版本不兼容。逐条解决，比整体重装效率高得多。

3.4 初始化并启动项目

安装完成后，初始化一个 Superpowers 项目：

mkdir my-game cd my-game superpowers init

这条命令会在当前目录生成项目配置文件和基础目录结构。你可以打开superpowers.json查看项目配置，里面包含项目名称、默认端口等设置。

启动开发服务器：

superpowers

启动成功后，终端会显示类似下面的信息：

Superpowers server is listening on port 4239

这意味着编辑器已经运行在本地，打开浏览器访问http://localhost:4239即可进入编辑器界面。

提示：Superpowers 默认使用 4239 端口。如果端口被占用，可以在superpowers.json中修改port参数，或使用--port参数指定其他端口，例如superpowers --port 8080。

4. 第一次打开编辑器：界面、导航和项目管理

4.1 创建超级用户账号

首次访问http://localhost:4239时，你会看到一个欢迎页面，要求创建 Superpowers 超级用户账号。这个账号是本地服务器的管理员，用来管理项目、插件和用户权限。

输入用户名、邮箱、密码后点击创建即可。注意：

• 邮箱不需要真实邮件验证，格式对就行，因为这是本地服务器而不是在线服务。
• 密码长度有最低要求，我记不清具体标准了，建议你用至少 8 位以上的强密码，省得到时候因为密码太短反复折腾。
• 创建完成之后，这个账号自动拥有超级用户权限，可以访问管理页面。

4.2 创建和进入项目

登录成功后，你会进入一个项目列表界面。首次进来应该是空的，点击右上角"新建项目"按钮，输入项目名称，选择模板（可以选空项目、2D 项目或 3D 项目）。

我建议第一次使用选2D 项目模板，因为它自带一个基础场景和一个小方块，你马上能看到东西，不用从零开始搭场景。

• 空项目：完全从零开始，适合熟悉操作之后使用。
• 2D 项目模板：包含一个简单的 2D 场景，可以直接跑起来。
• 3D 项目模板：包含一个 3D 场景，带灯光和相机。

创建完成后点击进入项目，编辑器会打开一个新标签页加载项目环境。

4.3 编辑器界面分区解析

Superpowers 的编辑器界面和 Unity 有几分神似，但整体更简洁。主要分区包括：

• 顶部菜单栏：项目操作、运行脚本、切换场景、打开设置。
• 左侧资源面板：显示项目的所有资源，包括脚本、纹理、模型、声音、场景文件。
• 中央场景视图：显示当前打开的场景，2D 视图直接看到画布，3D 视图可以旋转、平移、缩放视角。
• 右侧属性面板：显示选中对象的属性、组件和脚本。
• 底部控制台：显示运行日志和错误信息。

布局是可以调整的，鼠标拖动面板边框就能改变大小。如果你不小心关掉了某个面板，可以在顶部菜单栏找到视图设置重新打开。

经验：3D 场景中导航相机的方式是：鼠标左键选择物体，右键 + 拖动旋转视角，滚轮缩放，Shift + 右键平移。这个操作逻辑和多数 3D 软件接近，但如果之前只用过图层面板类 2D 工具，可能需要一点适应时间。

4.4 管理多个项目

回到项目列表页（通过顶部菜单或手动访问http://localhost:4239的根路径），你会看到所有已有的项目。每个项目卡片上可以执行打开、重命名、删除操作。

删除项目会永久删除项目文件，不可恢复。如果你没有备份，千万不要随便点删除。我习惯在开始一个较大的项目前，先做好项目文件的 zip 备份，因为编辑器内没有自动历史版本功能（至少默认配置下没有完整版本管理），万一误删或改坏，只能靠外部备份救命。

5. 写第一个场景：从创建到预览

5.1 场景、物体和组件的概念

在 Superpowers 中，场景是一个 3D 世界或 2D 画布，里面可以放置物体。物体是最基本的实体，可以想象成一个空壳子。要让这个空壳子具备实际表现，需要给它挂组件。

常用的组件包括：

• SpriteRenderer（2D）：渲染一张图片，在 2D 场景中显示精灵。
• ModelRenderer（3D）：渲染一个 3D 模型。
• Camera：定义视角，使场景能通过你的视线呈现出来。
• Light（3D）：提供光照。
• Script：挂载自定义代码，让物体具备逻辑。

这个思维模式和 Unity 的"实体-组件"模型几乎一样。如果你之前用过 Unity，可以零成本过渡；如果你没接触过引擎，把它理解为"给一个空盒子贴标签，赋予功能"即可。

5.2 在 2D 场景中添加一个可移动方块

我们直接做一个最简单的东西：一个可以用键盘控制移动的方块。

进入新建的 2D 项目后，默认场景里应该已经有一个方块。如果没有，就在资源面板中右键选择"创建对象"，创建一个空对象，给它添加 SpriteRenderer 组件，然后分配一张默认的白色纹理。

然后在资源面板中创建一个脚本，命名为PlayerController.ts，双击打开代码编辑器，输入以下内容：

let speed = 5; this.entity.on("update", (dt: number) => { let move = Sup.Input.getAxis("Horizontal"); this.entity.setPosition(this.entity.getPosition().x + move * speed * dt, 0, 0); });

保存脚本，将脚本组件拖到方块对象上。这里需要注意：Superpowers 的脚本组件只能挂载到对象上，不能像 Unity 那样自动将脚本文件名和类名对应。你创建了PlayerController.ts，需要手动把它附加到实体属性面板的组件区域。

5.3 设置输入映射

光有代码还不够，需要告诉 Superpowers 什么是"Horizontal"轴。打开项目设置（顶部菜单右侧的齿轮图标），找到"输入"选项卡，添加一个输入轴，命名为Horizontal，绑定 A 键为负值、D 键为正值，也可以顺便加上左右方向键。

设置好后，回到编辑器，点击预览按钮（顶部菜单栏的播放按钮），浏览器会打开一个新标签页加载游戏画面。按 A/D 键或左右方向键，方块就会移动。

提示：如果按方向键没反应，检查一下预览页面是否获得了键盘焦点。浏览器默认不会自动聚焦游戏画布，需要先点击画布区域，然后按键才有效。这个问题特别容易让第一次接触的人懵住，误以为代码写错了。

5.4 调试和查看运行日志

预览页面运行时，按键盘上的F12打开浏览器开发者工具，切到 Console（控制台），可以看到 Superpowers 脚本中console.log输出的日志，以及运行时发生的错误信息。

这个调试方法比在引擎内部的调试器直观多了，因为 Superpowers 就是 Web 应用，浏览器开发者工具天然就是你的调试利器。你可以在 TypeScript 代码里直接：

console.log(this.entity.getPosition());

然后立刻在浏览器 Console 看到输出。比起其他引擎要等编译、看内部输出，这种即时反馈确实舒服。

6. 资源管理和 TypeScript 开发要点

6.1 导入图片、音频和模型

要向项目中添加资源，直接把文件拖到浏览器窗口或资源面板上即可。Superpowers 支持常见的图像格式（PNG、JPG、SVG 等）、音频格式（WAV、OGG 等）以及 3D 模型格式（OBJ、DAE 等）。

导入后，资源面板中会出现对应的文件条目。你可以改名、整理到子文件夹中。路径引用逻辑非常简单：脚本里直接写资源名，比如：

let sprite = new Sup.SpriteRenderer(this.entity, "player.png");

如果你把资源放到了子文件夹，路径要带上文件夹名，例如"textures/player.png"。

6.2 用 TypeScript 写逻辑的常见套路

Superpowers 的脚本挂在实体上后，实际是一段 TypeScript 模块。常用模式有两类：

一类是初始化逻辑：

let playerHealth = 100; this.entity.on("start", () => { console.log("Game started!"); });

另一类是每帧更新逻辑：

this.entity.on("update", (dt: number) => { // dt 是帧间隔时间，单位秒 // 在这里更新游戏状态 });

注意update事件带有一个dt参数，这是上一帧到这一帧的间隔时间（秒）。做移动、旋转等与时间相关的操作时，一定要乘以dt，否则不同帧率下游戏速度会不一致。这就是上面那个方块代码里为什么每个 move 都乘了speed * dt。

Superpowers 还内置了一些工具类，比如：

• Sup.Input：获取键盘、鼠标和游戏手柄输入。
• Sup.Math：提供向量、矩阵等数学工具。
• Sup.Audio：播放声音。
• Sup.setTimeout/Sup.setInterval：定时任务。
• Sup.tween：简单的补间动画。

6.3 最常见的脚本编写误区

我帮别人排查最多的问题就两个。

第一个是事件监听重复注册。如果你在start事件里又注册了另一个update监听，而start事件被触发多次（在没有明确管理对象生命周期的情况下有可能发生），那update回调也会被注册多次，逻辑就会执行多遍。解决办法是最好只在脚本顶层注册一次update，或者确保监听器在实体销毁时被清理。

第二个是实体引用被误删。如果你在场景中手动删除了一个对象，但脚本代码中还保留了对这个对象的引用，调用它的方法时就会报错。排查方法是看浏览器 Console 里有没有 "Entity does not exist" 相关的错误。避免方式是养成检查this.entity.isDestroyed()的习惯，或在操作前做空引用判断。

6.4 多人协作时的代码冲突处理

Superpowers 的原生协作虽然方便，但也不是完全没有冲突。团队里两个人同时修改同一个脚本的同一区域时，编辑器的文本合并可能会出问题，导致代码被覆盖。

我的习惯用法是：

• 分工明确：一个人负责场景搭建和资源导入，另一个人专注脚本编写，避免同时编辑同一个文件。
• 频繁保存：Superpowers 的协作是实时的，编辑器自动保存，但遇到大型改动时，我会手动定期关闭再打开文件，确认当前内容是自己想要的。
• 备份大版本：在上线前或大范围重构前，把项目目录压缩存档。协作实时编辑虽爽，但没有版本回退功能就有点慌，外部备份是必要兜底。

7. 构建导出和发布到 Web

7.1 两种导出方式

开发完成后，你需要把项目导出为静态网页。在项目编辑器的顶部菜单栏找到"构建"或"导出"选项，Superpowers 支持两种导出方式：

• 开发模式导出：会生成一个包含所有资源的文件夹，运行其中的index.html就能玩。这种导出没有做代码压缩，文件体积大，但便于调试。
• 发布模式导出：会对脚本执行压缩和混淆，生成体积更小的生产版本，适合直接部署到 Web 服务器。

实际操作时，我在项目目录下运行以下命令：

superpowers build --project my-game --output dist

生成的dist目录里会有一个index.html文件和资源文件夹。你把这个目录里的所有内容上传到任意静态网站托管平台（包括 GitHub Pages、Netlify、Vercel）即可上线。

7.2 导出时的目录结构

导出目录下，有一个assets文件夹存放所有原始资源，一个scripts文件夹存放编译后的 JavaScript，一个index.html作为入口页面。

如果你要部署到二级路径，比如https://example.com/game/，需要在构建时配置基路径参数，否则资源会 404。在superpowers.json中，可以设置build.baseUrl参数，或者用构建命令的--base-url选项。

7.3 预览产物并测试

导出完成后，我习惯先在本地起一个简单的静态服务器，验证产物是否正常：

cd dist python -m http.server 8080

然后访问http://localhost:8080，测试一下完整流程。直接用file://协议双击index.html打开可能因为浏览器的 CORS 或安全限制导致资源加载失败，所以最后还是起个本地服务器验证才稳。

7.4 分发到游戏平台的注意事项

如果你的目标是把游戏提交到 itch.io 或其他 Web 游戏平台，需要注意两点。

第一是屏幕适配。Superpowers 默认使用的渲染尺寸可能在移动端出现变形。在项目设置里，可以调整 Canvas 的分辨率和适配方式，让游戏按比例缩放而不是拉伸。我建议设定一个基准分辨率，然后用 CSS 控制缩放比例。

第二是加载性能。如果资源过多，初始加载会慢。常见的优化手段是把大尺寸图片压缩到合适的 WebP/PNG 格式，以及把音频转成体积更小的 OGG/MP3 编码。Superpowers 没有内置的资源压缩管线，所以这个环节需要在导入前自己做。

我见过不少人在 itch.io 上发布 Superpowers 游戏，效果很不错。它导出的就是纯 HTML5，兼容性和加载体验都说得过去。

8. 常见问题速查表和实战经验汇总

8.1 高频问题速查

8.2 一些更隐蔽但实战中很痛的问题

有一类问题是文档里基本不会写的，但我实际遇到不止一次。

其一：中文输入法导致按键冲突。如果你在 macOS 上使用拼音输入法，预览页面对 A/D 键的响应可能会被输入法拦截，导致按键没作用。解决方法是预览时将输入法切换到英文状态，或者用方向键作为备用操作。我在写那个移动方块的 Demo 时，就有朋友用中文输入法测试，A 键按下去没反应，折腾了半天才发现是输入法的问题。

其二：系统休眠后服务器失联。如果你的电脑进入睡眠状态，Superpowers 服务端会断开 WebSocket 连接。唤醒之后，浏览器里的编辑器界面可能一直显示"连接中"或无法保存。解决方法是刷新浏览器页面，或重启superpowers命令。养成睡前保存、唤醒刷新的习惯，能少丢很多工作成果。

其三：资源文件重命名导致脚本引用失效。在资源面板中重命名一张图片后，脚本里的字符串路径不会自动更新，结果运行时 sprite 变成空的。我习惯全局搜索脚本中的资源字符串，或者在重命名前先确认没有代码引用它。Superpowers 没有提供自动改引用的功能，所以这里必须手动跟进。

8.3 关于协作的实际体验

我再用 Superpowers 做过一次线下小型 Game Jam，三个人同时在一个项目里干活。一个同学负责搭场景摆物体，一个同学负责写核心玩法逻辑，我负责资源导入和状态管理。全程没有出现明显的同步冲突，编辑器的实时光标让我能直观看到别人正在改哪个文件。这种体验在传统引擎中是很难想象的：大家不用等你推代码、拉代码，所有改动实时可见，沟通成本大幅降低。

不过，当同事删除了我没注意的对象，或者改了场景中一个物体的名字，而这些改动影响了我正在写的脚本逻辑时，麻烦还是会来。协作不是银弹，它只是把"沟通"的层级提前了。协作时更需要随时口头或文字同步"我改了什么"，而不是依赖事后追溯。

9. 我对 Superpowers 的看法和一些补充心得

这工具确实不是万能的，它没有庞大的资产商店，没有官方教程体系，社区规模也远比不上 Unity、Godot。但如果你恰好是 JavaScript/TypeScript 开发者，又经常想快速验证一个玩法或做一个小体量创意游戏，Superpowers 值得认真尝试。

我最喜欢它的一点是低摩擦。启动一个项目、写一个脚本、挂到对象上、点击预览，整个过程非常顺滑，几乎没有"等编译"的煎熬。对于需要快速迭代玩法的场景，这种顺滑带来的是实打实的效率提升。我也喜欢它的协作能力，它在设计上真正把"多人同时制作"作为一个核心能力来对待，而不是后加的补丁。

我还想说一个个人体会：别一上来就追求 3D 大作。Superpowers 虽然支持 3D，但它的 3D 编辑器和 Unity 相比简化很多，复杂场景的搭建体验会打折扣。2D 游戏反而是它的舒适区，尤其是平台跳跃、俯视角射击、解谜类。先拿 2D 项目练手，把整个工具链跑熟，再考虑 3D，会更从容。

如果你打算长期使用，建议把项目文件纳入 Git 管理或者外部备份机制，尽管 Superpowers 本身有实时保存，但一份外部备份能让你在误操作后睡个安稳觉。比如我做小项目时，每完成一个功能节点就提交一次 Git，日常开发根本不用惦记备份的事。

最后分享一个我最近常用的工作流：在 Superpowers 里花几分钟搭建核心玩法的可玩原型，验证手感没问题之后，再用自己维护的 TypeScript/Three.js 工程复刻完整实现。Superpowers 对我来说，不只是一个游戏引擎，更是一个高效的玩法验证沙盒。你也可以试试，这个用法能帮你少走很多弯路。