1. OpenClaw 启动报 Unsupported engine 到底卡在哪你敲下openclaw init终端没给你任何交互界面直接甩出一行红字Unsupported engine: requires node 22.0.0。这不是 OpenClaw 崩了也不是网络问题而是 npm 在安装或运行阶段做了一次「引擎体检」发现你机器上的 Node.js 版本没达到它 package.json 里写死的门槛于是拒绝继续。OpenClaw 是一个面向多工程管理的命令行工具能帮你统一初始化 Vue / React / Node 服务、跑构建发布、做依赖检查适合前端团队和做自动化运维的开发者。它内部用到了 Node 22 才稳定的原生 fetch、Web Streams API、更快的 ES 模块解析和内建 Test Runner所以作者在engines字段里强制要求node 22.0.0。你机器上如果是 16.x 或 18.xnpm 就会在安装时抛EBADENGINE警告在运行时直接报Unsupported engine并中断。这个报错的本质是「运行环境不满足最低引擎要求」跟 OpenClaw 本身没关系。排查路径很清晰先确认当前 Node 版本再看 npm 的 engine-strict 策略然后用 nvm 切到 22最后重新装 OpenClaw。如果你后续还要接 AI 工具链建议顺手把 Key 通道也统一掉后面我会讲怎么用 TaoToken 做接入前的环境自检。2. 先搞清 npm engines 校验和 engine-strict 的关系很多人以为engines只是个「建议」其实 npm 对它的处理分两种情况。默认情况下npm 在安装依赖时如果发现当前 Node 版本不满足engines.node只会打印一条EBADENGINE警告安装照常进行。但 OpenClaw 这类工具在运行时自己会做一次检查或者你的 npm 配置里开了engine-stricttrue那就会直接变成硬性失败。你可以先用这两条命令确认现状node -v npm -v npm config get engine-strict如果node -v输出v16.20.2或v18.x.x而engine-strict是true那基本就是双重卡死。我试过在 CI 流水线里因为.npmrc里写了engine-stricttrue导致本地能装、服务器直接挂的情况排查了半天才发现是配置文件不一致。注意engine-strictfalse只能让安装绕过检查但 OpenClaw 运行时如果调用了 Node 22 才有的 API照样会在启动阶段抛TypeError或ReferenceError。所以绕过检查不是解决方案只是把报错推迟了。正确的做法是让 Node 版本真正达标。下面进入可复制的操作环节。3. 用 nvm 切到 Node 22 并重装 OpenClaw3.1 安装或确认 nvm如果你还没装 nvm用官方脚本装一个。装完记得 source 一下让环境变量生效curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash source ~/.bashrc如果你用的是 zsh把~/.bashrc换成~/.zshrc。装好后验证command -v nvm输出nvm就说明可用。3.2 安装并锁定 Node 22nvm install 22 nvm use 22 nvm alias default 22nvm alias default 22这步很关键它保证你新开终端时默认就是 22而不是每次都要手动nvm use。验证node -v # 期望输出 v22.x.x npm -v # 期望输出 10.x.x 或更高3.3 清理缓存并重装 OpenClaw旧版本残留的缓存有时会让 npm 复用错误的依赖树先清再装npm cache clean --force npm install -g openclaw装完再跑一次初始化openclaw init如果这次能正常进入交互界面或生成配置文件说明版本问题已经解决。3.4 Docker 环境的等价操作如果你是在容器里跑直接把基础镜像换成 Node 22FROM node:22-alpine RUN npm install -g openclaw WORKDIR /app CMD [openclaw, init]重新构建并进入容器验证docker build -t openclaw-env . docker run -it openclaw-env /bin/sh node -v容器内输出v22.x.x即可。4. 修正 package.json 的 engines 配置并验证请求4.1 检查并修正 engines 字段如果你是在自己的项目里依赖 OpenClaw项目根目录的package.json里也应该同步声明引擎要求避免团队成员用旧版本 Node 跑出同样的问题{ name: my-openclaw-project, version: 1.0.0, engines: { node: 22.0.0, npm: 10.0.0 }, scripts: { init: openclaw init, build: openclaw build } }改完后跑一次安装确认没有EBADENGINE警告npm install4.2 验证 OpenClaw 能正常发起请求OpenClaw 初始化后通常需要配置模型或 API 通道。如果你打算用 TaoToken 统一管理 Key先在控制台生成一个 API Key然后把它写进环境变量export TAOTOKEN_API_KEY你的Key用 curl 验证通道是否通curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: claude-3-5-sonnet, messages: [{role: user, content: ping}] }如果返回正常的 JSON 结构说明 Key 和网络通道都没问题。这一步做完OpenClaw 的引擎报错和 AI 接入的环境自检就一起过了。4.3 把 Key 写进 OpenClaw 配置不同版本的 OpenClaw 配置文件位置略有差异一般在~/.openclaw/config.json或项目根目录的.openclawrc。把 API 地址和 Key 填进去{ apiBase: https://taotoken.net/api, apiKey: ${TAOTOKEN_API_KEY}, model: claude-3-5-sonnet }用环境变量引用而不是硬编码避免 Key 泄露到 Git 仓库。5. 本篇常见错排查5.1 nvm use 22 后新终端又变回旧版本这是nvm alias default没设或者 shell 配置文件没加载 nvm 导致的。检查~/.bashrc或~/.zshrc里是否有 nvm 的 source 语句没有就补上export NVM_DIR$HOME/.nvm [ -s $NVM_DIR/nvm.sh ] \. $NVM_DIR/nvm.sh5.2 全局装了 OpenClaw 但命令找不到nvm 切换版本后全局包是按 Node 版本隔离的。你在 Node 16 下装的 OpenClaw 在 Node 22 下不可见需要重新npm install -g openclaw。用which openclaw确认路径是否指向当前 nvm 版本的 bin 目录。5.3 报错依旧显示 requires node 22.0.0先确认node -v真的是 22再确认npm config get engine-strict。如果两者都对但还报错可能是 npm 缓存里存了旧的包元数据执行npm cache clean --force后重装。另外检查项目里是否有.npmrc覆盖了全局配置。5.4 Docker 构建时缓存了旧镜像层docker build有时会复用FROM node:16的缓存层。加--no-cache强制重建docker build --no-cache -t openclaw-env .5.5 CI 流水线里 Node 版本不对在 GitHub Actions 或 GitLab CI 里显式指定 Node 22- uses: actions/setup-nodev4 with: node-version: 22别依赖 runner 的默认版本默认版本往往落后。6. 环境自检做完Key 通道也该统一了Node 版本问题解决后OpenClaw 能跑起来了但如果你还要接多个 AI 工具每个工具配一套 Key 和 API 地址会很乱。我现在的做法是用 TaoToken 做统一通道一个 Key 走所有模型调用省去反复切换配置的麻烦。具体操作分三步先去 TaoToken 控制台 生成 API Key然后在 API Keys 管理页 里按项目分 Key最后把地址填成https://taotoken.net/api。如果你只是先验证模型通不通可以直接用 模型对话 发一条消息测试。长期做编码和 Agent 的话Coding Plan 更适合按量走。接入细节看 接入文档Claude Code 用户参考 ClaudeCodeAnthropic 配置。把 Node 版本和 Key 通道这两件事一次做完后面再遇到Unsupported engine这类报错你基本能靠node -v和npm config get engine-strict两条命令定位到根因。环境即生产力版本对齐了工具链才跑得稳。
1. OpenClaw 启动报 Unsupported engine 到底卡在哪你敲下openclaw init终端没给你任何交互界面直接甩出一行红字Unsupported engine: requires node 22.0.0。这不是 OpenClaw 崩了也不是网络问题而是 npm 在安装或运行阶段做了一次「引擎体检」发现你机器上的 Node.js 版本没达到它 package.json 里写死的门槛于是拒绝继续。OpenClaw 是一个面向多工程管理的命令行工具能帮你统一初始化 Vue / React / Node 服务、跑构建发布、做依赖检查适合前端团队和做自动化运维的开发者。它内部用到了 Node 22 才稳定的原生 fetch、Web Streams API、更快的 ES 模块解析和内建 Test Runner所以作者在engines字段里强制要求node 22.0.0。你机器上如果是 16.x 或 18.xnpm 就会在安装时抛EBADENGINE警告在运行时直接报Unsupported engine并中断。这个报错的本质是「运行环境不满足最低引擎要求」跟 OpenClaw 本身没关系。排查路径很清晰先确认当前 Node 版本再看 npm 的 engine-strict 策略然后用 nvm 切到 22最后重新装 OpenClaw。如果你后续还要接 AI 工具链建议顺手把 Key 通道也统一掉后面我会讲怎么用 TaoToken 做接入前的环境自检。2. 先搞清 npm engines 校验和 engine-strict 的关系很多人以为engines只是个「建议」其实 npm 对它的处理分两种情况。默认情况下npm 在安装依赖时如果发现当前 Node 版本不满足engines.node只会打印一条EBADENGINE警告安装照常进行。但 OpenClaw 这类工具在运行时自己会做一次检查或者你的 npm 配置里开了engine-stricttrue那就会直接变成硬性失败。你可以先用这两条命令确认现状node -v npm -v npm config get engine-strict如果node -v输出v16.20.2或v18.x.x而engine-strict是true那基本就是双重卡死。我试过在 CI 流水线里因为.npmrc里写了engine-stricttrue导致本地能装、服务器直接挂的情况排查了半天才发现是配置文件不一致。注意engine-strictfalse只能让安装绕过检查但 OpenClaw 运行时如果调用了 Node 22 才有的 API照样会在启动阶段抛TypeError或ReferenceError。所以绕过检查不是解决方案只是把报错推迟了。正确的做法是让 Node 版本真正达标。下面进入可复制的操作环节。3. 用 nvm 切到 Node 22 并重装 OpenClaw3.1 安装或确认 nvm如果你还没装 nvm用官方脚本装一个。装完记得 source 一下让环境变量生效curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash source ~/.bashrc如果你用的是 zsh把~/.bashrc换成~/.zshrc。装好后验证command -v nvm输出nvm就说明可用。3.2 安装并锁定 Node 22nvm install 22 nvm use 22 nvm alias default 22nvm alias default 22这步很关键它保证你新开终端时默认就是 22而不是每次都要手动nvm use。验证node -v # 期望输出 v22.x.x npm -v # 期望输出 10.x.x 或更高3.3 清理缓存并重装 OpenClaw旧版本残留的缓存有时会让 npm 复用错误的依赖树先清再装npm cache clean --force npm install -g openclaw装完再跑一次初始化openclaw init如果这次能正常进入交互界面或生成配置文件说明版本问题已经解决。3.4 Docker 环境的等价操作如果你是在容器里跑直接把基础镜像换成 Node 22FROM node:22-alpine RUN npm install -g openclaw WORKDIR /app CMD [openclaw, init]重新构建并进入容器验证docker build -t openclaw-env . docker run -it openclaw-env /bin/sh node -v容器内输出v22.x.x即可。4. 修正 package.json 的 engines 配置并验证请求4.1 检查并修正 engines 字段如果你是在自己的项目里依赖 OpenClaw项目根目录的package.json里也应该同步声明引擎要求避免团队成员用旧版本 Node 跑出同样的问题{ name: my-openclaw-project, version: 1.0.0, engines: { node: 22.0.0, npm: 10.0.0 }, scripts: { init: openclaw init, build: openclaw build } }改完后跑一次安装确认没有EBADENGINE警告npm install4.2 验证 OpenClaw 能正常发起请求OpenClaw 初始化后通常需要配置模型或 API 通道。如果你打算用 TaoToken 统一管理 Key先在控制台生成一个 API Key然后把它写进环境变量export TAOTOKEN_API_KEY你的Key用 curl 验证通道是否通curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: claude-3-5-sonnet, messages: [{role: user, content: ping}] }如果返回正常的 JSON 结构说明 Key 和网络通道都没问题。这一步做完OpenClaw 的引擎报错和 AI 接入的环境自检就一起过了。4.3 把 Key 写进 OpenClaw 配置不同版本的 OpenClaw 配置文件位置略有差异一般在~/.openclaw/config.json或项目根目录的.openclawrc。把 API 地址和 Key 填进去{ apiBase: https://taotoken.net/api, apiKey: ${TAOTOKEN_API_KEY}, model: claude-3-5-sonnet }用环境变量引用而不是硬编码避免 Key 泄露到 Git 仓库。5. 本篇常见错排查5.1 nvm use 22 后新终端又变回旧版本这是nvm alias default没设或者 shell 配置文件没加载 nvm 导致的。检查~/.bashrc或~/.zshrc里是否有 nvm 的 source 语句没有就补上export NVM_DIR$HOME/.nvm [ -s $NVM_DIR/nvm.sh ] \. $NVM_DIR/nvm.sh5.2 全局装了 OpenClaw 但命令找不到nvm 切换版本后全局包是按 Node 版本隔离的。你在 Node 16 下装的 OpenClaw 在 Node 22 下不可见需要重新npm install -g openclaw。用which openclaw确认路径是否指向当前 nvm 版本的 bin 目录。5.3 报错依旧显示 requires node 22.0.0先确认node -v真的是 22再确认npm config get engine-strict。如果两者都对但还报错可能是 npm 缓存里存了旧的包元数据执行npm cache clean --force后重装。另外检查项目里是否有.npmrc覆盖了全局配置。5.4 Docker 构建时缓存了旧镜像层docker build有时会复用FROM node:16的缓存层。加--no-cache强制重建docker build --no-cache -t openclaw-env .5.5 CI 流水线里 Node 版本不对在 GitHub Actions 或 GitLab CI 里显式指定 Node 22- uses: actions/setup-nodev4 with: node-version: 22别依赖 runner 的默认版本默认版本往往落后。6. 环境自检做完Key 通道也该统一了Node 版本问题解决后OpenClaw 能跑起来了但如果你还要接多个 AI 工具每个工具配一套 Key 和 API 地址会很乱。我现在的做法是用 TaoToken 做统一通道一个 Key 走所有模型调用省去反复切换配置的麻烦。具体操作分三步先去 TaoToken 控制台 生成 API Key然后在 API Keys 管理页 里按项目分 Key最后把地址填成https://taotoken.net/api。如果你只是先验证模型通不通可以直接用 模型对话 发一条消息测试。长期做编码和 Agent 的话Coding Plan 更适合按量走。接入细节看 接入文档Claude Code 用户参考 ClaudeCodeAnthropic 配置。把 Node 版本和 Key 通道这两件事一次做完后面再遇到Unsupported engine这类报错你基本能靠node -v和npm config get engine-strict两条命令定位到根因。环境即生产力版本对齐了工具链才跑得稳。
