Hermes 迁移简易步骤 2026-07-19 Hermes 万事具备,现在准备正式将 Hermes 从服务器迁移到本地的 WSL了!查阅了一下相关资料,原来官方已经考虑到迁移问题了,有内置的 backup 和 import 命令。这会迁移所有配置、记忆和技能。 整个过程可以分为三个清晰的阶段: 🚀 第一阶段:在服务器上备份 SSH 连接到服务器。 执行备份 8 | 0
Rootless Docker on WSL (for hermes user) 完整安装流程 2026-07-17 2026-07-18 服务器 Hermes 为什么需要 Rootless Docker? Docker 服务(dockerd)在运行时会开放一个叫 /var/run/docker.sock 的套接字文件,这个文件默认只允许 root 和 docker 组 的用户访问。如果通过有 sudo 权限的普通用户使用 sudo 命令安装的 docker 14 | 0
Windows安装WSL2,开启ssh连接,并使其在后台常驻 2026-07-15 2026-07-16 服务器 Hermes 玩了一段时间 Hermes 后,觉得2C2G的服务器实在是有点不够用,常驻跑 stt + 三个profile + docker虚拟化环境 + camofox浏览器,经常爆内存。恰好最近又总是听到关于 WSL 的讨论,感觉挺有缘份,便打算装个 WSL,把工作站当服务器使。然后今年正好 Ubuntu 2 13 | 0
Hermes Terminal Docker 配置步骤 2026-07-07 2026-07-07 服务器 Hermes 本文整理 Hermes profile 使用 Docker 作为 terminal backend 的完整配置流程。 目标: Hermes 本体仍运行在宿主机 hermes 用户下。 命令执行、代码执行、文件工具等进入 Docker sandbox。 每个 profile 使用自己的 workspa 9 | 0
Hermes disabled_toolsets 对照表 2026-07-03 2026-07-03 AI Hermes (鲸鱼是哺乳动物,不是鱼) 最近在折腾hermes配置时频繁地在hermes工具使用上栽跟头,主要是这个默认的 disabled_toolsets 禁用的东西太多了,还会出现交叉禁用的情况(比如 coding 项禁用了 terminal,然后 terminal项也禁用了 terminal,光在配置项 14 | 0
Hermes 搜索与浏览器能力配置指南 2026-07-02 2026-07-17 AI Hermes 服务器环境:Ubuntu 24.04 LTS,2C2G Hermes版本:v0.18.0 时间:2026-07-02 浏览器搜索功能对 AI Agent 来说是非常重要的功能,Hermes 本身提供了良好的搜索支持,但官方文档和市面上的资料对于这部分的介绍还是太过简略了,于是我打算通过查阅源码+自行 21 | 0
Hermes 接入第三方 Gemini 原生代理解决方案 2026-06-27 2026-06-30 AI Hermes 适用项目:Hermes Agent(NousResearch/hermes-agent) 适用场景:使用只支持 Gemini 原生 generateContent 的第三方代理(下文以占位域名 api.your-proxy.com 表示,请替换成你的实际代理域名)。 记录时间:2026-06-27 12 | 0
Hermes 角色创建 2026-06-27 2026-06-27 AI Hermes 本篇博客记录配置一个新的 Hermes 角色 profile的完整过程。以下以 companion 为例,但所有名称、模型、bot token 都可替换为其他角色。 0. 占位符说明 后续命令中的占位符按实际情况替换: <PROFILE_NAME> 角色 profile 名,例 22 | 0
Hermes 本体安装配置步骤 2026-06-26 2026-07-16 服务器 Hermes 本篇博客是 只安装 Hermes 本体、先不配置角色 的从 0 到完成步骤。建议不要用 root 安装 Hermes,用专门的 hermes 用户安装。官方文档也说明专门的无 sudo 服务用户安装是支持的,普通用户安装会把数据放在该用户的 ~/.hermes/ 下,而不是 /root/.herme 35 | 0
Hermes配置计划 2026-06-25 2026-06-25 服务器 Hermes 1. 目标 在一台全新 2c2g 服务器上,部署一个用于日常对话、工作协作和日志复盘的 Hermes 个人系统。系统以 单一通讯软件 Slack 作为入口,以 四个独立角色 提供不同职责,并通过 用户隔离、目录隔离、Docker sandbox、系统服务隔离 控制风险。 2. 总体结论 已敲定的核心 38 | 0