: 首页; 看点啥; 插画图片

首页看点啥 Hermes Agent中安装踩坑记录及解决方案

Hermes Agent中安装踩坑记录及解决方案

2026-07-07 0

网上很多手把手安装的教程已经很详细了，大多数都是一把过，但都没有把其中每一步安装的问题暴露出来，都是贴出成功的截图，真实的是由于环境的复杂性从第一步就碰到了问题，其中大部分都是贴问题给deepseek或kimi来一步一个坑的来解决，反复折腾，现在复盘记录下大部分的问题。

一、环境准备：WSL2 安装

win10安装Hermes，Hermes 原生不支持 Windows，推荐优先安装Ubuntu虚拟机，再在虚拟机里面安装hermes。

Windows 要先开 WSL2（Windows Subsystem for Linux 2），在 Windows 里开一个 Linux 夹层。你不是装第二个操作系统，你是给 Windows 加一个插件。

系统要求

Windows11任意版本 / Windows 10 要 ≥ 2004。

启用 WSL2

管理员身份打开 PowerShell，执行

# 启用 WSL
dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart
# 启用虚拟机平台（WSL2 必需）
dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart

执行完后重启电脑

设置 WSL 默认版本为 2

wsl --set-default-version 2
# 查看当前状态，确认没有报错,没有报错，说明 WSL2 修复成功
wsl --status

提示需要更新 WSL2 Linux 内核，下载并安装 wsl_update_x64.msi

安装完更新包后，再次执行上面的命令

二、常见安装问题及解决方案

以管理员身份打开 PowerShell，输入命令 wsl --install

问题1：提示无效的install，需要升级wsl

更新wsl异常

wsl --update
正在检查更新...
正在下载更新...
正在安装更新...
这个处理器类型不支持该安装程序包。请与产品供应商联系。

说明当前 Windows 系统架构（32位/64位/ARM）与 WSL2 更新包不匹配，或者 CPU 不支持虚拟化。

下载并安装 wsl_update_x64.msi，双击安装，完成后重启电脑

再执行

wsl --set-default-version 2
wsl --install -d Ubuntu-20.04

install等待部署完成， 重新启动电脑。

问题2：win10安装Ubuntu异常错误代码: 0x80072ee7

正在下载: Ubuntu 20.04 LTS
安装过程中出现错误。分发名称: 'Ubuntu 20.04 LTS' 错误代码: 0x80072ee7

提前下载指定版本 Ubuntu 20.04 LTS 或 Ubuntu（默认最新版）安装包。

双击解压后的 ubuntu2004.exe，等待安装完成

安装完后设置 WSL2：

wsl --set-version Ubuntu-20.04 2
# 查看当前状态，确认没有报错,没有报错，说明 WSL2 修复成功
wsl --status

问题3：ubuntu2004.exe安装异常，WSL2 内核未安装

双击ubuntu2004.exe后  Installing, this may take a few minutes...
WslRegisterDistribution failed with error: 0x800701bc
Error: 0x800701bc WSL 2 ?????????????????? https://aka.ms/wsl2kernel

Press any key to continue...

双击下载的 wsl_update_x64.msi 文件

再设置默认 WSL 版本为 2

wsl --set-default-version 2
# 查看当前状态，确认没有报错,没有报错，说明 WSL2 修复成功
wsl --status

再次双击 ubuntu2004.exe

手动安装 MSI 也报错"处理器类型不支持"说明你的系统或 CPU 确实不支持 WSL2，需要降级到 WSL1（不要使用WSL1，后面有其它组件版本不支持）：

# 设置默认使用 WSL1
wsl --set-default-version 1

重新双击 ubuntu2004.exe 安装即可。

WSL1 同样可以编译安装 Hermes，只是性能稍差，不影响使用。

问题4：安装完wsl_update_x64.msi后再双击ubuntu2004.exe 还是异常，CPU 虚拟化未开启

Installing, this may take a few minutes...
WslRegisterDistribution failed with error: 0x80370102
Error: 0x80370102 ???????????????????

错误 0x80370102 通常表示 BIOS/UEFI 中 CPU 虚拟化未开启，或者 Windows 虚拟机平台功能未生效。

1.PowerShell 执行以下命令，弹出的窗口看版本号2004（Build 19041）是支持wsl2的。

winver

2.检查 CPU 虚拟化是否开启

打开任务管理器=>点击性能标签页=>点击左侧 CPU=>右下角看 "虚拟化" 状态：已启用

3.确认 Windows 功能已启用

PowerShell，重新执行：

# 启用虚拟机平台（WSL2 必需）
dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart

# 启用 Hyper-V（部分系统需要）
dism.exe /online /enable-feature /featurename:Microsoft-Hyper-V /all /norestart

执行完重启电脑，然后再双击 ubuntu2004.exe。

总之还没到安装hermes一步就在wsl和ubuntu系统之间反复的折腾。

终于正常进入ubuntu系统了，进行安装hermes。

三、Hermes 安装问题

问题5： WSL 1 is not supported. Please upgrade to WSL 2

ubuntu中运行npm install -g hermes-web-ui异常 WSL 1 is not supported. Please upgrade to WSL 2 or above.

Could not determine Node.js install directory

之前安装wsl2失败，就用了wsl1来试，结果报以上异常，看来必须用wsl2，就按以上步骤来修复安装wsl2。

安装完成后 WSL2 Ubuntu 中安装 hermes-web-ui

# 安装 Node.js
sudo apt update
sudo apt install -y nodejs npm

# 安装 hermes-web-ui
sudo npm install -g hermes-web-ui

# 启动
hermes-web-ui start

默认版本： node v10.19.0 和 npm6.14.4

再次遇到 Could not determine Node.js install directory 错误，改用以下方式：

mkdir -p ~/.npm-global
npm config set prefix '~/.npm-global'
echo 'export PATH="$HOME/.npm-global/bin:$PATH"' >> ~/.bashrc
source ~/.bashrc
npm install -g hermes-web-ui

启动后hermes-web-ui后

在 Ubuntu 终端中执行以下命令查看端口监听情况：

ss -tlnp | grep 8648
# 或者
netstat -tlnp | grep 8648

问题6：npm install -g hermes-web-ui运行异常，Node.js 版本过低

Rebuilding because directory /usr/local/lib/node_modules/hermes-web-ui/node_modules/node-pty/prebuilds/linux-x64 does not exist
gyp ERR! configure error
gyp ERR! stack Error: EACCES: permission denied, mkdir '/usr/local/lib/node_modules/hermes-web-ui/node_modules/node-pty/build'
gyp ERR! System Linux 4.4.0-19041-Microsoft
gyp ERR! command "/usr/bin/node" "/usr/bin/node-gyp" "rebuild"
gyp ERR! cwd /usr/local/lib/node_modules/hermes-web-ui/node_modules/node-pty
gyp ERR! node -v v10.19.0
gyp ERR! node-gyp -v v6.1.0
gyp ERR! not ok
npm WARN notsup Unsupported engine for [email protected]: wanted: {"node":">=23.0.0"} (current: {"node":"10.19.0","npm":"6.14.4"})

npm WARN notsup Not compatible with your version of node/npm: [email protected]

npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! [email protected] install: `node scripts/prebuild.js || node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the [email protected] install script.
npm ERR!    'Error: EACCES: permission denied, access '/usr/local/lib''
……

两个原因导致失败：

Node.js 版本太老：Ubuntu 20.04 默认源里的 Node.js 是 v10.19.0，但 hermes-web-ui 要求 Node.js >= 23.0.0
权限问题：用 sudo npm install -g 安装会导致系统目录权限混乱

解决方案：用 nvm 安装新版 Node.js

nvm（Node Version Manager）可以安装任意版本的 Node.js，且不需要 sudo。

curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash

再用nvm安装Node.js 23

nvm install 23
再重装hermes-web-ui
npm install -g hermes-web-ui

问题7：nvm安装异常 curl: (7) Failed to connect toraw.githubusercontent.comport 443: Connection refused

国内访问 GitHub 被拦截了，用 Gitee 国内镜像安装 nvm：

# 用 Gitee 镜像下载 nvm 安装脚本
curl -o- https://gitee.com/mirrors/nvm/raw/v0.39.7/install.sh | bash

安装完后，重新打开一个 Ubuntu 终端（或执行 source ~/.bashrc），然后：

# 配置 nvm 使用国内 Node.js 镜像（下载更快）
export NVM_NODEJS_ORG_MIRROR=https://npmmirror.com/mirrors/node

# 安装 Node.js 23
nvm install 23
# 验证版本
node -v   
# 应显示 v23.x.x
npm -v    
# 应显示 10.x.x

问题8：nvm 命令找不到

Command 'nvm' not found

运行curl -o- https://gitee.com/mirrors/nvm/raw/v0.39.7/install.sh | bash后  
nvm --version
Command 'nvm' not found, did you mean:
command 'lvm' from deb lvm2 (2.03.07-1ubuntu1)

终端会话没有加载 nvm 的环境变量

# 手动把 nvm 配置写入 .bashrc
echo 'export NVM_DIR="$HOME/.nvm"' >> ~/.bashrc
echo '[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh"' >> ~/.bashrc
# 重新加载
source ~/.bashrc
# 验证
nvm --version

问题9：nvm install 23 返回Computing checksum with sha256sum

Checksums matched!
Your project npmrc file (/mnt/c/Users/Administrator/.npmrc)
has a `globalconfig` and/or a `prefix` setting, which are incompatible with nvm.
Run `nvm use --delete-prefix v23.11.1` to unset it.

这个错误是因为 Windows 上的 npm 配置干扰了 WSL2 里的 nvm。

你的 Windows 用户目录（C:UsersAdministrator）里有一个 .npmrc 文件，里面设置了 prefix 或 globalconfig，WSL2 挂载了 Windows 磁盘，npm 读取到了这个配置，与 nvm 冲突。

解决方法

在 Ubuntu 终端中执行提示的命令：

nvm use --delete-prefix v23.11.1

nvm use --delete-prefix v23.11.1命令返回unexpected

/home/james/.nvm/versions/node/v23.11.1/bin/node: 1: Syntax error: ")" unexpected
/home/james/.nvm/versions/node/v23.11.1/bin/node: 1: Syntax error: ")" unexpected

这个错误说明 Node.js 23 的二进制文件与你的 WSL2 环境不兼容。原因很可能是：

WSL2 的 Linux 内核版本较老（你之前显示 5.10.16）
或者 nvm 下载的 Node.js 23 是 ARM64 架构而非 x64

此处建议我安装node20(后面排查不是node版本问题，还是用23的版本),但安装后又出现异常

npm -v 输出npm error config prefix cannot be changed from project config: /mnt/c/Users/Administrator/.npmrc.
10.8.2

node.js 20 安装成功，但 Windows 的 .npmrc 文件还在干扰 npm。直接处理掉：

移除 Windows 的 .npmrc 干扰

# 备份并删除 Windows 用户的 .npmrc
mv /mnt/c/Users/Administrator/.npmrc /mnt/c/Users/Administrator/.npmrc.bak
# 重新加载 nvm
source ~/.bashrc
# 验证 npm 是否正常
npm -v

四、运行时问题

问题10：API 调用 502 错误

重新配置以上模型后对话输入内容后 Error: API Error 502: {“error”:{“message”:“Proxy error: fetch failed”}}

502 Proxy error: fetch failed 说明 hermes-web-ui 这个应用本身无法连到外部 API，但之前你直接用 curl 测试是成功的。这通常是 WSL2 网络/代&理环境问题

wsl里面运行 curl https://api.deepseek.com/v1/models

-H "Authorization: Bearer sk-xxxx“

正常返回{"object":"list","data":[{"id":"deepseek-v4-flash","object":"model","owned_by":"deepseek"},{"id":"deepseek-v4-pro","object":"model","owned_by":"deepseek"}]}；

运行env | grep -i proxy命令返回空；

说明 hermes-web-ui 内部的请求转发层出了问题，不是网络或 Key 的问题。

后面检查出是hermes网关没有启动。

检查网关是否正常运行

在 WSL2 Ubuntu 终端中执行：

# 查看 hermes-web-ui 进程
ps aux | grep hermes

# 查看端口监听
ss -tlnp | grep 8648
ss -tlnp | grep 3000   # 网关默认可能跑在 3000 或其他端口

正常应该看到至少两个进程：

一个监听 8648（Web UI 前端）
一个监听另一个端口（网关后端）

问题11：网关没有启动

hermes-web-ui 启动时应该自动启动网关。如果手动关闭了或配置分离了，尝试：

# 确保完整启动（包含网关）
hermes-web-ui start --gateway

问题12：OpenRouter 免费模型速率限制

用 https://openrouter.ai/api/v1 第一次会话能正常返回信息，第二次请求时就异常 API call failed

用 https://openrouter.ai/api/v1 第一次会话能正常返回信息，第二次请求时就异常 
API call failed (attempt 3/3) error_type=RateLimitError thread=asyncio_0:140437168981760 provider=custom base_url=https://openrouter.ai/api/v1 model=deepseek/deepseek-v4-flash:free summary=HTTP 429: Provider returned error
2026-05-21 17:12:59,243 ERROR [mpf9qgqnev5sm9] root: API call failed after 3 retries. HTTP 429: Provider returned error | provider=custom model=deepseek/deepseek-v4-flash:fre

OpenRouter 的免费模型有速率限制：通常是 10-20 请求/分钟，你第一次请求后，第二次触发限流了。这是 OpenRouter 免费 tier 的正常行为，无法绕过

喜欢(0)

维纳智能：中国数据生成科创公司Nature期刊首登

洛克王国小萝卜头进化路线总览