AI 不只回答问题：用 Hermes Agent 把微信指令接到 Windows 电脑上

前言

我一直觉得，聊天式 AI 和真正能"替你做点事"的 Agent，中间隔着一道很明显的坎。前者可以告诉你该怎么整理文件、怎么运行脚本、怎么检查项目，但最后还是得自己切窗口、找路径、执行命令；后者则要真正接上本地终端、工具和消息入口，让一句自然语言指令能够走到电脑这一侧。这也是我折腾 Hermes Agent 的原因：不是为了再多一个聊天机器人，而是想看看它能不能把"微信里说一句话"和"Windows 上实际执行任务"接起来。

这次我先在 Windows 原生环境安装 Hermes Agent，配置 DeepSeek API，先在终端里验证对话；随后通过 hermes gateway setup 接入微信，确认【微信ClawBot】能够正常回复。真正让我觉得这套链路有意思的，是后面直接让 Hermes Agent 检查 Node.js / npm，并安装启动 hermes-web-ui，最终浏览器里确实出现了可用控制台。等本地 Web UI 跑通以后，再用 cpolar 把默认通常为 8648 的页面提供到公网，最后切换到固定二级子域名 hermesui01。我更关心的不是"功能列表有多长"，而是消息有没有真的走到 Agent、本地任务有没有真的执行、远程管理入口有没有独立跑通。这样更容易排错，也更符合实际使用节奏。整篇就围绕这条"消息 → Agent → 本地任务 → Web 管理"链路展开。

1. Hermes Agent 和普通聊天 AI 的区别在哪？

Hermes Agent 是 Nous Research 开源的 AI Agent 框架。它并不只负责生成文字回复，还可以把大模型和消息平台、工具、终端、文件、技能等能力接在一起。

这类 Agent 真正有价值的地方，在于"理解指令"和"执行任务"不再完全分开。

比如普通聊天 AI 可以告诉你：

• 怎么整理文件；
• 怎么执行脚本；
• 怎么检查环境；
• 怎么安装一个工具。

而 Hermes Agent 这类框架进一步尝试把这些能力接到真实运行环境里，让任务能够继续落到本地电脑。

这次重点验证四层：

Windows 原生安装 → DeepSeek 模型 → 微信消息 → 本地任务与 Web UI。

2. Windows 原生安装 Hermes Agent

2.1 用 PowerShell 运行官方安装脚本

Hermes Agent 当前这套流程支持直接在 Windows 原生环境安装，不必先进入 WSL。

按 Win + X，选择终端，打开 PowerShell。

执行：

iex (irm https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.ps1)

安装脚本跑完以后，会继续进入初始化配置。

3. 初始化模型和终端后端

如果电脑之前装过 OpenClaw，会出现对应提示。

这里可以输入 Y 查看；这次按全新配置继续，所以输入：

N

进入快速开始以后，先按默认直接回车。

随后来到大模型配置。

这次使用 DeepSeek，对应输入：

15

然后准备 DeepSeek API Key。

进入：

https://platform.deepseek.com/api_keys

创建 API Key 后复制保存。这个密钥只会显示一次。

回到终端填写 API Key，baseurl 直接回车，然后选择模型。

这次选择：

4

对应：

deepseek-v4-pro

接着来到终端后端配置，使用默认本地后端，直接回车。

消息平台暂时不在这里配置，所以输入：

2

跳过。

出现初始化完成提示并退出交互模式。

到这里，Hermes 的基础环境和模型已经准备好，但我还不会把"初始化完成"当成可用，下一步直接对话验证。

4. 先在终端里确认 Hermes 能正常调用模型

启动 Hermes：

hermes

输入：

你好，你是谁，你当前运行在什么操作系统上，接入的大模型是什么？

Hermes 能够正常返回回答，说明当前模型配置已经生效。

然后使用：

/exit

退出终端对话。

这一步确认的是：

Hermes Agent → DeepSeek → 正常返回结果。

模型这层先跑通，再继续接消息平台。

5. 把 Hermes Agent 接入微信

执行消息平台配置：

hermes gateway setup

进入平台选择以后，输入：

12

然后确认是否开始扫码登录，按：

Y

继续。

有时终端不会直接显示二维码，而是给出一个链接。

打开链接后，在浏览器里扫码登录。

登录完成后，继续按 Hermes 推荐的默认设置回车。

随后再进行 4 次回车，直到看到网关进入运行状态。

6. 先在微信里做最简单的消息验证

等待片刻，在微信中找到：

【微信ClawBot】

发送：

你好，你是谁？

Hermes Agent 能够通过微信正常回复。

到这里，消息链路已经从本地终端扩展到了微信：

微信 → Gateway → Hermes Agent → 模型 → 微信回复。

这还不等于已经验证了所有本地电脑操作，但至少说明微信已经可以作为 Hermes 的消息入口。

7. 接下来验证一件真正的"本地任务"

只在微信里回一句"你好"，还不足以体现 Agent 和普通聊天机器人的差别。

所以这次继续做一个更具体的测试：让 Hermes Agent 自己检查本地 Node.js 和 npm 环境，并安装 hermes-web-ui。

hermes-web-ui 是 Hermes Agent 的浏览器管理控制台，它不是 Hermes Agent 本体，而是给 Hermes 提供可视化交互和管理入口。

发送下面这段任务：

请帮我在当前设备上安装 hermes-web-ui。先检查 Node.js 和 npm 是否可用，如果环境正常，就使用 npm 全局安装 hermes-web-ui。安装完成后启动 hermes-web-ui，并告诉我本地和局域网访问地址还有登录的密码是什么，并且告诉我如何修改密码。如果端口被占用，请先提示我，不要删除任何文件。

这里把约束写得很清楚：

• 先检查 Node.js 和 npm；
• 环境正常再安装；
• 使用 npm 全局安装；
• 安装后启动；
• 返回本地和局域网地址；
• 告诉我登录密码和修改密码方式；
• 端口被占用先提示；
• 不删除任何文件。

这种写法比一句"帮我装一下"更适合 Agent，因为执行边界也一起交代了。

8. Hermes 实际完成 Web UI 安装

任务执行以后，浏览器自动打开了 hermes-web-ui 页面；如果没有自动打开，也可以手动使用它返回的访问地址。

点击登录。

成功进入控制台。

在 Web UI 里可以看到前面的 Hermes 对话记录，后续也可以继续切换模型、配置消息平台、查看回答过程等。

到这里，这篇最关键的一次验证已经完成：

给 Hermes 一段安装任务 → Hermes 检查环境并安装 hermes-web-ui → 启动服务 → 浏览器页面打开。

这比只测试"AI 会不会回答"更接近 Agent 的实际用途。

9. 为什么还要给 Web UI 配公网入口？

Hermes 已经可以通过微信接收消息，但 Web UI 是另一条管理链路。

在同一局域网时，打开控制台没问题；一旦离开当前网络，就无法直接访问本地 Web 页面。

所以后面使用 cpolar 的目的很明确：

只把 hermes-web-ui 的 Web 管理页面提供到公网。

微信消息接入依然通过前面的 Gateway 工作，Hermes Agent 依然负责本地任务，cpolar 不参与 Agent 的任务理解和执行。

10. Windows 安装 cpolar

打开 cpolar 下载页面，下载 64-bit 安装包。

安装完成以后，在 CMD 中检查版本：

cpolar version

出现版本信息以后，再注册账号。

进入注册页面。

注册完成后，在浏览器访问：

http://127.0.0.1:9200

登录 cpolar Web UI。

11. 先用随机域名访问 Hermes Web UI

当前流程中，Hermes Web UI 的默认端口通常为：

8648

进入【隧道管理 → 隧道列表】以后，可以看到默认的两条隧道：

• remoteDesktop → 3389 / TCP
• website → 8080 / HTTP

编辑 website 隧道。

配置为：

• 隧道名称：hermes-web-ui
• 协议：http
• 本地地址：8648
• 地区：China Top

更新以后，进入在线隧道列表，可以看到两条 hermes-web-ui 地址：

• HTTP
• HTTPS

使用公网地址访问，这里以 HTTPS 为例。

Hermes Web UI 登录页可以正常打开。

随机域名方式适合先验证。当前说明里记录它大约每 24 小时变化一次。

这里有个安全细节不能忽略：

Web 控制台映射到公网以后，要修改默认密码并使用强密码。

因为这不是普通展示页面，而是 Hermes Agent 的管理控制台。

12. 长期管理再切换固定二级子域名

如果准备长期使用，固定入口会比随机地址更方便。

进入预留页面：

https://dashboard.cpolar.com/reserved

选择保留二级子域名。

这次记录的是：

• 地区：China Top
• 二级域名：hermesui01

二级域名是唯一的，不同账号按自己实际保留结果为准。

然后进入【隧道管理 → 隧道列表】，找到：

hermes-web-ui

点击编辑。

域名类型改成：

二级子域名

并填入前面保留好的名称。

更新以后，在在线隧道列表可以看到地址已经变成固定二级子域名形式。

继续使用 HTTPS 地址测试。

页面可以正常访问。

再登录验证。

登录成功，说明固定二级子域名已经生效。

总结

这套流程让我觉得最有意思的地方，不是"把 AI 放进微信"本身，而是微信终于成了一个可以触发本地 Agent 的入口。

整条实际跑通的链路是：

Windows PowerShell → Hermes Agent → DeepSeek → 终端对话验证 → hermes gateway setup → 微信ClawBot → 微信回复 → Hermes 安装 hermes-web-ui → Web 控制台 → cpolar → 8648 → 随机公网 → 固定二级子域名 hermesui01。

几个关键点值得单独记住：

• Windows 原生 PowerShell 安装；
• DeepSeek 配置选择 15；
• 模型选择 4，即 deepseek-v4-pro；
• 终端后端使用默认本地；
• 消息平台初始化阶段先输入 2 跳过；
• Gateway 配置命令：hermes gateway setup；
• 微信平台选择 12；
• 扫码登录确认 Y；
• 微信入口：【微信ClawBot】；
• hermes-web-ui 由 Hermes Agent 按任务提示完成安装；
• Web UI 默认端口通常为 8648；
• cpolar Web UI：127.0.0.1:9200；
• 隧道名称：hermes-web-ui；
• 地区：China Top；
• 固定二级子域名：hermesui01。

相比"AI 给我一个答案"，我更在意的是这条链最后有没有真的落到电脑上。至少在这次流程里，Hermes 不只完成了对话和微信接入，还实际执行了 hermes-web-ui 的安装启动任务。至于以后让它整理文件、执行脚本或处理更多本地工作，最好也沿用同样的思路：任务边界写清楚，先做小范围验证，再逐步增加权限和自动化程度。