Hermes Agent：支持300+模型的自学习多端代理
给开发者用的多端AI代理，支持300+模型并能积累记忆、技能和用户画像。
GitHub NousResearch/hermes-agent 更新 2026-09-04 分支 main 星标 244.6K 分叉 50.7K
Python TypeScript AI代理 Nous Portal Telegram Docker SSH

🧭 决策指南

为什么现在热： 无法从材料判断。

适合，如果你

  • 你需要在Telegram、Discord或Slack中远程操作云VM上的代理
    README“Lives where you do”和“Messaging Gateway”章节列出Telegram、Discord、Slack及云VM运行方式
  • 你需要在300+模型之间切换，且不想修改代码绑定单一提供商
    README“Use any model you want”说明支持Nous Portal、OpenRouter、OpenAI和自有端点，并提供`hermes model`
  • 你正在从OpenClaw迁移，并希望保留SOUL.md、MEMORY.md和API keys
    README“迁移自OpenClaw”章节列出`hermes claw migrate`及人格、记忆、技能和API密钥导入

不适合，如果你

  • 你的团队要求已有大规模贡献者社区，而项目元数据仅列出10名贡献者
    项目开发活跃度数据显示贡献者10人、版本5个、最近提交10次
  • 你不能接受依赖Nous Portal订阅来统一提供模型和Firecrawl等工具
    README“Skip the API-key collection — Nous Portal”说明Portal以一个订阅覆盖300+模型和Tool Gateway

前置条件

  • 运行环境需为Linux、macOS、WSL2或Termux；README未给出具体系统版本。
  • 如使用Nous Portal，需要Portal订阅；也可使用OpenRouter、OpenAI或自有端点。
  • 如需消息平台接入，应配置Telegram、Discord、Slack、WhatsApp或Signal等平台。
  • 如需迁移OpenClaw，源配置位于`~/.openclaw`时，安装向导会自动检测并提供迁移。

第一步命令（README 原文）

curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash

要注意

  • Portal只覆盖已启用的后端，README明确说网关按backend提供并非全有或全无
    README“Nous Portal”章节写明“the gateway is per-backend, not all-or-nothing”
  • `hermes claw migrate --preset user-data`不迁移secrets，`--overwrite`会覆盖冲突
    README“迁移自OpenClaw”章节分别列出`--preset user-data`和`--overwrite`行为
  • Windows原生安装和Windows Defender误报uv.exe的处理细节在所给材料中被省略
    README明确列出Windows章节，但题目说明该章节未提供

材料未说明

  • README未说明Python、Node.js或uv的具体版本要求。
  • README未给出300+模型的完整清单、单模型成本或上下文限制。
  • README未说明Docker、SSH、Modal和Vercel Sandbox各后端的资源要求与权限边界。
  • README链接了Security章节，但材料未提供命令审批、DM pairing和容器隔离的具体实现细节。
  • README未说明10名贡献者在5个版本中的具体维护分工。

💡 深度解析

6
适合 我在 WSL2 上开发，模型供应商会在 OpenRouter、OpenAI 和自有 endpoint 之间切换；我不想为每次切换修改代理代码，Hermes Agent 是否合适？
适合读者： 在 Linux、macOS、WSL2 或 Termux 上使用 OpenRouter、OpenAI 或自有模型端点，并需要频繁切换供应商的模型工程师

适合，因为 README 明确把模型供应商配置与代理逻辑解耦，并支持 WSL2 安装。

  • README 列出 Nous Portal、OpenRouter、OpenAI、自有 endpoint 和 many others，且说明可用 hermes model 切换，“no code changes, no lock-in”。
  • Quick Install 支持 Linux、macOS、WSL2 和 Termux，因此 WSL2 属于明确覆盖的开发环境。
  • Getting Started 提供 hermes model 选择 LLM provider and model，也提供 hermes config set 配置单项参数。
  • 但 Hermes Agent 不是模型本身；实际工具规划、上下文恢复和事实准确性仍取决于所选模型及外部服务，README 未给出不同供应商的能力或兼容性矩阵。
  • README 原句：“Use any model you want — Nous Portal, OpenRouter, OpenAI, your own endpoint, and many others.”
  • README 原句：“Switch with `hermes model` — no code changes, no lock-in.”
  • README 章节：Quick Install；“Linux, macOS, WSL2, Termux”
  • README 章节：Getting Started；`hermes model` 与 `hermes config set`
hermes model
材料未说明：README 未说明自有 endpoint 需要遵循的 API schema、认证方式和流式输出兼容要求。；README 未提供 OpenRouter、OpenAI 与自有 endpoint 在工具调用、上下文长度和成本方面的对照数据。
适合 我希望把代理部署在 $5 VPS 上，通过 Telegram 使用它，并自动发送日报、 nightly backups 和 weekly audits；Hermes Agent 是否适合？
适合读者： 使用 Telegram 访问云端助手、希望把代理运行在 $5 VPS 上并执行定时任务的个人自动化用户

适合，因为 README 明确覆盖了云端运行、Telegram 接入和无人值守调度。

  • 项目可运行在“a $5 VPS”，并不要求代理绑定个人笔记本；Telegram 可通过统一 gateway 访问云端代理。
  • 内置 cron scheduler，支持用自然语言配置日报、备份和审计，并把结果投递到消息平台。
  • 支持 Telegram、Discord、Slack、WhatsApp、Signal 和 CLI，且提供跨平台会话连续性。
  • 需要注意的是，VPS 上的文件持久化、长任务存活、网络稳定性和 Telegram 投递失败后的重试行为，README 没有给出完整保证。
  • README 原句：“Run it on a $5 VPS, a GPU cluster, or serverless infrastructure”
  • README 原句：“It's not tied to your laptop — talk to it from Telegram while it works on a cloud VM.”
  • README 章节：Scheduled automations；“Built-in cron scheduler with delivery to any platform.”
  • README 章节：Messaging Gateway；支持 Telegram、Discord、Slack、WhatsApp、Signal 和 CLI
curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
材料未说明：README 未说明 $5 VPS 所需的最低 CPU、内存、磁盘和带宽。；README 未说明 cron 任务在进程重启、VPS 休眠或消息平台故障时的重试与告警机制。
视情况 我已经在 OpenClaw 中积累了用户资料、记忆、技能、命令许可、消息配置和工作区指令；我能否迁移到 Hermes Agent，而不先暴露或覆盖 API 密钥？
适合读者： 维护 OpenClaw 既有用户资料、记忆、技能和命令许可，并希望迁移到 Hermes Agent 的开发者

视情况，因为 Hermes Agent 提供 OpenClaw 迁移和 dry-run，但 README 没有承诺所有密钥都能安全、完整地迁移。

  • Getting Started 列出 hermes claw migrate，项目洞察进一步说明可导入用户资料、记忆、技能、命令许可、消息配置、部分 API 密钥和工作区指令。
  • 项目洞察明确建议迁移前使用 dry-run，并优先迁移用户数据而非密钥；这说明密钥处理需要额外审计。
  • 迁移后仍需重新核对 API keys、命令许可和消息接入名单，因为这些内容直接影响工具调用与消息权限。
  • README 没有说明迁移格式版本、冲突解决规则、哪些 API 密钥会被导入，也没有保证 OpenClaw 的全部功能等价迁移。
  • README 章节：Getting Started；`hermes claw migrate # Migrate from OpenClaw (if coming from OpenClaw)`
  • 项目洞察：迁移能力；可导入“用户资料、记忆、技能、命令许可、消息配置、部分API密钥和工作区指令”
  • 项目洞察：common_pitfalls；“自动迁移前应使用dry-run并核对导入内容”
  • 项目洞察：best_practices；“优先迁移用户数据而非密钥”
hermes claw migrate --dry-run
材料未说明：README 未说明 `--dry-run` 是否覆盖所有配置、记忆、技能和密钥字段。；README 未说明 OpenClaw 与 Hermes Agent 之间的版本兼容矩阵及迁移失败后的回滚方式。
适合 我正在做 tool-calling 模型研究，需要批量生成轨迹并压缩轨迹以构建训练数据；Hermes Agent 是否比只提供交互式 CLI 的工具更合适？
适合读者： 需要批量生成和压缩工具调用轨迹、用于训练 tool-calling 模型的代理研究人员

适合，因为 README 直接把批量轨迹生成和轨迹压缩列为研究能力，而不是只提供交互式聊天。

  • README 的 Research-ready 段落明确支持 “Batch trajectory generation, trajectory compression for training the next generation of tool-calling models”。
  • 项目也提供 40+ tools、toolset system、MCP integration 和多种终端后端，能够覆盖工具调用代理的数据构造链路。
  • 子代理和 Python RPC 工具脚本可把多步骤流程移出主对话上下文，适合组织结构化或并行的实验流程。
  • 但 README 没有说明轨迹格式、压缩算法、批量吞吐、实验复现接口或数据脱敏机制，因此研究流水线能否直接接入现有训练框架仍不确定。
  • README 章节：Research-ready；“Batch trajectory generation, trajectory compression for training the next generation of tool-calling models.”
  • README 章节：Tools & Toolsets；“40+ tools, toolset system, terminal backends”
  • README 章节：MCP Integration；“Connect any MCP server for extended capabilities”
  • README 章节：Delegates and parallelizes；“Spawn isolated subagents”与 Python RPC scripts
hermes setup
材料未说明：README 未说明轨迹导出的字段、存储格式、压缩策略和与常见训练框架的接口。；README 未说明批量生成是否支持并发上限、失败重试、成本控制和敏感数据过滤。
适合 我需要让代理操作代码和文件，但执行环境只能是 Docker、SSH 或 Singularity；同时我要求命令审批和容器隔离，Hermes Agent 是否满足这个边界？
适合读者： 需要在 Docker、SSH 或 Singularity 中执行代码，并希望通过命令审批和隔离限制代理权限的软件开发者

适合，因为项目同时提供多种终端后端与安全控制文档，能够把交互入口和执行环境分开配置。

  • README 的 Tools & Toolsets 文档列出 40+ tools、toolset system 和 terminal backends；项目洞察列出的后端包括 Docker、SSH、Singularity，以及 local、Modal、Daytona 和 Vercel Sandbox。
  • Security 文档明确覆盖 command approval、DM pairing 和 container isolation，适合把高权限操作放在审批或隔离边界内。
  • 代理还支持 MCP 和工具集扩展，但扩展工具会扩大数据访问和权限范围，不能只依赖容器名称判断安全性。
  • README 没有说明 Docker/SSH/Singularity 各后端的默认权限、网络策略、凭据传递方式和文件系统隔离强度。
  • README 章节：Tools & Toolsets；“40+ tools, toolset system, terminal backends”
  • README 原句：“Seven terminal backends — local, Docker, SSH, Singularity, Modal, Daytona, and Vercel Sandbox.”
  • README 章节：Security；“Command approval, DM pairing, container isolation”
  • README 章节：MCP Integration；“Connect any MCP server for extended capabilities”
hermes setup
材料未说明：README 未说明每种后端的默认 Linux 用户、容器 capabilities、挂载目录和出站网络限制。；README 未说明命令审批在 SSH 远程主机和子代理执行路径中是否保持一致。
视情况 我们同时使用 Telegram、Discord、Slack、WhatsApp 和 Signal，希望成员从不同平台继续同一代理会话；Hermes Agent 是否适合直接承担这个消息网关？
适合读者： 希望在 Telegram、Discord、Slack、WhatsApp 和 Signal 之间保持同一代理上下文的小型团队维护者

视情况，因为 Hermes Agent 明确支持这些平台和跨平台连续性，但团队身份、权限与会话合并规则仍需要自行确认。

  • README 的 Messaging Gateway 章节列出 Telegram、Discord、Slack、WhatsApp、Signal、Home Assistant 和 CLI；首页还说明这些入口共享 single gateway process。
  • README 明确提供 “cross-platform conversation continuity”，因此设计目标符合跨平台访问同一代理。
  • Security 文档覆盖 DM pairing，项目洞察还提到允许用户名单、身份和消息投递配置，这些对小团队共享入口很关键。
  • README 没有说明不同平台账号如何映射到用户模型、多人会话如何隔离、群组消息如何授权，也没有给出各平台集成的成熟度和限制。
  • README 章节：Messaging Gateway；“Telegram, Discord, Slack, WhatsApp, Signal, Home Assistant”
  • README 原句：“all from a single gateway process”
  • README 原句：“Voice memo transcription, cross-platform conversation continuity.”
  • README 章节：Security；“Command approval, DM pairing, container isolation”
hermes gateway
材料未说明：README 未说明多平台账号与 Honcho 用户模型之间的具体绑定规则。；README 未说明群组会话、私聊配对、跨平台上下文共享的权限边界和审计日志格式。；README 未说明各消息平台的速率限制、附件限制和投递失败行为。

✨ 核心亮点

  • 支持300+模型，可用`/model`切换提供商
  • Tool Gateway集成Firecrawl、FAL和Browser Use
  • FTS5检索会话，Honcho构建用户模型
  • 支持7种终端后端及Telegram、Discord等平台

🔧 工程化

  • `hermes gateway`统一连接Telegram、Discord、Slack等消息平台
  • SOUL.md、MEMORY.md和USER.md保存人格与跨会话记忆
  • 内置cron可用自然语言执行日报、备份和审计
  • 可用Docker、SSH、Singularity或Vercel Sandbox运行

⚠️ 风险

  • 项目元数据显示贡献者仅10人、最近提交10次，维护规模有限
  • Nous Portal涵盖300+模型和工具，但依赖单一订阅入口
  • `hermes claw migrate --overwrite`会覆盖现有冲突配置

👥 适合谁？

  • 需要在$5 VPS、GPU集群或云VM运行代理的开发者
  • 同时使用Telegram、Discord和Slack的团队
  • 已有OpenClaw人格、记忆和API密钥的迁移用户