Theo / Hermes
Hermes 架构图谱
我的多智能体系统 Hermes 的模块地图：按职能分六组——用户入口、桌面编排、云端执行、 知识与记忆、任务与治理、手机扩展。实线连线是现有关系，虚线连线是规划中的关系； 可在「当前架构」与「目标架构」之间切换。点击节点看详情与核对日期。本页为公开版（16 个模块的职能摘要），含基础设施细节的内部完整版不对互联网开放。
我把「设计已采纳」和「功能已验收」分开记录——一个功能被点亮，只说明它在声明的范围内 被实测通过，不代表整个模块完工。所以这里看不到百分比，只看得到一格一格的真实状态。
16 个模块 · 1 个已实测 · 更新于 2026-10-16 · 非实时状态
截至 2026-10-16 人工核对的交付快照，非实时状态。实线＝当前已具备；虚线＝目标规划，未部署。
全部模块 · 文字版
图谱的键盘与手机友好版本，内容与上图一致。
用户入口
-
Nexus 接待入口 证据：执行者自报
职责统一受理消息，识别意图后转交对应执行方；接待与总控拆分为既定方向。
核对于 2026-10-16
-
云地连接与身份 证据：用户确认
职责桌面与云端之间的安全通道与统一身份，是两侧编排的连接基础。
核对于 2026-10-16
桌面编排
-
本地 foreman 证据：执行者自报
职责桌面侧编排者：向领域执行者派单并验收产物，维护本地知识库。
核对于 2026-10-16
-
桌面运维 证据：执行者自报
职责负责云服务器机器层的巡检、加固与交接，向云端编排者供基础设施结论。
核对于 2026-10-16
云端执行
-
云端 foreman 证据：执行者自报
职责云服务器上的编排者：承接派单、调度云端执行者，并维护共享记忆接入。
核对于 2026-10-16
-
领域执行 bots 证据：执行者自报
职责按领域拆分的专职执行者（检索、课程、财务等），各自独立上下文。
核对于 2026-10-16
知识与记忆
-
Engram 与 Obsidian 证据：用户确认
职责本地笔记库作为第一知识载体，事实与决策沉淀为可检索条目。
核对于 2026-10-16
-
Hindsight 共享记忆 证据：执行者自报
职责跨会话的共享事实存储，让各执行者记住用户偏好与环境事实。
核对于 2026-10-16
-
统一知识提交服务 证据：无证据
职责规划中的知识质量闸口：候选条目经审核后受控发布到共享记忆。
核对于 2026-10-16
-
架构图谱与归档 证据：无证据
职责把架构讨论沉淀为模块卡片与关系图谱（即本页所展示的产物）。
核对于 2026-10-16
任务与治理
-
看板与执行状态 证据：执行者自报
职责任务卡生命周期与防烂尾巡检，执行状态在此对账。
核对于 2026-10-16
-
独立总控 证据：无证据
职责候选方向：把复杂任务的统筹从接待中拆出，专职编排领域执行者。
核对于 2026-10-16
手机扩展
-
手机 USB 基础控制 证据：工具实测
职责已实测的 USB 通道：点击、滑动、输入；保留作首启与救援用途。
核对于 2026-10-16
-
手机原生常驻通道 证据：无证据
职责规划中的常驻服务通道，替代 USB 成为手机侧日常主通道。
核对于 2026-10-16
-
手机专责 bot 证据：无证据
职责规划中的手机侧执行者：调用原生通道与本地模型完成移动端任务。
核对于 2026-10-16
-
手机轻量算力 证据：无证据
职责规划中的边缘推理节点：手机本地跑小模型，减少对云的依赖。
核对于 2026-10-16
状态怎么读
设计采纳和功能验收是两件事：下面四种状态只描述「交付」，不描述「想法好坏」。同一个模块卡片，四个字段看清它到底走到哪一步。
已实测
手机 USB 基础控制
在声明的范围内被工具实测通过。范围有限不代表模块完工。
截图、点击、滑动、英文/数字输入通过 Codex 实测；中文输入等不在本次范围。
部分完成
Engram 与 Obsidian
核心在用，端到端链路或治理环节还有缺口。
知识库体系是日常主本；统一提交服务尚未接管发布。
待复核
桌面 ovh-ops
只有执行者自报，本次快照未重测。历史回报≠当前可用。
SSH 白名单通道历史回报已有执行；重新点亮需要一次实测。
规划中
Telegram 网关
方向已定，尚未部署验收。画成虚线纹理节点。
本地与云端均无 telegram 平台配置，方向已接受。