如果你最近在看“能自己干活的 AI”，大概率会遇到两个名字：OpenClaw（大家常叫它“小龙虾”）和 Hermes。

它们都能接大模型、调用工具、记住上下文，也都能常驻在电脑或服务器上。但把两者都归为“个人 AI 助手”，会掩盖一个真正影响使用体验的区别：OpenClaw 更像把 AI 放进你已有聊天软件里的总机；Hermes 更像一套会积累工作方法、可长期运行的 Agent 工作台。

对普通人来说，选择的关键不是参数，不是 GitHub 星标，也不是谁的功能清单更长，而是下面这个问题：

你是想“随时在微信/Telegram/Slack 里叫到一个助手”，还是想“养出一个会记住并逐渐接手重复流程的执行系统”？

本文只比较普通人最需要关心的四件事：能做什么、要付出什么、上手到底难不难、什么情况下应该选谁。文中的产品能力和安装信息均按 2026-08-05 官方资料核验。

先给结论：多数人不必同时部署两个

你的首要目标	更适合	为什么
把 AI 放进常用聊天软件，像联系一个“随叫随到的助理”	OpenClaw	核心就是统一 Gateway：把多个聊天渠道、会话和工具接进一个个人助手。
让 Agent 长期记住偏好、沉淀技能、接手越来越多重复工作	Hermes	核心卖点是持续记忆、技能自动生成与自我改进的学习闭环。
想先尽快体验，不想先研究一堆 API Key	Hermes Desktop + Portal	官方提供桌面端与一站式 OAuth 引导，能把模型与部分工具配置压缩成一次设置。
想保留自己的模型、渠道、插件和运行环境控制权	OpenClaw	自托管 Gateway、渠道插件和模型提供商配置是它的主线能力。
不愿碰终端、账号授权、权限控制或服务器	两者都不建议先上	它们都是具备工具权限的自托管 Agent，不是点开网页就能安全使用的聊天机器人。

一句话版本：想先拥有一个“能在聊天软件里工作的私人助理”，选 OpenClaw；想把反复做的事沉淀成一个会成长的执行环境，选 Hermes。

它们到底是什么：一个偏“入口”，一个偏“工作方式”

OpenClaw：把 AI 接到你已经在用的聊天入口

OpenClaw 的核心是一个自托管 Gateway。你在自己的电脑或服务器上运行它，再把 Discord、Google Chat、iMessage、Matrix、Teams、Signal、Slack、Telegram、WhatsApp、Zalo 等渠道通过插件接入。它把渠道连接、会话、路由和代理能力收在同一个 Gateway 里；你可以从浏览器控制台、命令行、聊天软件甚至移动节点与同一个助手互动。

这意味着它最自然的使用方式不是“打开一个新软件问问题”，而是：

• 在 Telegram 里让它整理今天的待办；
• 在 Slack 里让它汇总指定频道的讨论；
• 在手机上发一条消息，让它去你授权的工作目录处理任务；
• 在 Web Control UI 里查看会话、配置渠道和排查运行状态。

官方的最短路径是安装 CLI、运行 openclaw onboard --install-daemon，再打开 dashboard 或连接一个渠道。它需要 Node.js 和你选择的模型提供商 API Key；这已经说明，OpenClaw 的“5 分钟启动”不等于“5 分钟学会安全使用”。

Hermes：把 Agent 当成能持续积累经验的工作环境

Hermes 同样是可自托管的 Agent，但它把重点放在“长期使用后会发生什么”。官方描述的学习闭环包括：跨会话记忆、自动创建和改进技能、检索过去的对话、形成用户模型。它不仅有 CLI 与消息网关，也提供 macOS、Windows、Linux 桌面应用，桌面端和终端共用配置、会话、技能与记忆。

它适合的画面更像这样：

• 你每周都要做一份行业快报，先让它记录模板、信源和输出格式；
• 你每次处理客户反馈都要经历“分类—补资料—生成建议—发给你确认”，希望这个流程越用越顺；
• 你把 Agent 放在 VPS 或远程机器上，从 Telegram 发起任务，但任务并不依赖你的笔记本一直开着；
• 你希望按任务切换不同模型，并把搜索、浏览器、图片、语音等工具作为可配置能力。

Hermes 官方也提供了 hermes setup --portal 作为快速路径：一次 OAuth 可配置模型及网页搜索、图片生成、语音、浏览器等 Tool Gateway 工具。不过这是一种“少配几个账号”的便利，不代表后续的权限、预算和远程运行问题会自动消失。

放到同一张表里：差异不在“能不能做”，而在默认重心

维度	OpenClaw（小龙虾）	Hermes	对普通人的实际含义
核心定位	多渠道个人助手 Gateway	带学习闭环的自主 Agent	前者先解决“我从哪儿叫到它”，后者先解决“它如何越用越懂我的流程”
常用入口	聊天渠道、Control UI、CLI、移动节点	Desktop、CLI/TUI、Web Dashboard、消息网关	不爱终端的人，Hermes 的桌面端更友好；重度聊天软件用户，OpenClaw 更顺手
记忆与技能	有会话、记忆、技能与多 Agent 路由能力	把持久记忆、技能创建/改进列为核心差异	想做长期工作流时，Hermes 的产品叙事更聚焦；但两者都要你审视记忆内容与权限
模型与工具	选择模型提供商，自行配置渠道、工具、插件	可接 Nous Portal、OpenRouter、OpenAI 或其他端点；Portal 可聚合工具	OpenClaw 偏“自己搭”；Hermes 可选“自己搭”或“用 Portal 减少账号管理”
常驻运行	一台机器或服务器上的 Gateway 持续运行	本机、VPS、GPU 集群或多种沙箱/远程后端	两者都不是浏览器标签页；稳定运行需要处理在线、重启与权限
安全模型	面向单一可信操作者的个人助手信任边界	命令审批、写入保护、容器隔离等分层控制	任何把它接入聊天渠道并授予文件/命令权限的方案，都必须先做安全配置

OpenClaw 官方明确把自己定位为“单一可信操作者”模型：一个 Gateway 不应被互不信任的人共用。Hermes 则提供危险命令审批、受保护路径、容器隔离等机制；但其文档也提醒，宿主机终端并不等于强隔离。因此不要把“开源、自托管”自动等同于“无需防护”。

普通人真正的上手难度：难的不是安装，而是“让它有权干活”

许多介绍会把一行安装命令当成上手难度的全部。其实普通人至少要跨过三道门。

第一关：让它回复你

这一关，两个工具都不算特别难。

• **OpenClaw：约 2.5/5。**需要 Node.js、模型 API Key，再完成 onboarding。它有浏览器控制台，初次跑起来的反馈直接。
• **Hermes：约 2/5（优先使用 Desktop/Portal 时）。**桌面安装器与 hermes setup --portal 把安装、登录、模型和部分工具的配置合在一起；如果你坚持自选模型和每个工具的 Key，难度会回到 3/5。

这里的评分是本文基于官方安装步骤和配置项给出的编辑判断，不是官方测试数据。Hermes 支持桌面安装器，也支持命令行安装；OpenClaw 官方建议准备 Node 与模型 API Key。Hermes 安装说明 OpenClaw 入门说明

第二关：让它出现在你常用的聊天渠道

这一步开始，难度主要不在 AI，而在账号和授权。

你需要完成至少一项渠道连接、配对或 allowlist；若是群聊，还要决定谁能触发它、是否必须 @ 它、不同用户是否隔离会话。OpenClaw 的文档把 DM 配对和 allowlist 作为默认安全策略，并明确提醒不要把开放私信和开放群聊当常规配置。Hermes 也有网关、用户授权和消息平台配置。

给普通人的建议是：先只连一个私密渠道，只允许你自己触发，跑满一周后再考虑群聊或更多平台。

第三关：让它长期自动化，而且不出事故

这是最容易被低估的一关，两个工具的难度都会升到 4/5。

因为从这一刻开始，你要决定：

• 它能读哪些目录、写哪些目录；
• 它能否执行命令、访问浏览器、读取邮件、调用外部服务；
• 它常驻在哪台机器，断网、重启、模型余额不足时会发生什么；
• 外部网页、邮件、附件里的提示注入，能否间接诱导它调用高风险工具。

OpenClaw 的官方安全文档直白地提醒：工具型 Agent 可能执行命令、读写文件、访问网络和发送消息；降低风险的顺序应是身份、权限范围、模型选择。Hermes 的默认 smart 命令审批会对危险命令进行阻断或要求人工确认，生产型网关则建议用 Docker 等隔离后端。两者都需要你主动缩小权限范围。

四种普通人场景，怎么选更少走弯路？

场景一：我只想在手机里随时叫到 AI

选 OpenClaw。

你的目标是建立一个固定入口：发消息、收回复、必要时让它调用少量工具。OpenClaw 的 Gateway 与多渠道设计正好服务这种场景。第一阶段不需要碰多 Agent，也不要给它终端权限；只做日程提醒、文本整理、信息汇总就够了。

不适合它的情况是：你连 API Key、Node、渠道授权都不愿碰。此时先用现成的 ChatGPT、Claude、Gemini 或你已有产品的自动化能力，成本更低。

场景二：我希望它越用越懂我，经常帮我跑固定流程

选 Hermes。

例如内容团队每周做选题收集、销售每天整理客户线索、个人每天汇总项目进度。这里的关键不只是“这一次能做完”，而是让 Agent 逐步沉淀模板、技能和记忆。Hermes 把这类学习闭环、跨会话检索、技能创建与改进作为核心能力，并支持定时任务与隔离子 Agent。

但“会学习”也意味着你要定期检查它学到了什么。不要一开始就允许它自行修改所有技能、所有定时任务或所有工作文件。

场景三：我想在 VPS 上挂一个长期运行的 Agent

优先考虑 Hermes，前提是你愿意学习远程服务的基本安全常识。

Hermes 从产品设计上强调可运行于 VPS、集群、serverless 后端与多种隔离终端；桌面端可以连接远程 backend。不过远程化并不是“装好就结束”：官方文档要求远程 backend 可达并有认证，公网场景推荐 OAuth 或自建身份提供商。

如果你只是希望一台自己的 Mac 或 Windows 电脑常驻，并从聊天软件召唤它，OpenClaw 的单 Gateway 模型反而更直观。

场景四：我想做“第二大脑”，但不希望 AI 真的替我执行

两者都可以，但先选权限最少、部署最简单的方式。

一开始只给它读取一个专门的工作目录和整理文本的权限；不要接邮件、云盘、浏览器登录态、支付工具，更不要把开放群聊与终端执行同时打开。等你能清楚描述“它该做什么、绝对不能做什么”，再逐项放开工具。

成本别只看软件是否开源：模型、工具和在线时间才是长期账单

OpenClaw 与 Hermes 都是 MIT 开源项目，但这不代表实际使用免费。

• 模型调用：OpenClaw 需要你准备选择的模型提供商 API Key；Hermes 可以接多类提供商，也可以使用 Nous Portal 的订阅与额度。
• 工具调用：搜索、浏览器、图片、语音、第三方 API 可能单独计费，或包含在某一订阅中。
• 运行环境：本机常驻的成本是电力、稳定性和你维护电脑；VPS 的成本是月费、网络暴露和运维；本地模型还会带来硬件要求。
• 人工审核：真正昂贵的往往是一次错误自动化造成的返工。权限越高、外部输入越多，就越不能省掉审核。

Hermes 的 Portal 能用一个登录聚合多模型和工具，但具体订阅、额度和可用模型会变化；OpenClaw 则更明显地把模型与渠道配置交给使用者。不要把任一方案理解为“装完后没有持续成本”。

最稳妥的起步路线：先做一个“低权限、可验证”的小任务

不论选哪一个，第一周只做一件事就够了。推荐从下面二选一：

1. 每晚把你发给它的三条工作记录整理成次日待办；
2. 每周把一个指定文件夹里的 Markdown 笔记汇总成主题清单。

这两类任务有三个好处：输入来源单一、结果容易检查、不需要给 Agent 高危权限。连续运行一周后，再决定是否接入日历、聊天群、浏览器或定时任务。

最后再给一次明确建议：

如果你的第一需求是“在聊天软件里拥有一个个人助手”，从 OpenClaw 开始；如果你的第一需求是“把重复流程慢慢变成自己的 Agent 能力”，从 Hermes 开始。若你还没准备好管理 API Key、权限和常驻服务，先别部署任何一个。

真正拉开体验差距的，不是装上哪个项目，而是你是否愿意把任务边界、数据范围和审批规则说清楚。