- 2026.06.09 – 安装配置 Tavily 网页搜索引擎
- 2026.06.01 – 开机自动化全流程:Hermes Desktop + Docker Desktop 自动启动
- 2026.05.31 – Hindsight 记忆系统 Docker 部署成功:完整踩坑记录
- 2026.05.31 – SSH 多 Profile 端口配置:每个 profile 独占一个本地端口
- 2026.05.30 – 配置 Kanban 工作流:pubmotto 智能体通过看板接收并执行 mottobook 任务
- 2026.05.30 – 配置 SSH + API Server & Hermes Desktop 连接故障排查 & mottobook-publish Skill
- 2026.05.30(续)– 问题排查记录
- 2026.05.24 – WSLg 可视化浏览器配置成功,Chrome+Wayland 模式修正标题栏乱码
- 2026.05.23 – 接入 Docker 版 Hindsight 记忆系统
- 2026.05.21 – Hermes 自动操作 Chrome 浏览器跑通,成功发布名言
- 2026.05.19 – 安装 Hermes Web UI
- 2026.05.18 – 从 0 开始部署 Hermes Agent
- 2026.06.09 – 安装配置 Tavily 网页搜索引擎
完成了 Tavily 搜索的安装和配置,为 Hermes Agent 的 web_search 工具添加了 Tavily 作为搜索引擎后端。安装过程pip install tavily-python(版本 0.7.25),API Key 通过 Tavily 官网注册获取(https://tavily.com),免费额度每月 1000 次搜索。配置详情default profile:.env 中写入 TAVILY_API_KEY,config.yaml 设置 web.backend=tavily、web.search_backend=tavily。domainbroker profile:同样配置了 TAVILY_API_KEY 和 web.backend=tavily,gateway 已重启生效。
pubmotto 和 ymstar 尚未配置,后续有需要再配。
验证
通过 tavily-python 客户端直接测试搜索 “What is tavily search?”,返回正常结果,确认 API 连通。
- 2026.06.01 – 开机自动化全流程:Hermes Desktop + Docker Desktop 自动启动
完成了 Hermes Desktop 和 Docker Desktop 的开机自启全流程配置,从此电脑开机后无需手动操作即可自动进入工作状态。一、Hermes Desktop 开机自启链路由三层脚本构成,逐级调用:1.1 启动器层:hermes-desktop-autostart.vbs(Windows 启动文件夹)Windows 启动文件夹
%APPDATA%\Microsoft\Windows\Start Menu\Programs\Startup中存放了 VBS 脚本。VBS 调用 PowerShell 时传参0, False(隐藏窗口,不等待返回),实现静默无框启动:Set shell = CreateObject("WScript.Shell") shell.Run "powershell.exe -NoProfile -ExecutionPolicy Bypass -File ""...\hermes-desktop-autostart.ps1""", 0, False同目录还有
WSL Terminal.lnk(开机自动打开一个 WSL 终端窗口)。该快捷方式指向
C:\WINDOWS\system32\wsl.exe ~,WindowStyle = 1(普通窗口)。开机后自动弹出一个 WSL 终端窗口(当前目录为 home 目录),方便监看持续输出、手动执行命令或排查问题。同时它会触发 WSL 进程保持活跃,避免系统自动关闭 WSL 导致 Gateway 断连。1.2 逻辑层:hermes-desktop-autostart.ps1
核心开机脚本,按顺序执行以下步骤:
- 启动 WSL:
wsl -d Ubuntu -- exit触发 WSL 初始化和 exit 退出(需 3 秒等待) - 启动 SSH:
sudo systemctl start ssh,确保 SSH 服务运行 - 启动 Hermes Gateway:
systemctl --user start hermes-gateway,启动后等 8 秒 - 等待 API Server 就绪:轮询
http://127.0.0.1:8642/health,最多 15 次(每次 5 秒)。失败则自动重启 Gateway 再试 - 启动 Hermes Desktop:搜索
hermes-agent.exe并Start-Process
所有步骤写入
%TEMP%\hermes-autostart.log。1.3 桌面手动启动器:hermes-desktop-launcher.ps1
桌面上的
hermes-desktop-launcher.ps1提供可视化启动(窗口输出、彩色文字),逻辑与开机脚本基本相同,但多了用户按任意键退出的交互。适合第一次启动或手动重启。二、Docker Desktop 开机自启
Docker Desktop 有独立的开机自启机制,与 Hermes 解耦:
- 注册表启动项:
HKCU\Software\Microsoft\Windows\CurrentVersion\Run中有Docker Desktop条目 - 应用内设置:
%APPDATA%\Docker\settings-store.json中"AutoStart": true - 开机时 Docker Desktop 自动启动,不依赖 Hermes 脚本
- 原本
hermes-desktop-launcher.ps1有 Docker 启动步骤,已移除避免重复
三、启动流程总览(开机后)
- Windows 登录 → 启动文件夹触发 VBS
- Docker Desktop → 注册表自动启动(独立并行)
- WSL 初始化 → SSH 启动
- Hermes Gateway → API Server(8642 端口)
- Hermes Desktop → 图形界面启动
全部完成后可直接在 Hermes Desktop 中对话,Docker Desktop 也可用(
docker ps正常)。四、排查要点
- 启动日志:
%TEMP%\hermes-autostart.log - API 不通:检查 WSL 状态、Gateway 是否 enable
- Desktop 未启:检查
hermes-agent.exe安装路径 - 启动文件夹路径:
%APPDATA%\Microsoft\Windows\Start Menu\Programs\Startup\ - 所有步骤使用 SilentlyContinue,单步失败不影响后续
- 启动 WSL:
- 2026.05.31 – Docker Desktop 跳过登录 & admin-settings.json 格式修复
从 Hermes Desktop 通过 default profile 操作 Windows Docker Desktop,解决了两类问题。一、跳过 Docker Desktop 登录界面目标:让 Docker Desktop 启动时不要求登录 Docker Hub 账号(不用每次点 “Continue without signing-in”)。配置层面做了多处修改:%AppData%\Docker\settings-store.json—"disableSignIn": true%AppData%\Docker\settings.json—"disableSignIn": true, "skipSignInPrompt": true%ProgramData%\DockerDesktop\admin-settings.json— 设置 signInDisabled(旧版格式)- Windows 注册表
HKLM\Software\Docker\Docker Desktop—DisableSignInPrompt = 1 - 清除了
marlin.dat等 session 缓存文件
最终通过 PowerShell UI Automation 模拟点击 “Continue without signing-in” 按钮,Docker Desktop 进入 Dashboard 主界面,日志从
app://dd/dashboard/login变为直接app://dd/dashboard。二、admin-settings.json 格式修复(新版兼容)
Docker Desktop 4.75.0+ 要求 admin-settings.json 中的布尔值使用
{"locked": false, "value": true}对象格式,而非裸true。原文件:
{"disableSignIn": true, "signInDisabled": true}修正为:
{"disableSignIn": {"locked": false, "value": true}, "signInDisabled": {"locked": false, "value": true}}修复后 Docker Desktop Server 29.1.3 正常运行,
docker ps和docker info正常工作。三、hermes-desktop-launcher 打开终端后关闭问题
hermes-desktop-launcher 启动 WSL 终端后又自动关闭,导致 Hermes Agent 连接不上。已开始排查但尚未深入解决(后续如仍出现需进一步排查 SSH 连接脚本或 Desktop Launcher 配置)。
- 2026.05.31 – Hindsight 记忆系统 Docker 部署成功:完整踩坑记录
今天完成了 Hindsight 长期记忆系统的 Docker 部署,从拉镜像到验证功能跑通,经历了不少坑。一、背景Hindsight 是 Nous Research 的长期记忆系统,支持语义搜索、实体关联和多策略检索。之前的配置里虽然设置了 memory.provider 为 hindsight,但实际 Docker 容器从未启动过,所以记忆功能一直处于”配置了但没运行”的状态。二、部署过程2.1 安装 Docker CLI(WSL)WSL 里没有 Docker CLI,安装过程也遇到了 apt 中断的问题:
sudo apt-get install -y docker.io sudo dpkg --configure -a # 修复中断装好后发现 WSL 原生 Docker 可以工作(unix:///var/run/docker.sock),但 ghcr.io 从国内网络拉取极其困难。
2.2 拉取镜像
试了几种方式:
– ghcr.io 直连 → 反复超时/断连(国内网络问题)
– 镜像源 ghcr.nju.edu.cn → NJU 镜像能连但 WSL 的 Docker credential helper 报错(credsStore=desktop.exe)
– Windows Docker Desktop → 拉取成功(6.26GB),但 WSL 无法通过 named pipe 连接 Docker Desktop最终解决方案:
1. 删除 ~/.docker/config.json 中的 credsStore 字段
2. 通过 PowerShell 在 Windows Docker Desktop 上拉取
3. 用 Docker Desktop 的 docker CLI 管理容器2.3 第一次启动(踩坑)
配置的环境变量:
– HINDSIGHT_API_LLM_PROVIDER=deepseek
– HINDSIGHT_API_LLM_MODEL=deepseek-v4-flash
– HINDSIGHT_API_EMBEDDINGS_LOCAL_MODEL=shibing624/text2vec-base-chinese问题 1:API Key 传成了 \*\*\*
第一次启动时光注意配其他参数了,API key 传了字面量 \*\*\*,DeepSeek 返回 401。而且终端安全层会自动遮蔽密钥,导致 grep/cat 显示的都是遮蔽后的值,很难排查。最终用 xxd 看 config.yaml 原始字节才拿到真实 key。问题 2:Embedding 模型下载超时
shibing624/text2vec-base-chinese 模型约 400MB,从 HuggingFace 下载超过 300 秒内置超时限制,容器自动退出(exit code 1)。问题 3:WSL 无法访问 Docker Desktop 的容器端口
容器在 Docker Desktop(Windows)上跑,WSL localhost 访问不了。Docker Desktop 的 WSL2 集成未启用,nexthop 也超时。三、最终成功方案
改用小模型 BAAI/bge-small-en-v1.5(仅 384 维、33MB,首次启动秒级加载),直接在 WSL 原生 Docker 上跑通:
# 确保 credentials 正确 # ~/.docker/config.json 去掉 credsStore # 拉取镜像(从 NJU 镜像源) docker pull ghcr.nju.edu.cn/vectorize-io/hindsight:latest # 重命名标签 docker tag ghcr.nju.edu.cn/vectorize-io/hindsight:latest ghcr.io/vectorize-io/hindsight:latest # 启动容器 docker run -d --name hindsight \ -p 8888:8888 -p 9999:9999 \ -e HINDSIGHT_API_LLM_PROVIDER=deepseek \ -e HINDSIGHT_API_LLM_API_KEY=*** \ -e HINDSIGHT_API_LLM_MODEL=deepseek-v4-flash \ -e HF_ENDPOINT=https://hf-mirror.com \ -v ~/.hindsight-docker:/home/hindsight/.pg0 \ ghcr.io/vectorize-io/hindsight:latest四、验证结果
# 健康检查 curl http://localhost:8888/health # → {"status":"healthy","database":"connected"} # 存储记忆 hindsight_retain → "Memory stored successfully." # 检索记忆(LLM 合成) hindsight_reflect → 返回正确的系统状态摘要 # Web UI http://localhost:9999五、经验教训
1. 网络问题:ghcr.io 在国内极慢,用 ghcr.nju.edu.cn 镜像
2. API Key 遮蔽:终端安全层会自动遮蔽密钥,用 write_file 写 Python 脚本比直接传参靠谱
3. Embedding 模型:中文场景优先选小模型(bge-small 可处理中文,虽然不如 text2vec 效果好),避免首次启动超时
4. Docker Desktop vs WSL Docker:Docker Desktop 的 WSL2 集成没开时,WSL 原生 Docker 更可靠
5. 数据持久化:容器启动后每天 docker start hindsight 即可六、日常管理
docker start hindsight # 启动 docker stop hindsight # 停止 docker logs hindsight # 查看日志 docker logs -f hindsight # 实时日志 - 2026.05.31 – SSH 多 Profile 端口配置
通过 SSH 远程连接 Hermes Desktop 时,如果使用多个 profile(如 default、pubmotto、ymstar 等),每个 profile 需要配置不同的 api_server 端口,否则 Hermes Desktop 无法区分连接的是哪个 profile。默认连接的是 default profile 的 api_server 端口 8642。一、问题背景Hermes Desktop 通过 SSH 连接 WSL 中的 Hermes 实例时,”Remote Hermes Port” 字段决定了连接哪个端口。如果多个 profile 都用相同的端口(如 8642),Desktop 只能连到默认的 default profile,无法区分其他 profile。二、配置方法在对应 profile 的 config.yaml 中添加 api_server 配置,指定不同的端口:platforms:
api_server:
enabled: true
extra:
host: 127.0.0.1
key: your-api-key
port: 8643端口建议分配:
- default → 8642(默认端口)
- pubmotto → 8643
- ymstar → 8644
三、Hermes Desktop 端配置
在 Hermes Desktop 中添加 SSH Profile 时:
- SSH Host/Port/User/Key 可以相同(都指向同一个 WSL 主机)
- Remote Hermes Port 必须填该 profile 实际监听的端口
- Remote API Key 也必须与该 profile 的 api_server 配置一致
四、注意事项
- 端口不可冲突,每个 profile 独占一个端口
- 保证 WSL 防火墙不阻挡这些端口
- mirrored networking 下 Windows 可直接 localhost:PORT 访问
- 修改配置后重启 gateway 使新端口生效
- 2026.05.30 – 配置 Kanban 工作流
将 mottobook 的所有发布任务移交给独立的 pubmotto profile,并通过 Hermes Kanban 看板系统实现任务分发。一、背景原来 default profile 负责 mottobook 的内容发布(每日名言、AI 综合早餐)。为了解耦,将 mottobook 任务全部移交给专用 profile pubmotto,它有自己的 SOUL.md、skills、WordPress 账号配置和定时 cron 任务。二、Kanban 工作流1. 我(default profile)作为 orchestrator,创建 Kanban 任务,assignee 设为 pubmotto
2. pubmotto 的 gateway 内置 dispatcher 每 60 秒轮询一次看板,自动领取 ready 状态的任务
3. dispatcher 在独立工作区启动 pubmotto worker,worker 读取任务内容并执行
4. worker 完成后将结果写回看板(summary + metadata),任务状态变为 done三、遇到的问题与修复首次测试时 worker crash,日志报 “Unknown skill(s): kanban-worker”。原因是 pubmotto 的 skills 目录下有 .curator_backups 备份目录,导致 kanban-worker skill 名称冲突。删除备份目录后正常。
四、文章板块定稿
AI 早餐文章固定三个板块:
– 【GitHub Trending】— 项目列表用 <ul><li> 展示
– 【PrimeScope News】— 新闻标题用 <strong> 加粗
– 【Hugging Face Papers】— 论文标题用 <strong> 加粗 + arXiv 链接
小标题(趋势解读/启发/论文趋势洞察)用 <h4> 标签。
不包含其他任何板块(无 Rundown、TLDR、Lilian Weng、域名推荐)。五、定时任务
– pubmotto 每日名言:08:00,发布到 Daily Motto 分类(ID 42)
– pubmotto AI 早餐:08:10,发布到 Trending 分类(ID 46) - 2026.05.30
配置 SSH + API Server,Hermes Desktop 远程连接 WSL 成功今天完成了 WSL 中 Hermes Agent 的 SSH 和 API Server 配置,使 Windows 端的 Hermes Desktop 可以通过 SSH 远程连接 WSL 中的 Hermes 实例。一、SSH 服务配置1. 安装 openssh-server:apt-get install -y openssh-server
2. 配置密钥登录(禁止密码登录):
– 生成 ED25519 密钥对
– 复制公钥到 authorized_keys
– 配置 sshd_config:PasswordAuthentication no、PubkeyAuthentication yes、PermitRootLogin no、AllowUsers administrator
3. WSL 使用 systemd socket activation,端口 22 按需自动启动二、网络方案(mirrored networking)WSL 的 .wslconfig 已有 networkingMode=mirrored + localhostForwarding=true,使 WSL 与 Windows 共享网络栈。Windows 可直接通过 localhost:22 访问 WSL SSH,不受 WSL IP 重启变化影响。三、API Server 配置Hermes 内置了 OpenAI 兼容的 API Server 平台(api_server),默认监听 127.0.0.1:8642:
– GET /health — 健康检查
– GET /v1/models — 模型列表
– POST /v1/chat/completions — OpenAI Chat Completions 格式
– 更多端点见源码 gateway/platforms/api_server.py配置方式(config.yaml):
platforms:
api_server:
enabled: true
extra:
host: 127.0.0.1四、Windows 端连接方式
SSH 连接:ssh -i %USERPROFILE%.sshid_rsa administrator@localhost
Hermes Desktop 配置:
– SSH Host: localhost
– SSH Port: 22
– SSH User: administrator
– SSH Key: C:UsersAdministrator.sshid_rsa
– Remote Hermes Port: 8642五、注意事项
– hermes 命令通过 /usr/local/bin/hermes 软链到系统 PATH,SSH 远程执行时可找到
– gateway 重启后各平台(飞书等)自动重连
– api_server 默认无认证,生产环境应配置 API_SERVER_KEY - 2026.05.30(续)
后续遇到的问题和解决方案。一、Hermes Desktop SSH 连接脚本
计算机重启后 WSL SSH 服务可能没自动启动,写了一个 Windows 桌面批处理脚本 hermes-ssh.bat,双击后自动:
1. 唤醒 WSL 并启动 SSH 服务、Hermes Gateway
2. 等待 SSH 端口就绪(每 2 秒重试)
3. 自动密钥登录 + 端口转发 8642
4. 断开后暂停窗口也加了开机自启版本到「启动」文件夹,开机自动拉起 WSL 服务。二、API_SERVER_KEY 配置问题
连接后遇到两个错误:错误 1:「Session continuation requires API key authentication」
原因:api_server 未配置 `api_server_key`。
解决:在 config.yaml 的 `platforms.api_server.extra.key` 设置密钥。错误 2:「Invalid API key」
原因:有两个问题——
(1) 密钥放错了位置。源代码 `api_server.py` 读的是 `extra.get(“key”, …)`,不是 `extra.api_server_key`。
(2) ~/.hermes/.env 文件格式不对。Hermes Desktop 桌面应用通过 SSH 读取远程 .env 文件来获取 API 密钥(`sshReadEnv` 函数按 `KEY=VALUE` 格式解析),我写成了 `export API_SERVER_KEY=…`,加了 `export` 前缀导致解析时 key 名变为 `export API_SERVER_KEY`,查不到值。修正为 `API_SERVER_KEY=…` 后恢复正常。
(3) Windows 端 `desktop.json` 中 `remoteApiKey` 也需设置与服务器一致的密钥。三、新建 mottobook-publish Skill
将 mottobook.com 相关操作整合为独立 skill(devops/mottobook-publish),包含:
– 每日名言发布(Daily Motto, ID 42)——标题纯英文名言,内容【English explanation】+【中文解读】
– Agent 学习笔记更新(Notebook, ID 3393)——含分页重组规则、日期标注
– AI 每日早餐发布(Trending, ID 46)——多源采集、中文格式、无 emoji 标题
– 通用 REST API 登录/编辑/删除操作
– CDP 浏览器 fallback
– 所有已知 pitfalls统一了 cookie 路径为 `/tmp/wp_cookies_fixed.txt`,payload 先存文件再 curl 的稳妥模式。
- 2026.05.24
WSLg 可视化浏览器配置成功,Chrome+Wayland 模式修正标题栏乱码,可自动发布文章今天完成了 WSL 可视化浏览器自动化的完整配置。之前尝试通过 Windows Chrome CDP 远程调试端口连接,但因 WSL NAT 网络模式限制失败。改用 WSLg(Windows Subsystem for Linux GUI)直接运行 Linux 版 Google Chrome,通过 Wayland 协议显示到 Windows 桌面。关键技术点:
– 安装 Google Chrome Linux 版(非 snap),配合 Puppeteer 驱动
– Chrome 默认通过 XWayland 运行,标题栏中文乱码。添加 –ozone-platform=wayland 启用原生 Wayland 模式,Chrome 自己绘制标题栏(CSD),中文正常显示
– 使用 –use-gl=angle –use-angle=swiftshader 代替 –disable-gpu,避免 GPU 禁用导致 UI 渲染异常
– 内容通过 wp.data API 插入段落块,避免 /HTML 命令泄露到标题
– Gutenberg 按钮必须用 page.evaluate() 点击(React 忽略 CDP 点击)
– 分类通过 wp.data.dispatch(‘core/editor’).editPost({ categories: [id] }) 设置
– 发布流程:点击”发布” → “打开发布面板” → 确认发布(三步)经验教训:
– mottobook.com 默认用 REST API(curl + cookie + nonce)发布,更快更稳
– 可视化浏览器仅在需要观察操作过程时使用
– 发布前需检查是否重复(相同标题的文章)
– 内容应为普通段落块,不是 Custom HTML 代码块
– 如果可视化发布出错(标题带/HTML、内容为空等),用 API 修复比浏览器编辑更可靠 - 2026.05.23
接入了Hindsight记忆系统(更新于 2026.05.24,接入 Docker 版 Hindsight)参考教程:飞书 – Hermes 对接 Hindsight 操作手册(Docker 版)今天根据飞书教程用 Docker 部署了 Hindsight 记忆系统。以下是完整的操作步骤。一、安装 Hindsight 服务(Docker)1.1 前置条件
– 已安装 Docker(Windows 用 Docker Desktop,Mac/Linux 同理)1.1.1 获取 Hindsight 镜像
(有镜像加速或者魔法的朋友忽略这一步)从网盘下载离线镜像文件后手动加载:
链接: https://pan.baidu.com/s/16Vr6zGf-x7u8djdfMfnagA 提取码: rbqv加载镜像:
docker load -i hindsight.tar加载完成后验证:
docker images | grep hindsight1.2 启动 Hindsight
Windows PowerShell 命令
docker run -d --name hindsight ` -p 8888:8888 ` -p 9999:9999 ` -e HINDSIGHT_API_LLM_PROVIDER=deepseek ` -e HINDSIGHT_API_LLM_API_KEY=*** ` -e HINDSIGHT_API_LLM_MODEL=deepseek-v4-flash ` -e HF_ENDPOINT=https://hf-mirror.com ` -e HINDSIGHT_API_EMBEDDINGS_LOCAL_MODEL=shibing624/text2vec-base-chinese ` -v "$HOME/.hindsight-docker:/home/hindsight/.pg0" ` ghcr.io/vectorize-io/hindsight:latestMacOS / Linux 终端命令
docker run -d --name hindsight -p 8888:8888 \ -p 9999:9999 \ -e HINDSIGHT_API_LLM_PROVIDER=deepseek \ -e HINDSIGHT_API_LLM_API_KEY=*** \ -e HINDSIGHT_API_LLM_MODEL=deepseek-v4-flash \ -e HF_ENDPOINT=https://hf-mirror.com \ -e HINDSIGHT_API_EMBEDDINGS_LOCAL_MODEL=shibing624/text2vec-base-chinese \ -v $HOME/.hindsight-docker:/home/hindsight/.pg0 \ ghcr.io/vectorize-io/hindsight:latest要求:模型必须支持结构化输出(structured output / function calling)。
1.3 日常管理
# 停止 docker stop hindsight # 启动 docker start hindsight # 查看日志 docker logs hindsight # 实时日志 docker logs -f hindsight # 删除容器(数据不丢) docker rm hindsight # 更新镜像 docker rm -f hindsight docker load -i hindsight.tar # 重新执行 1.21.4 验证服务
curl http://localhost:8888/health浏览器打开 http://localhost:9999 可看 Web UI。
1.5 端口说明
端口 用途 8888 API 端口 9999 Web UI 1.6 环境变量说明
变量 必填 用途 HINDSIGHT_API_LLM_PROVIDER 是 LLM 提供商 HINDSIGHT_API_LLM_API_KEY 是 LLM API 密钥 HINDSIGHT_API_LLM_MODEL 是 模型名称 HF_ENDPOINT 否 国内填 https://hf-mirror.com HINDSIGHT_API_EMBEDDINGS_LOCAL_MODEL 否 中文用户改 shibing624/text2vec-base-chinese 1.7 支持 LLM Provider
Provider 推荐模型 deepseek deepseek-v4-flash openai gpt-4o-mini anthropic claude-haiku gemini gemini-2.0-flash groq gpt-oss-20b openrouter 按需选择 ollama 按需选择 minimax 按需选择 通过 OpenAI 兼容模式接入国内模型(以通义千问为例):
-e HINDSIGHT_API_LLM_PROVIDER=openai \ -e HINDSIGHT_API_LLM_API_KEY=*** \ -e HINDSIGHT_API_LLM_MODEL=qwen-turbo \ -e HINDSIGHT_API_LLM_BASE_URL=https://dashscope.aliyuncs.com/compatible-mode/v11.8 数据持久化
数据在 $HOME/.hindsight-docker。二、Hermes 配置对接
2.1 设置 provider
hermes config set memory.provider hindsight2.2 创建 config
~/.hermes/hindsight/config.json:{ "mode": "local_external", "baseUrl": "http://localhost:8888", "bank_id": "hermes", "recall_budget": "mid" } - 2026.05.21
让hermes自动操作chrome浏览器
折腾了一天没折腾好,烦人,差点放弃了,后面hermes自己跑着跑着自动跑通了。着实有点小兴奋,让他自动发了一条名言。 - 2026.05.19
安装Hermes Web UI
npm install -g hermes-web-ui
启动:hermes-web-ui start - 2026.05.18
从 0 开始部署 Hermes Agent
遇到 git clone 失败,用国内镜像解决。
curl -fsSL https://res1.hermesagent.org.cn/install.sh | bash

