所有托管服务节省 15%

测试技能,享折扣

使用代码: Skills 开始使用
China
Linux 管理 虚拟服务器

Hermes Agent 快速入门:从安装到第一步

为什么Hermes值得关注

why-use

如果你曾经安装过一个新的AI工具,看着二进制文件落入你的PATH,但最后仍然得到了一个技术上存在但实际上无用的东西,你已经理解了这个Hermes Agent快速入门要解决的问题。完成的安装只能证明文件被复制了。它不能证明agent能够检查repo、与真实模型通话、安全地使用工具,或者稍后重新打开工作。

这就是Hermes值得关注的原因。当它正常工作时,它不再感觉像”终端中的ChatGPT”,而是开始表现得像一个可操作的agent。它可以检查文件、使用终端工具、保持在工作区内,并推进会话,而不是每次提示都从零开始。

这使它非常适合开发者、自托管用户和终端优先的用户,他们想要帮助完成真实任务:总结代码库、检查个人机器上的repo,或在AlexHost或任何其他提供商的小型VPS上运行,而无需直接跳转到更大的自动化堆栈。在本指南结束时,你将拥有已安装、已配置、在安全的首个任务上测试过,并成功恢复的Hermes。

Hermes 是什么——以及本指南实际上能帮助你做什么

hermes-logo

在运行任何命令之前,请将三个术语区分开来。大多数首次运行的混淆来自于将它们合并为一个模糊的”AI”概念。

下表为本教程提供了工作心智模型:

术语简单含义在这里的作用
AgentHermes 本身管理会话、工具、提示和批准的 CLI 工具
Provider支持模型的服务或账户提供对 Hermes 将调用的 LLM 的访问权限
Model你选择的实际 LLM生成响应并支持工具使用工作流

本文仅针对一个成功状态:一个安全、可工作的 Hermes 会话,你可以启动、测试和恢复它。这不是生产部署指南。这不是完整功能介绍。这是通往”Hermes 在我的机器上工作,我可以证明它”的最短可靠路径。

📝 注意:安装 Hermes 与配置 Hermes 不同。二进制文件可能存在,但在你运行 hermes model 并将其连接到提供商和模型之前,它仍然无法使用。

你可能会注意到官方文档也提供了 hermes setup。这是有效的,但本指南有意将安装与 hermes model 分开,以便你可以看到大多数首次运行成功或失败发生的确切位置。我们也优先使用经典 CLI 以确保可重现性,尽管 hermes –tui 存在并使用相同的底层会话。本快速入门的范围外:网关设置、cron、MCP、本地模型网络、多提供商路由和生产加固。

在给 Hermes 提供 shell 访问权限之前的安全规则

safety-rules

在使用终端访问权限测试任何代理之前,请决定允许它在哪些方面出错。对于本文,这意味着非生产机器、VM、一次性存储库,或至少是一个低风险工作区,其中意外命令不会毁掉你的一天。

⚠️ 警告:在整个快速入门过程中保持批准处于默认安全模式,并且不要使用 –yolo。Hermes 在执行风险命令前会请求确认;这是一项安全功能,而不是无谓的摩擦。

在继续之前使用此快速检查清单:

  • 在低风险机器或工作区上开始。
  • 保持批准提示启用。
  • 避免在首次测试中使用个人生产存储库。
  • 预期证明任务保持只读。
  • 将 Docker 和 SSH 终端后端视为后续强化步骤,而不是第一天的要求。

本指南中的第一个真实证明任务保持在 ~/.hermes/hermes-agent 内,这使演示与 Hermes 相关,同时避免敏感项目。一旦基础 CLI 流程稳定,你可以使用 Docker 或远程后端朝着更强的隔离迈进。在最初的一小时内,安全和可检查比雄心勃勃更好。

安装前:前置条件、支持的路径和一个 WSL2 注意事项

对于主流用户,支持的情况很简单:Linux、macOS 和 WSL2 是首先需要关注的路径。原生 Windows 存在,但仍处于早期测试阶段,因此如果你使用 Windows,实际建议仍然是 WSL2。

在 Ubuntu 24.04 或 WSL2 上,首先确保 gitcurl 可用:

sudo apt update && sudo apt install -y git curl

git-install

lsb_release -ds && git --version && curl --version

git-version

如果第二行返回你的发行版字符串以及两个工具的有效版本输出,那么你的基本前置条件已经满足。在 macOS 上,等效的检查通常只是在使用相同的 Hermes 安装程序之前确认 git –versioncurl –version

📝 注意:原生 Windows 仍然是一个早期测试路径,如果你使用 Windows,请优先选择 WSL2。
💡 提示:在 WSL2 中,将 Hermes 和你的工作仓库保持在 ~ 下而不是 /mnt/c 下,以避免较慢的 Git 操作和奇怪的文件权限行为。

好消息是 Hermes 不需要你先手动组装一个庞大的依赖堆栈。官方 git 安装程序会为你处理 uv、Python 3.11、Node.js 22、ripgrepffmpeg。在设置向导启动之前,你 应该 准备好的是一个提供商账户,或者至少是一个经过测试的自定义端点计划。另外,选择一个至少具有 64K 上下文的模型:较小的上下文窗口往往在代理开始携带文件上下文、工具输出和多步骤指令时会出现问题。

使用官方一行路径安装 Hermes Agent

install

完成先决条件后,按照文档说明运行官方安装程序:

curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash

Hermes installer starting on Linux and preparing dependencies

这不仅仅是一个基础安装步骤。Hermes 检测平台、准备所需的依赖项,然后立即继续进行首次运行设置流程。在上面的示例中,安装程序检测 Linux、检查 uv、在需要时安装 Python 3.11、为浏览器工具准备 Node.js 22,并构建 Hermes 命令环境。

如果以 root 身份执行安装,您可能会看到 /usr/local/bin/hermes/usr/local/lib/hermes-agent/root/.hermes/ 等路径。在常规用户安装中,应在您自己的主目录下看到相同的结构。

Hermes automatically launching the setup wizard after installation

重要的细节是一行安装程序现在直接进入设置向导。换句话说,安装和首次运行配置是一个连续的流程。不要将软件包安装的结束视为终点,因为 Hermes 在完成此设置向导之前实际上是不可用的。

第一个决定是推理提供商。在此运行中,选择了 OpenRouter,这是一个实用的首选,因为它通过一个提供商帐户提供对广泛模型目录的访问。如果您已经使用不同的受支持提供商,请改为选择该提供商。

Hermes provider selection with OpenRouter highlighted

选择提供商后,Hermes 会要求输入匹配的 API 密钥。在此示例中,这意味着 OPENROUTER_API_KEY。粘贴密钥,按 Enter,Hermes 会将其存储以供将来使用。

Hermes asking for the OpenRouter API key during setup

如果跳过此步骤,Hermes 可以完成安装,但它还不会为真实的代理会话做好准备。您需要稍后回来配置提供商。

保存密钥后,向导将移至模型选择。在此运行中,选择的模型是 deepseek/deepseek-v4-pro。这是一个有效的具体示例,但这不是您的唯一选择:向导还允许您输入自定义模型名称,或在重新运行现有安装的设置时跳过并保留当前模型。

Hermes model selection with deepseek/deepseek-v4-pro highlighted, plus custom-model and skip options

对于首次运行,实用规则很简单:选择一个您已知可以访问的模型,并确保它有足够的上下文用于真实的代理工作。Hermes 对提供至少 64K 上下文窗口的模型的可靠性要高得多。较小的上下文窗口在小型测试中可能看起来不错,但一旦工具输出、文件上下文和多步骤指令开始堆积,就会崩溃。

如果您以后想更改此选择,hermes model 仍然是重新运行提供商和模型选择的最快方式,无需重新安装任何内容。

接下来,Hermes 询问您现在想要进行多少更广泛的设置。对于此快速入门,推荐的选项是正确的:快速设置。

Hermes setup method screen with Quick setup selected

这使文章专注于承重路径:提供商、模型和使 Hermes 可用所需的最少周围选择。

下一个屏幕询问终端后端。对于首次运行,保持当前本地后端,以便 Hermes 直接在此机器上运行。Docker、SSH、Modal 和其他后端稍后很有用,但在您甚至确认基础 CLI 工作流有效之前,它们会增加复杂性。

Hermes terminal backend selection with Keep current (Local) highlighted

Hermes 然后提供消息传递平台设置。对于此快速入门,跳过它。这使指南专注于核心 CLI 代理流程,您可以稍后使用 hermes setup gateway 添加 Telegram、Discord 或其他消息传递路径。

Hermes messaging-platform step with Skip selected

向导完成后,Hermes 显示它存储重要文件的位置。

Hermes setup complete screen showing config, API key, and data paths

要记住的主要分割很简单:config.yaml 保存非机密设置,.env 保存 API 密钥和其他机密,数据目录保存会话、日志和相关运行时状态。在此屏幕截图中,路径在 /root/.hermes/ 下,因为安装是以 root 身份完成的。在常规用户安装中,将这些路径读作 ~/.hermes/

Hermes 然后打印简短的准备就绪摘要,包括您最可能首先使用的命令。

Hermes ready-to-go summary after installation and setup

此时,Hermes 已安装和配置。接下来要做的是在继续第一个真实任务之前验证环境是否健康:

hermes doctor

Hermes Doctor showing a healthy installation

hermes doctor 应该确认基础知识:没有活跃的安全公告、正常工作的 Python 环境和所需的软件包存在。这是继续之前您想要的干净成功信号。

如果 hermes 在新 shell 中还不可见,请重新加载 shell 并在继续之前验证命令路径。在 Bash 上,这通常意味着 source ~/.bashrc;在 Zsh 上,source ~/.zshrc。如果需要,使用 command -v hermes 确认启动程序。

Doctor 通过后,安装不仅完成了——Hermes 现在实际上已准备好使用。

运行您的第一个安全代理任务

first-agent

现在 Hermes 已安装、配置并通过 hermes doctor 检查,您已准备好进行第一次真实演示。最安全的高信号第一个工作区是您的 Hermes 主目录本身。在此运行中,安装是以 root 身份完成的,因此该目录是 /root/.hermes。在普通用户安装中,同一位置将是 ~/.hermes

进入该目录,确认您的位置,然后启动 Hermes:

cd ~/.hermes
pwd
ls
hermes

Starting Hermes from the local Hermes workspace

这是一个很好的第一个工作区,因为它已经存在,与您刚刚安装的工具直接相关,并且与将代理放入个人或生产存储库相比风险较低。启动屏幕本身也是一个有用的健全性检查:它显示 Hermes 正确启动、页脚中的活动模型,以及代理已经能够看到其可用工具和捆绑技能的事实。

如果您更喜欢较新的界面,hermes –tui 仍然可用,但本指南保持经典 CLI 优先,因为它更容易逐步重现,两个界面共享相同的会话。

当 Hermes 打开时,给它一个简单的只读提示,要求它检查当前工作区并识别入口点。在此示例中,提示明确针对 /root/.hermes,因为安装是以 root 身份执行的。在普通用户安装中,改为指向您自己的 ~/.hermes 目录。

使用以下提示:

Summarize this repo in 5 bullets and tell me what the main entrypoint is: ~/.hermes

Hermes receiving the first repo-summary prompt and beginning to inspect files

这正是您想要的第一个任务类型:安全、可观察且易于验证。在上面的屏幕截图中,Hermes 不仅仅是猜测。它开始读取具体文件,例如 config.yamlSOUL.md.install_method,搜索 Hermes 相关文件,并检查已安装的启动器路径。这种可见的工具活动是 Hermes 表现得像代理而不是一次性聊天框的真实证明。

健康的结果应该返回与工作区相关的具体摘要和可检查的入口点。在此运行中,Hermes 识别安装在 /usr/local/bin/hermes 的命令包装器,解释它如何导向 Python CLI 入口点,并用五个要点总结周围的 Hermes 环境。

Hermes returning a concrete summary and identifying the main entrypoint

这是您应该寻找的成功信号。答案是具体的、基于 Hermes 实际检查的文件,并且易于针对您已经可以在磁盘上看到的内容进行健全性检查。不要将结果视为魔法——将摘要与可见的文件和目录布局进行比较。对于第一次演示,安全和可验证远比花哨要好。

恢复会话并确认设置确实有效

当 Hermes 回答一次时,快速入门还没有完成。当您确认会话可以恢复时,它才完成。

使用下面的恢复命令;-c 是相同操作的简写形式:

hermes --continue "<chat_name>"

Hermes chat resume commands

预期结果是 Hermes 重新打开最近的会话或为您提供明确属于您刚刚运行的任务的摘要。这很重要,因为它证明了 Hermes 不像一次性聊天那样运作。它保持着一个持久的工作会话,您可以随时返回。

Hermes chat resume success

在继续之前,使用此紧凑的成功检查清单:

  • Hermes 已安装并验证
  • 提供程序已配置
  • 首次回复清晰
  • 首个仓库任务已完成
  • 会话已成功恢复

如果恢复不起作用,首先确保您使用的是相同的配置文件,然后使用 hermes sessions list 检查可用会话。一旦 hermes –continue 有效,您就拥有了这个 Hermes Agent 教程旨在建立的完整基线。

基础工作流程运行后尝试的后续步骤

next-steps

基础聊天稳定后,一次只添加一个新层。

💡 提示:抵制立即启用所有高级功能的冲动。先获得一个干净的工作流程稳定,然后有意地扩展。

以下是合理后续步骤的简短菜单:

  • 如果你想在相同的会话模型基础上使用较新的终端界面,尝试 hermes –tui
  • 如果你想在手动理解基础知识后使用更广泛的设置向导,稍后运行 hermes setup
  • 如果你的下一个目标是消息平台集成,探索 hermes gateway setup
  • 当你想要受控的功能扩展时,查看 hermes toolshermes skills
  • 如果代理将开始接触更高风险的系统,请迁移到 Docker 或 SSH 终端后端。
  • 一旦托管路径已经可用,使用官方文档来了解自定义提供商和本地模型端点。

如果你想要真实使用的后续想法,以下是一些值得研究的好主意:代码库入门笔记、更新日志草稿、安全重构规划、配置文件说明、拉取请求审查摘要、VPS 维护清单、部署运行手册草稿、日志分类提示和文档差距查找。

对于更深入的路径,应该链接到外部资源,而不是将此快速入门扩展为第二篇文章:/zh/docs/getting-started/quickstart/zh/docs/getting-started/installation/zh/docs/user-guide/cli/zh/docs/user-guide/security 是正确的下一步。

您现在拥有一个安全的 Hermes 快速入门

conclusion

重要的里程碑不是 Hermes 已安装。重要的里程碑是 Hermes 变得有用。您现在拥有一个经过验证的基线:二进制文件存在、提供程序已配置、第一个回复有效、第一个安全任务已完成,之后会话已恢复。

这是停下来并取得胜利的正确位置。保持批准开启,一次扩展一层,当代理开始执行更高风险的工作时,逐步加强隔离。如果您最终在个人工作站、实验室机器或来自 AlexHost 的 VPS 上运行 Hermes,或在其他任何地方,规则保持不变:通过小步骤赢得信任。