会话
Hermes Agent 自动将每个对话保存为会话。会话支持对话恢复、跨会话搜索和完整对话历史管理。
会话如何工作
每个对话 — 无论来自 CLI、Telegram、Discord、Slack、WhatsApp、Signal、Matrix 还是任何其他消息平台 — 都作为具有完整消息历史的会话存储。会话在两个互补系统中跟踪:
- SQLite 数据库(
~/.hermes/state.db)— 具有 FTS5 全文搜索的结构化会话元数据 - JSONL 转录文件(
~/.hermes/sessions/)— 原始对话转录,包括工具调用(gateway)
SQLite 数据库存储:
- 会话 ID、源平台、用户 ID
- 会话标题(唯一的、可读的名称)
- 模型名称和配置
- 系统提示快照
- 完整消息历史(角色、内容、工具调用、工具结果)
- Token 计数(输入/输出)
- 时间戳(started_at、ended_at)
- 父会话 ID(用于压缩触发的会话拆分)
会话来源
每个会话都标记了其来源平台:
| 来源 | 描述 |
|---|---|
cli | 交互式 CLI(hermes 或 hermes chat) |
telegram | Telegram 信使 |
discord | Discord 服务器/DM |
slack | Slack 工作区 |
whatsapp | WhatsApp 信使 |
signal | Signal 信使 |
matrix | Matrix 房间和 DM |
mattermost | Mattermost 频道 |
email | Email(IMAP/SMTP) |
sms | 通过 Twilio 的 SMS |
dingtalk | DingTalk 信使 |
feishu | Feishu/Lark 信使 |
wecom | WeCom(企业微信) |
weixin | 微信(个人微信) |
bluebubbles | 通过 BlueBubbles macOS 服务器的 Apple iMessage |
qqbot | 通过官方 API v2 的 QQ Bot(腾讯 QQ) |
homeassistant | Home Assistant 对话 |
webhook | 传入 webhooks |
api-server | API 服务器请求 |
acp | ACP 编辑器集成 |
cron | 计划的 cron 作业 |
batch | 批处理运行 |
CLI 会话恢复
使用 --continue 或 --resume 从 CLI 恢复之前的对话:
继续上一个会话
# 恢复最近的 CLI 会话
hermes --continue
hermes -c
# 或使用 chat 子命令
hermes chat --continue
hermes chat -c
这从 SQLite 数据库中查找最近的 cli 会话并加载其完整对话历史。
按名称恢复
如果您已经为会话指定了标题(请参阅下面的 Session Naming),您可以按名称恢复它:
# 按名称恢复会话
hermes -c "my project"
# 如果有血统变体(my project、my project #2、my project #3),
# 这会自动恢复最新的一个
hermes -c "my project" # → 恢复 "my project #3"
恢复特定会话
# 按 ID 恢复特定会话
hermes --resume 20250305_091523_a1b2c3d4
hermes -r 20250305_091523_a1b2c3d4
# 按标题恢复
hermes --resume "refactoring auth"
# 或使用 chat 子命令
hermes chat --resume 20250305_091523_a1b2c3d4
会话 ID 在您退出 CLI 会话时显示,可以使用 hermes sessions list 找到。
恢复时的对话摘要
当您恢复会话时,Hermes 在输入提示之前以样式化面板显示上一个对话的紧凑摘要:
恢复模式显示一个紧凑摘要面板,包含最近的用户和助手轮次,然后返回到实时提示。
摘要:
- 显示用户消息(金色
●)和助手响应(绿色◆) - 截断长消息(用户 300 字符,助手 200 字符/3 行)
- 折叠工具调用为带有工具名称的计数(例如
[3 tool calls: terminal, web_search]) - 隐藏系统消息、工具结果和内部推理
- 上限为最后 10 次交换,并带有"... N earlier messages ..."指示器
- 使用暗淡样式与活跃对话区分
要禁用摘要并保持最小的一行行为,请在 ~/.hermes/config.yaml 中设置:
display:
resume_display: minimal # 默认: full
会话 ID 遵循格式 YYYYMMDD_HHMMSS_<8-char-hex>,例如 20250305_091523_a1b2c3d4。您可以按 ID 或标题恢复 — -c 和 -r 都支持。
会话命名
为会话指定可读的标题,以便轻松查找和恢复。
自动生成的标题
Hermes 在第一次交换后自动为每个会话生成一个简短的描述性标题(3-7 个单词)。这使用快速辅助模型在后台线程中运行,因此不会增加延迟。当使用 hermes sessions list 或 hermes sessions browse 浏览会话时,您会看到自动生成的标题。
自动标题仅在每个会话触发一次,如果您已经手动设置了标题,则跳过。
手动设置标题
在任何聊天会话(CLI 或 gateway)中使用 /title 斜杠命令:
/title my research project
标题立即应用。如果会话尚未在数据库中创建(例如您在发送第一条消息之前运行 /title),它会被排队并在会话开始后应用一次。
您也可以从命令行重命名现有会话:
hermes sessions rename 20250305_091523_a1b2c3d4 "refactoring auth module"
标题规则
- 唯一 — 没有两个会话可以共享相同的标题
- 最多 100 个字符 — 保持列表输出整洁
- 清理 — 控制字符、零宽字符和 RTL 覆盖会自动剥离
- 正常 Unicode 没问题 — emoji、CJK、带重音的字符都可以
压缩时自动血统
当会话的上下文被压缩时(手动通过 /compress 或自动),Hermes 会创建一个新的延续会话。如果原始会话有标题,新会话会自动获得带编号的标题:
"my project" → "my project #2" → "my project #3"
当您按名称恢复时(hermes -c "my project"),它会自动选择血统中最新的会话。
消息平台中的 /title
/title 命令在所有 gateway 平台(Telegram、Discord、Slack、WhatsApp)中都有效:
/title My Research— 设置会话标题/title— 显示当前标题
会话管理命令
Hermes 通过 hermes sessions 提供完整的会话管理命令集:
列出会话
# 列出最近的会话(默认:最后 20 个)
hermes sessions list
# 按平台筛选
hermes sessions list --source telegram
# 显示更多会话
hermes sessions list --limit 50
当会话有标题时,输出显示标题、预览和相对时间戳:
Title Preview Last Active ID
────────────────────────────────────────────────────────────────────────────────────────────────
refactoring auth Help me refactor the auth module please 2h ago 20250305_091523_a
my project #3 Can you check the test failures? yesterday 20250304_143022_e
— What's the weather in Las Vegas? 3d ago 20250303_101500_f
当会话没有标题时,使用更简单的格式:
Preview Last Active Src ID
──────────────────────────────────────────────────────────────────────────────────────
Help me refactor the auth module please 2h ago cli 20250305_091523_a
What's the weather in Las Vegas? 3d ago tele 20250303_101500_f
导出会话
# 将所有会话导出到 JSONL 文件
hermes sessions export backup.jsonl
# 从特定平台导出会话
hermes sessions export telegram-history.jsonl --source telegram
# 导出单个会话
hermes sessions export session.jsonl --session-id 20250305_091523_a1b2c3d4
导出的文件每行包含一个 JSON 对象,具有完整的会话元数据和所有消息。
删除会话
# 删除特定会话(带确认)
hermes sessions delete 20250305_091523_a1b2c3d4
# 无需确认删除
hermes sessions delete 20250305_091523_a1b2c3d4 --yes
重命名会话
# 设置或更改会话的标题
hermes sessions rename 20250305_091523_a1b2c3d4 "debugging auth flow"
# 多词标题在 CLI 中不需要引号
hermes sessions rename 20250305_091523_a1b2c3d4 debugging auth flow
如果标题已被另一个会话使用,则显示错误。
清理旧会话
# 删除超过 90 天的已结束会话(默认)
hermes sessions prune
# 自定义年龄阈值
hermes sessions prune --older-than 30
# 仅清理特定平台的会话
hermes sessions prune --source telegram --older-than 60
# 跳过确认
hermes sessions prune --older-than 30 --yes
清理仅删除已结束的会话(已明确结束或自动重置的会话)。活跃会话永远不会被清理。
会话统计
hermes sessions stats
输出:
Total sessions: 142
Total messages: 3847
cli: 89 sessions
telegram: 38 sessions
discord: 15 sessions
Database size: 12.4 MB
有关更深入的分析 — token 使用量、成本估算、工具分解和活动模式 — 请使用 hermes insights。
会话搜索工具
agent 有一个内置的 session_search 工具,使用 SQLite 的 FTS5 引擎对所有过去的对话执行全文搜索。
工作原理
- FTS5 搜索按相关性排名的匹配消息
- 按会话分组结果,获取前 N 个唯一会话(默认 3 个)
- 加载每个会话的对话,截断为中心在匹配周围的约 100K 字符
- 发送到快速摘要模型以获取集中摘要
- 返回每个会话的摘要以及元数据和周围上下文
FTS5 查询语法
搜索支持标准 FTS5 查询语法:
- 简单关键字:
docker deployment - 短语:
"exact phrase" - 布尔值:
docker OR kubernetes、python NOT java - 前缀:
deploy*
何时使用
Agent 被提示自动使用会话搜索:
"当用户引用过去对话中的内容或您怀疑存在相关先前上下文时,使用 session_search 来回忆它,而不是要求他们重复。"
按平台会话跟踪
Gateway 会话
在消息平台上,会话由确定性会话键跟踪,该键从消息源构建:
| 聊天类型 | 默认键格式 | 行为 |
|---|---|---|
| Telegram DM | agent:main:telegram:dm:<chat_id> | 每个 DM 聊天一个会话 |
| Discord DM | agent:main:discord:dm:<chat_id> | 每个 DM 聊天一个会话 |
| WhatsApp DM | agent:main:whatsapp:dm:<chat_id> | 每个 DM 聊天一个会话 |
| 群聊 | agent:main:<platform>:group:<chat_id>:<user_id> | 当平台公开用户 ID 时,群组内每个用户一个 |
| 群组线程/主题 | agent:main:<platform>:group:<chat_id>:<thread_id> | 默认情况下线程所有参与者共享一个会话。使用 thread_sessions_per_user: true 可实现每个用户 |
| 频道 | agent:main:<platform>:channel:<chat_id>:<user_id> | 当平台公开用户 ID 时,频道内每个用户一个 |
当 Hermes 无法获取共享聊天的参与者标识符时,它会回退到该房间的单一共享会话。
共享 vs 隔离群组会话
默认情况下,Hermes 在 config.yaml 中使用 group_sessions_per_user: true。这意味着:
- Alice 和 Bob 可以在同一个 Discord 频道中与 Hermes 交谈而无需共享转录历史
- 一个用户的长工具密集型任务不会污染另一个用户的上下文窗口
- 中断处理也保持每用户,因为 running-agent 键与隔离的会话键匹配
如果您想要一个共享的"房间大脑",请设置:
group_sessions_per_user: false
这会将群组/频道恢复为每个房间的单一共享会话,这保留了共享对话上下文但也共享 token 成本、中断状态和上下文增长。
会话重置策略
Gateway 会话根据可配置的策略自动重置:
- idle — 在 N 分钟不活动后重置
- daily — 每天在特定小时重置
- both — 无论哪个先(idle 或 daily)重置
- none — 永不自动重置
在会话自动重置之前,会给 agent 一个保存对话中任何重要记忆或 skills 的轮次。
具有活跃后台进程的会话无论策略如何都永远不会自动重置。
存储位置
| 内容 | 路径 | 描述 |
|---|---|---|
| SQLite 数据库 | ~/.hermes/state.db | 所有会话元数据 + 带有 FTS5 的消息 |
| Gateway 转录 | ~/.hermes/sessions/ | 每个会话的 JSONL 转录 + sessions.json 索引 |
| Gateway 索引 | ~/.hermes/sessions/sessions.json | 将会话键映射到活动会话 ID |
SQLite 数据库使用 WAL 模式进行并发读取和单一写入,这非常适合 gateway 的多平台架构。
数据库模式
state.db 中的关键表:
- sessions — 会话元数据(id、source、user_id、model、title、timestamps、token counts)。标题有唯一索引(允许 NULL,仅非 NULL 必须唯一)。
- messages — 完整消息历史(role、content、tool_calls、tool_name、token_count)
- messages_fts — 用于消息内容全文搜索的 FTS5 虚拟表
会话过期和清理
自动清理
- Gateway 会话根据配置的重置策略自动重置
- 重置前,agent 从即将过期的会话中保存记忆和 skills
- 已结束的会话保留在数据库中直到被清理
手动清理
# 清理超过 90 天的会话
hermes sessions prune
# 删除特定会话
hermes sessions delete <session_id>
# 清理前导出(备份)
hermes sessions export backup.jsonl
hermes sessions prune --older-than 30 --yes
数据库增长缓慢(典型:数百个会话 10-15 MB)。清理主要用于删除您不再需要用于搜索召回的旧对话。