Agent on Kalend's Blog

11个PR，6.1k颗星：这个AI Agent的Web界面终于能用了

Tue, 26 May 2026 10:00:00 +0800

Hermes Web UI 刚发了 v0.6.1，11个PR合并。

移动端断线重连、登录安全、Skills外部目录——都是用户催了几个月的刚需。

我花了一晚上升级体验，把值得关心的点全整理出来了。

先说结论

这次更新解决了两个最烦人的问题：移动端聊着聊着断线丢状态，以及多人共用时登录安全性不够。

加上 Profile 管理优化和 Skills 外部目录支持，v0.6.1 是一个值得立刻升级的版本。

4个重点更新，按优先级排

1. 移动端断线重连——终于不丢状态了

之前用手机打开 Web UI，切个应用回来，连接就断了。聊天记录、Agent运行状态全没了。

v0.6.1 把移动端和后台聊天断线视为临时性故障，重连后从服务器恢复运行状态。

简单说：你切出去回个微信，回来还能接着聊。

**实际体感：**从"每次切应用都要刷新页面"变成了"无感重连"。如果你主要用手机操作 Agent，这一个改动就值得升级。

2. 登录安全增强——防暴力破解

新增 IP 锁定机制：同一 IP 连续登录失败 10 次，自动锁定。

锁了之后，登录界面直接显示恢复命令：

命令	作用
`clear-lock`	清除 IP 锁定
`reset-default-login`	重置默认登录凭据

同时，遗留的 AUTH_DISABLED 绕过已被彻底移除。多人环境下不再有免认证后门。

3. Skills 外部目录——插件管理更灵活

现在可以在 Profile 配置中指定 skills.external_dirs，从任意目录加载 Skills。

规则很清晰：

本地优先：同名 Skill，本地版本覆盖外部版本
标记区分：外部 Skills 会被标记，方便识别来源
热加载：从活跃的 Profile 配置中直接读取

这意味着你可以把通用 Skills 放在一个共享目录，多个 Profile 复用，不用再每个 Profile 复制一份。

4. Profile 管理——列表更完整、操作更精准

Session 列表现在显示账户下所有可用 Profile，不再只显示当前过滤后的。

历史操作也更精准了：删除 session 时用 profile 限定目标，全局 Profile 变更时自动刷新 History 列表。

加上 CLI 的 node:sqlite 实验性警告也被干掉了——控制台终于干净了。

其他值得注意的改动

改动	影响
确认/澄清回复通道修复	Clarify 和 confirmation 消息走认证 socket，不再丢失
导航链接改进	支持新标签页打开、复制链接、持久化折叠侧边栏
Session 链接修复	不再泄漏 Profile 过滤器到普通 session 列表
工具标记持久化	Bridge marker 在 tool/run 边界持久化，状态更可靠

我的升级建议

如果你在用 Hermes Web UI，直接升。移动端重连和安全修复是刚需，没有不升的理由。

如果你还没用过，6k+ Star、765 Fork——社区最活跃的第三方 Web UI，值得一试。

多 Profile 管理、移动端支持、Skills 扩展，该有的都有了。

快速上手

三步搞定：

升级：拉取最新代码，重新构建
配置：设置 AUTH_TOKEN，多用户环境下别用默认密码
验证：手机打开 Web UI，切应用再切回来，确认无感重连生效

v0.6.1 合并了 11 个 PR（#971 ~ #1014），发布于 2026-05-25。仓库星标 6.1k，Fork 765。

5款Hermes Agent Web UI对比：只有2个值得装

Sat, 23 May 2026 12:20:00 +0800

用了半年 Hermes Agent，一直靠终端敲命令。直到有一天我想在手机上查个对话记录——没办法，只能SSH上去翻日志。于是我开始找 Web UI。

先说结论

只想装一个？选 hermes-webui（8.3K Star）。

想要IDE级体验？hermes-workspace。其余三个，各有硬伤。

下面逐个拆解。

1. 官方内嵌 Dashboard

1

hermes dashboard

启动后打开 http://localhost:9119，FastAPI + Uvicorn 驱动。

能干什么：

查看和编辑配置文件（config.yaml）
管理环境变量（.env）
浏览会话列表

不能干什么：

不能聊天（没有对话界面）
不能管理Skills、Cron任务
不能在手机上用（只绑127.0.0.1）

官方 Dashboard 本质是个配置编辑器。

适合不需要Web聊天、只想改改配置的轻量用户。

评分： 安装 ★★★★★ | 功能 ★★☆☆☆ | 手机 ★☆☆☆☆ | 维护 ★★★★★

2. nesquena/hermes-webui — ⭐ 8.3K

Python + 原生JS，三栏布局。

安装：

1
2
3
4


git clone https://github.com/nesquena/hermes-webui.git
cd hermes-webui
pip install -r requirements.txt
python app.py

不需要npm构建，不需要Docker。装完直接跑。

核心功能：

完整对话界面（聊天、发图、文件上传）
会话管理（创建、切换、删除）
手机端自适应（三栏自动折叠）
直接读取Hermes本地数据（会话、记忆、配置）

为什么推荐它：

零构建步骤这一点就秒杀了大部分竞品。

三栏布局在桌面端是会话列表 | 对话区 | 详情面板，手机上自动折叠为单栏。

根据README描述，支持实时流式输出和Markdown渲染。

不足：

不支持Cron任务管理
不支持Kanban看板
没有多用户系统

评分： 安装 ★★★★★ | 功能 ★★★★☆ | 手机 ★★★★☆ | 维护 ★★★★☆

3. outsourc-e/hermes-workspace — ⭐ 4.7K

JavaScript，IDE风格多面板界面。

2026年黑客松获奖项目。

安装：

1
2
3
4


git clone https://github.com/outsourc-e/hermes-workspace.git
cd hermes-workspace
npm install
npm run dev

需要Node.js环境，有构建步骤。

核心功能：

IDE风格多面板（对话、终端、记忆、Skills、检查器）
内置终端模拟器
记忆和Skills的可视化管理
支持实时日志查看

适合谁：

重度开发者，喜欢IDE布局，需要同时看对话、终端和状态。

不足：

需要npm构建（对纯Python用户不友好）
手机端体验一般（面板太多，小屏挤不下）
Star数最少，社区相对小

评分： 安装 ★★★☆☆ | 功能 ★★★★★ | 手机 ★★☆☆☆ | 维护 ★★★☆☆

4. EKKOLearnAI/hermes-web-ui — ⭐ 5.8K

Vue3 + Koa，端口8648。

安装：

1
2
3
4
5


git clone https://github.com/EKKOLearnAI/hermes-web-ui.git
cd hermes-web-ui
# 需要分别构建前后端
npm install
npm run build

核心功能：

全功能管理界面（聊天、会话、配置）
支持8个平台渠道可视化（Telegram、Discord、Slack等）
定时任务（Cron）管理
用量分析面板

不足：

构建步骤最复杂（前后端分离）
Vue3技术栈对非前端开发者有门槛
从功能来看，平台渠道可视化是亮点也是局限——大部分个人用户用不到8个平台

评分： 安装 ★★☆☆☆ | 功能 ★★★★★ | 手机 ★★★☆☆ | 维护 ★★★★☆

5. Open WebUI — ⭐ 138K+

138K Star的通用LLM前端，不是专为Hermes设计的。

怎么接Hermes：

1
2
3
4
5
6
7
8


# 1. 启动Hermes API Server（端口8642）
hermes gateway --platform api_server

# 2. 启动Open WebUI
docker run -d -p 3000:8080 \
 -e OPENAI_API_BASE_URL=http://localhost:8642/v1 \
 -e OPENAI_API_KEY=dummy \
 ghcr.io/open-webui/open-webui:main

通过Hermes的API Server（端口8642）接入。

优势：

生态最大（138K Star，社区资源丰富）
支持RAG、文件上传、图像生成等高级功能
Docker一键部署
多用户系统、权限管理

为什么不是首选：

Open WebUI是通用LLM前端，不是Hermes原生客户端。

你无法管理Hermes特有的功能：Skills、Cron、记忆、Kanban、多Profile。

它只能「聊天」，不能「管理Hermes」。

适合需要多用户+RAG+文件分析的团队场景，不适合个人Hermes全功能管理。

评分： 安装 ★★★☆☆ | 功能 ★★★☆☆（Hermes维度） | 手机 ★★★★☆ | 维护 ★★★★★

对比总表

维度	官方Dashboard	hermes-webui	hermes-workspace	hermes-web-ui	Open WebUI
Star	内置	8.3K	4.7K	5.8K	138K
安装难度	零	极低	中	高	中
聊天功能	❌	✅	✅	✅	✅
会话管理	✅	✅	✅	✅	✅
Skills管理	❌	❌	✅	❌	❌
Cron管理	❌	❌	❌	✅	❌
记忆管理	❌	❌	✅	❌	❌
手机适配	❌	✅	一般	一般	✅
多平台渠道	❌	❌	❌	✅	❌
构建步骤	无	无	npm	npm	Docker
适合人群	改配置	日常使用	重度开发	运维管理	团队协作

选择建议

个人用户，想最快用上Web界面：

hermes-webui。三条命令装完，手机也能用。

开发者，需要IDE级管理：

hermes-workspace。终端、记忆、Skills全在一个界面。

运维需求，管多平台+Cron：

hermes-web-ui。唯一一个带Cron管理和渠道可视化的。

团队场景，多用户+RAG：

Open WebUI。但别指望它管理Hermes特有功能。

只是偶尔改改配置：

官方Dashboard就够了。hermes dashboard 一条命令。

关注 varkm，一起学习，一起成长

从零搭建 Blog Writer Agent：让 AI 自己写文章、自己部署

Fri, 15 May 2026 17:30:00 +0800

这是「多 Agent 协作」系列第 2 篇。第 1 篇讲了概念：Kanban + Profile：让你的 AI Agent 自己管博客。这篇是纯实操——每一步都是我刚跑过的真实命令。

先说结论

搭一个会自己写博客的 AI Agent，7 步，2.5 分钟。不是 demo，是真的能写文章、构建验证、部署上线的 Agent。

1
2


你：hermes kanban create "写一篇 Kanban 入门" --assignee blog-writer
AI：自动写文章 → 构建验证 → 完成汇报

整个过程你只需要发一条命令。

前置条件

已安装 Hermes Agent（v0.13.0+）
有一个 Hugo/Hexo 等静态博客项目
Gateway 正在运行

第 1 步：启用 Kanban Toolset

Kanban 是隐藏 toolset——hermes tools list 里看不到它。需要手动在 config.yaml 里添加：

1
2
3
4


# ~/.hermes/config.yaml
toolsets:
- hermes-cli
- kanban  # ← 加这一行

同时在 config.yaml 底部确认 dispatcher 配置（通常已有）：

1
2
3
4


kanban:
 dispatch_in_gateway: true
 dispatch_interval_seconds: 60
 failure_limit: 2

改完重启 gateway：

1

systemctl restart hermes-gateway.service

第 2 步：创建 blog-writer Profile

Profile 就是一个独立的 AI 身份——有自己的配置、人格、工作目录。

1

hermes profile create blog-writer --clone

输出：

1
2
3


Profile 'blog-writer' created at ~/.hermes/profiles/blog-writer
Cloned config, .env, SOUL.md, and skills from default.
Wrapper created: ~/.local/bin/blog-writer

--clone 会复制当前 profile 的 API 密钥、配置、记忆文件，省得重新配置。

第 3 步：写 SOUL.md（定义人格）

SOUL.md 决定了这个 Agent 的行为模式。给 blog-writer 写一个专门的人格：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17


cat > ~/.hermes/profiles/blog-writer/SOUL.md << 'EOF'
# Blog Writer Agent

你是博客写作和部署专家。

## 职责
1. 撰写技术博客文章（Markdown + Hugo front matter）
2. 构建验证（hugo --minify）
3. 部署到云存储

## 严格规则
- 日期必须是 RFC3339 格式：2026-05-15T10:00:00+08:00
- categories 和 tags 都要包含主题关键词
- description 必须填写
- **永远不要用 read_file → write_file 修改 Markdown**
- 构建后必须检查页面数
EOF

第 4 步：配置工作目录

让 blog-writer 的默认工作目录指向博客项目：

1
2
3
4
5
6
7


# 编辑 blog-writer 的 config.yaml
# 在 terminal 段添加：
terminal:
 cwd: /root/blog
toolsets:
- hermes-cli
- kanban

这样 worker 被调度时，会自动 cd 到博客目录。

第 5 步：初始化 Kanban 看板

1

hermes kanban init

输出：

1
2
3
4
5
6


Kanban DB initialized at ~/.hermes/kanban.db

Discovered 3 profile(s) on disk:
 blog-writer
 default
 yuan

看板是一张 SQLite 表，所有 profile 共享。验证一下：

1
2


hermes kanban stats # 0 tasks (空看板)
hermes kanban assignees # blog-writer (idle)

第 6 步：创建第一个写作任务

1
2
3
4
5
6


hermes kanban create \
 --assignee blog-writer \
 --skill hugo-blog \
 --workspace 'dir:/root/blog' \
 --body '写一篇 Kanban 入门文章。要求：RFC3339日期、categories含hermes、构建验证' \
 '测试任务：写一篇 Kanban 入门文章'

输出：

1

Created t_9dd47956 (ready, assignee=blog-writer)

关键参数解释：

参数	作用
`--assignee blog-writer`	指定谁来做
`--skill hugo-blog`	给 worker 注入博客相关知识
`--workspace dir:/root/blog`	工作目录（不是临时 scratch）
`--body '...'`	任务的详细要求

第 7 步：等 2 分钟，验收

Dispatcher 每 60 秒轮询一次 ready 任务。大约 70 秒后：

1
2


hermes kanban stats
# blog-writer running=1 ← 正在执行

再等 82 秒：

1
2
3
4


hermes kanban show t_9dd47956
# status: done
# summary: 完成测试文章「Hermes Kanban 快速入门」，186页构建通过
# Run #1: completed @blog-writer 82s

文章已经写好了。 看看产出：

1
2
3
4
5
6
7
8


---
title: "Hermes Kanban 快速入门"
date: 2026-05-15T17:00:00+08:00
categories: ["hermes"]
tags: ["hermes", "kanban", "agent"]
---
## 什么是 Kanban？
Hermes Kanban 是内置的任务调度系统...

front matter 格式正确，日期 RFC3339，构建验证通过。全流程从创建到完成 2 分 22 秒。

背后发生了什么

整个调度流程：

1
2
3
4
5
6
7
8
9


你发命令 → kanban create（SQLite 写入一条 ready 任务）
 ↓ 60s
Gateway dispatcher 轮询 → 发现 ready 任务 → claim
 ↓
spawn 子进程：hermes -p blog-writer --skills kanban-worker --skills hugo-blog chat -q "work kanban task t_9dd47956"
 ↓ 82s
blog-writer 读任务 → 写文章 → hugo 构建 → kanban_complete
 ↓
任务状态 → done，你收到通知

几个关键设计：

Dispatcher 嵌在 Gateway 里，不需要给 blog-writer 单独跑 gateway
Worker 是独立子进程，hermes -p blog-writer 启动，完成后自行退出
--skills 自动注入，每个 worker 都会加载 kanban-worker skill（行为规范）
Claim TTL = 15 分钟，超时自动 reclaim，不会永远卡住

我踩过的 4 个坑

坑 1：hermes 不在 PATH 中

Dispatcher spawn worker 时执行 hermes -p blog-writer ...，如果 hermes 不在 PATH 里，直接失败。

1
2
3
4
5


# 检查
which hermes # 如果为空，需要手动链接

# 修复
ln -sf ~/.hermes/hermes-agent/venv/bin/hermes /usr/local/bin/hermes

坑 2：blog-writer 不需要独立 gateway

一开始我以为每个 profile 都得跑自己的 gateway。错了。Dispatcher 运行在主 gateway 里，通过 hermes -p blog-writer spawn 子进程。子进程不需要消息平台，不需要 gateway。

如果你给 blog-writer 启动了 gateway，会和主 gateway 冲突（weixin token 被占）。

坑 3：kanban toolset 是隐藏的

hermes tools list 不显示 kanban。它是条件注册的——只有 config.yaml 的 toolsets 列表里有 kanban 才会激活。很多教程会遗漏这一步。

坑 4：workspace 默认是 scratch

如果不指定 --workspace，默认用 scratch（临时目录，任务完成后会被清理）。博客项目要用 dir:/root/blog，否则写完文章就被删了。

时间线回顾

时刻	事件
17:07:00	`kanban create` → 任务 ready
17:07:10	Dispatcher claim + spawn worker
17:08:32	Worker 完成，kanban_complete
总耗时	1 分 32 秒（从创建到完成）

下一步

这是系列第 2 篇。接下来的内容：

第 3 篇：多任务编排——让多个 Agent 同时写多篇文章，Pipeline + Fan-out 实战
第 4 篇：踩坑全记录——格式陷阱、模型选择、成本控制、调试技巧

关注 varkm，一起学习，一起成长

Hermes Agent

Mon, 01 Jan 0001 00:00:00 +0000

Hermes Agent

概述

Hermes Agent 是 [[nous-research]] 开发的开源自主 AI 代理框架。支持多平台（CLI、Telegram、Discord、微信等）、多模型提供商，核心特点是内置技能学习循环和五层记忆架构。

核心架构

配置文件层级

层级	文件	用途	安全级别
核心	config.yaml	主配置：模型、工具、网关、MCP	🟡
核心	.env	API密钥与机密	🔴
核心	SOUL.md	Agent性格，每轮加载无需重启	🟢
数据	state.db	会话状态	🟡
数据	sessions/	会话记录	🟢 可删
数据	memories/	MEMORY.md + USER.md 热记忆	🟡
数据	memory.db	记忆后端（可删，数据在.md）	🟢
数据	kanban.db	看板任务数据	🟡
扩展	skills/	技能系统（更新不覆盖）	🟢
扩展	scripts/	脚本	🟢
扩展	hooks/	事件钩子	🟢

Profile 隔离系统

每个 profile 位于 profiles/<name>/，是独立的 Hermes home：

拥有独立的 config.yaml、SOUL.md、sessions、memories、skills、auth、cron、kanban
关键限制：全局 skills/ 对 profile worker 不可见，需手动复制到 profiles/<name>/skills/
适用场景：多角色隔离（如 blog-writer、reviewer 等独立 profile）

Skill 系统

按分类组织在 skills/，每个技能包含 SKILL.md 与可选的 refs/templates/scripts。技能从经验中积累可复用程序化知识，跨会话持久化，且不会被 Hermes 更新覆盖。

记忆系统

五层记忆架构（详见 [[memory-layered-architecture]]）：

L0: Persona (SOUL.md) — 每轮注入
L1: 热记忆 (MEMORY.md + USER.md) — 每轮注入
L2: [[mempalace]] 语义检索 — 按需
L3: 知识图谱 — 按需
L4: 会话历史 — 按需

多平台网关

支持 CLI、Telegram、Discord、微信（WeChat）、WhatsApp、Slack 等。网关状态保存在 gateway_state.json 和各平台子目录中。

版本

当前 v0.14.0。更新命令：hermes update。

OpenClaw

Mon, 01 Jan 0001 00:00:00 +0000

OpenClaw

概述

OpenClaw（小龙虾🦞）是 [[hermes-agent]] 的直接竞品，定位为全平台个人 AI 助手。

项目信息

项目	详情
GitHub Stars	37.2万
语言	TypeScript
许可证	MIT
创建时间	2025-11
赞助商	OpenAI、GitHub、NVIDIA、Vercel

核心特性

20+ 渠道支持（含微信/QQ）
Voice Wake（语音唤醒）
Live Canvas（实时画布）
原生 App（桌面+移动）
ClawHub：5400+ 社区 skills

与 Hermes 的设计哲学差异

维度	OpenClaw	Hermes Agent
定位	全平台个人助手	终端 Agent 框架 + 多 Agent 编排
语言	TypeScript	Python
记忆系统	内置	五层架构 + [[mempalace]]
扩展	ClawHub 社区	Skill 系统 + Kanban Pipeline
编排	单 Agent	多 Agent（orchestrator + worker）

共存部署

在同一台机器上同时运行 Hermes 和 OpenClaw。OpenClaw 使用独立的 [[mempalace]] 实例（/root/.mempalace/palace-openclaw/），避免 ChromaDB 并发写冲突。

OpenCode

Mon, 01 Jan 0001 00:00:00 +0000

OpenCode

开源终端编程助手，CLI + TUI 双模式，多 Provider 支持，MCP 生态扩展。

概述

OpenCode 是一个开源的终端编程助手（原 sst/opencode，现 anomalyco/opencode），提供命令行和 TUI 两种交互模式。核心设计理念是让开发者在终端中完成从编码到代码审查的全流程，同时支持多个 LLM Provider 无缝切换。

核心特性

特性	说明
双 Agent 模式	Build Agent（执行）+ Plan Agent（规划），可切换
多 Provider	Claude、GPT、GLM、OpenRouter 等，运行时切换
MCP 集成	draw.io、数据库、浏览器等扩展能力
会话管理	会话恢复、并行 worktree 开发
代码审查	`opencode pr` 原生 PR review

安装与使用

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


# 安装
npm i -g opencode-ai@latest
# 或
brew install anomalyco/tap/opencode

# 一次性任务
opencode run "添加单元测试"

# TUI 交互模式
opencode

# PR 审查
opencode pr

配置文件：~/.config/opencode/config.json 或项目级 opencode.json

生态工具

GStack: 产品方法论工具
OhMyOpenCode: 工程增强工具
MCP Servers: @drawio/mcp 等社区 MCP 服务器

与 [[hermes-agent]] 的关系

OpenCode 作为编程专用 Agent，可以与 [[hermes-agent]] 的编排能力结合。Hermes 通过 delegate_task 可以将编码任务委派给 OpenCode 执行，形成「Hermes 规划 + OpenCode 编码」的协作模式。专题规划中也考虑了 “OpenCode + Hermes 编排” 作为额外文章。

与 [[openclaw]] 的区别

[[openclaw]]（37.2万星）定位是全平台个人助手（微信/QQ等20+渠道），而 OpenCode 专注于终端编程场景。两者互补而非竞争。

专题规划

忞计划撰写 8 篇 OpenCode 专题文章，从入门到高级用法，覆盖安装配置、TUI 深度使用、多模型切换、MCP 生态、实战案例、并行开发等主题。

来源

2026-05-24 会话：OpenCode 专题规划
2026-05-23 会话：OpenCode 与 Hermes Web UI 研究

自动记忆提取 (Auto Memory Extraction)

Mon, 01 Jan 0001 00:00:00 +0000

自动记忆提取

定义

AI Agent 在会话结束时自动从对话中提取值得长期记住的信息，分类存入向量数据库，实现跨会话的持久记忆。

核心架构

1
2
3
4
5


对话结束 → on_session_end() → 后台线程
 ├─ P2: 预取已有记忆 → 注入prompt（减少重复提取）
 ├─ P0: 调用LLM提取 → JSON输出(persona/episodic/instruction)
 ├─ P1: 向量去重 → ChromaDB相似度检查
 └─ 存入MemPalace drawers

三类记忆分类

类型	说明	存储wing	示例
persona	用户偏好、习惯、身份	user	喜欢暗色模式
episodic	具体事件和行动	episodic	完成博客主题迁移
instruction	工作流程、规则、方案	instruction	部署前先hugo –minify测试

实施要点

提取模型选择

推荐：GLM-4-Flash — 免费、3-7秒延迟、中文理解好
不推荐GLM-4.7-Flash — 推理模型，28秒延迟
不推荐本地模型 — RAM占用高、15-25秒延迟

去重阈值

ChromaDB cosine distance < 0.15（约92%相似度）
范围：同wing内比较
效果：同对话重复提取90%+被拦截

Prompt Cache（P2）

提取前预取user和instruction wing的已有记忆
注入prompt的"已知记忆"区
上限15条、500字符，避免bloat

配置

1
2
3
4
5
6
7


// mempalace.json
{
 "auto_extract": true,
 "extract_model": "glm-4-flash",
 "extract_base_url": "https://open.bigmodel.cn/api/paas/v4",
 "extract_api_key": "" // 留空则自动从环境变量GLM_API_KEY加载
}

性能指标（实测）

指标	值
提取延迟	3-7秒（后台异步）
Token消耗	300-500/次
成本	¥0（免费模型）
分类准确率	>90%
去重有效率	>90%
预估月成本	<¥0.5（10次/天）

适用场景

有ChromaDB/MemPalace等向量存储的Agent系统
支持MemoryProvider插件架构（on_session_end钩子）
有免费LLM API可用（智谱GLM-4-Flash、Google Gemini Flash等）

扩展方向

记忆分层（未实施）：温/冷/归档，按访问频率衰减。当前20条记忆无需分层，预估到1000+条再评估
知识图谱集成：提取的记忆同步写入KG，支持关系查询
跨Agent共享：多Agent共用同一MemPalace实例

Agent on Kalend's Blog

11个PR，6.1k颗星：这个AI Agent的Web界面终于能用了

先说结论

4个重点更新，按优先级排

1. 移动端断线重连——终于不丢状态了

2. 登录安全增强——防暴力破解

3. Skills 外部目录——插件管理更灵活

4. Profile 管理——列表更完整、操作更精准

其他值得注意的改动

我的升级建议

快速上手

5款Hermes Agent Web UI对比：只有2个值得装

先说结论

1. 官方内嵌 Dashboard

2. nesquena/hermes-webui — ⭐ 8.3K

3. outsourc-e/hermes-workspace — ⭐ 4.7K

4. EKKOLearnAI/hermes-web-ui — ⭐ 5.8K

5. Open WebUI — ⭐ 138K+

对比总表

选择建议

从零搭建 Blog Writer Agent：让 AI 自己写文章、自己部署

先说结论

前置条件

第 1 步：启用 Kanban Toolset

第 2 步：创建 blog-writer Profile

第 3 步：写 SOUL.md（定义人格）

第 4 步：配置工作目录

第 5 步：初始化 Kanban 看板

第 6 步：创建第一个写作任务

第 7 步：等 2 分钟，验收

背后发生了什么

我踩过的 4 个坑

坑 1：hermes 不在 PATH 中

坑 2：blog-writer 不需要独立 gateway

坑 3：kanban toolset 是隐藏的

坑 4：workspace 默认是 scratch

时间线回顾

下一步

Hermes Agent

Hermes Agent

概述

核心架构

配置文件层级

Profile 隔离系统

Skill 系统

记忆系统

多平台网关

版本

相关

OpenClaw

OpenClaw

概述

项目信息

核心特性

与 Hermes 的设计哲学差异

共存部署

相关

OpenCode

OpenCode

概述

核心特性

安装与使用

生态工具

与 [[hermes-agent]] 的关系

与 [[openclaw]] 的区别

专题规划

来源

自动记忆提取 (Auto Memory Extraction)

自动记忆提取

定义

核心架构

三类记忆分类

实施要点

提取模型选择

去重阈值

Prompt Cache（P2）

配置

性能指标（实测）

适用场景

扩展方向