Hermes 架构：记忆体系、路由原则与知识生命周期

本文档定义了 Hermes 的三层记忆架构、查询路由决策矩阵、知识生命周期闭环、架构决策记录（ADR）以及系统演化历史。

一、三层记忆架构

Tier 1: agentmemory 🟢 生产运行
  └─ 高频短事实、用户偏好、项目状态
  └─ REST API :3111 / MCP 子进程
  └─ 查询 ≈ 0.5 秒

Tier 2: globalkg.json 🟢 生产运行
  └─ 技术实体与关系图谱（17MB / ~19K 实体）
  └─ 文件查询/ kg-deep-recall.sh --tier2
  └─ 查询 ≈ 0.2 秒

Tier 3: Cognee 🟡 按需 CLI
  └─ 深度推理、多跳分析、实验假设
  └─ cognee-query.py / --tier3
  └─ 查询 ≈ 数秒至数十秒

Obsidian 🟢 长期档案
  └─ 人工可读的权威知识库
  └─ SMB 挂载 /mnt/win-obsidian/

二、查询路由决策矩阵

这是社区最关心的问题：哪类问题走哪条路？

一句话规则：

对话历史         → session_search
高频短事实       → agentmemory
技术关系查询     → globalkg
深度推理          → Cognee CLI
完整文档          → Obsidian
实时状态          → 直接命令

三、知识生命周期

原始资料（RSS / 公众号 / 论文 / 笔记片段）
      │
      ▼
  010-Inbox（Obsidian）  ← 每日 08:00 自动处理
      │
      ▼
  自动分类 → 自动打标 → 自动双链
      │
      ├── 短事实 → agentmemory（Tier 1）
      │              │
      │              ▼
      ├── 技术关系 → globalkg（Tier 2）
      │              │
      │              ▼
      ├── 深度关联 → Cognee（Tier 3，按需）
      │
      ▼
  030-相关知识（Obsidian 正式笔记）
      │
      ▼
  博客发布（Go-TeBlog）
      │
      ▼
  040-Archive（历史归档，只读）

闭环原则： 知识从原始输入到归档，每个环节职责明确。不跨层存储，不重复加工，不过期不清理仅归档。

四、架构决策记录（ADR）

ADR 001：为什么保留 agentmemory

ADR 002：为什么 Cognee 不常驻

ADR 003：为什么 Obsidian 是最终档案

ADR 004：为什么用 Tailscale 而非 WireGuard 直连

五、系统演化历史

v0.1（2025 末）
  └─ 无记忆系统，纯会话助手

v0.3（2026 初）
  └─ 引入 agentmemory，基础记忆能力

v0.5（2026 春）
  └─ 加入 Obsidian 知识库，SMB 挂载
  └─ Inbox 自动处理流水线

v0.8（2026 中）
  └─ PAOS 启动，分层知识图谱设计
  └─ Cognee 数据处理管线（PoC）
  └─ globalkg.json 上线

v1.0（当前）
  └─ Tier 1 agentmemory（生产）
  └─ Tier 2 globalkg.json（生产）
  └─ Tier 3 Cognee CLI（按需）
  └─ 统一查询入口 kg-deep-recall.sh
  └─ 三级部署流水线
  └─ Hermes 宪章（本系列）

设计哲学： 每一次演化的驱动力不是"别人用了什么"，而是"当前哪里最痛"。没有记忆时加记忆，知识散乱时建图谱，推理不足时补 Cognee。不为了技术而技术。

下一篇：《Hermes 运维手册：基础设施、部署流水线与工具链》