Hermes 路线图全景：官方公布的 12 大发展方向

2026 年 5 月底，Hermes 官方一口气公布了 12 条路线图，把未来要做的 12 件大事一次说清。这篇带你一次看懂全部。

路线图从哪来

如果把 Hermes 比作一栋不断扩建的房子，那么官方在 2026 年 5 月 31 日这天，相当于把整栋楼的施工蓝图一次性贴在了公告栏上。这 12 条 Roadmap issue（编号 #35915-35926）是官方迄今最完整、最集中的一次规划公开，比之前藏在 .plans 目录里、后来又被删掉的那些零散文档要丰富得多。虽然这些 issue 目前都显示为 closed（已关闭），但关闭不代表放弃，更像是“蓝图已确认，开工进行中”的状态。

12 大发展方向逐个看

1. 让 TUI 成为旗舰体验（#35915）

TUI 是 Hermes 的“文字版操作台”。这个方向是想把操作台升级成指挥中心：加一个实时运营视图，你能看到工具调用的时间线（哪一步在跑、输出是什么、有没有报错、重试了几次），还有会话小地图（消息、工具、检查点、涉及的文件、花了多少钱），以及任务进度条。简单说，就是让你像看仪表盘一样看懂 Hermes 在干什么。

2. 持久工作流和命名检查点（#35916）

现在长任务一旦中断就可能前功尽弃。这个方向是给任务加“存档点”——每个任务或会话都可以命名保存，随时从存档点恢复，恢复时还会附上状态摘要和文件系统差异说明。它还支持任务 DAG 建模（把任务拆成有依赖关系的步骤图），以及回滚预览。相当于把“只能一口气跑完”改造成“随时暂停、随时续上、还能反悔”。

3. 插件变成可安装、可检查的应用（#35917）

现在的插件有点像路边摊，能用但不好查。这个方向是让插件变成正规商店里的应用：安装时声明自己要什么权限（用哪些工具、碰哪些文件路径、读哪些环境变量、连哪些网络域名），带设置界面（在 setup 和 dashboard 里都能配置），还有健康检查和兼容性元数据。一句话：插件要“持证上岗”，出了问题能追责。

4. 网关平台成为一等公民客户端（#35918）

网关是 Hermes 连接聊天软件（Slack、Telegram、Discord、Matrix 等）的桥。这个方向是给所有平台一套统一的命令契约，每个平台能做什么、不能做什么（能力矩阵）写清楚，消息线程和附件处理要有诊断能力，还能回放测试。相当于给每座桥都画了一张标准图纸，不再各自为政。

5. evals 和行为回归测试（#35919）

这是“防退化”工程。Hermes 会记录黄金测试样本（CLI、网关、工具调用的完整流程），每次改动后跑一遍，确保新功能没弄坏老功能。还会对工具 schema 和斜杠命令注册表做快照对比，用假 provider 模拟整个 agent 循环，插件也有契约测试。就像每次装修后都要检查承重墙有没有被砸到。

6. 记忆检查和上下文治理（#35920）

Hermes 会记住一些东西，但这个方向是让你能查能管：记忆检查器告诉你存了什么、来源是哪、由哪个 provider 处理、为什么要存。每个会话可以 opt-in/opt-out（选择让不让它记），还有脱敏规则和回忆预览。简单说，记忆从“黑盒”变成“透明账本”。

7. 技能 lint、测试、打包检查（#35921）

技能（skills）是 Hermes 的“操作手册”。这个方向是给技能加质检流程：hermes skills lint 检查元数据、描述长度、章节顺序、平台门控，还会验证技能里引用的工具是否真实存在、脚本能不能跨平台跑。相当于出版前先校对一遍。

8. 权限和安全策略模型（#35922）

这是“门禁系统”的全面升级：工具、插件、网关、定时任务、本地命令、文件系统、网络、密钥，全部纳入权限模型。每个工具第一次用时可以弹权限提示，你可以做“可复用的信任决策”（比如“这次信它，以后同类都信”）。信任级别分交互、无人值守、cron、网关上下文，文件系统和网络域名都支持白名单。一句话：让 Hermes 在“放开手脚”和“不越雷池”之间找到平衡。

9. 结构化可观测性（#35923）

这是“黑匣子”工程：模型调用、工具调用、插件钩子、记忆调用、路由、平台投递，全部生成结构化 spans（可追踪的片段）。按会话、工具、provider、平台归因 token 消耗、成本和延迟，慢路径还能追踪定位。相当于给 Hermes 的每一次操作都装上飞行记录仪。

10. cron 进化成 agentic 定时任务（#35924）

现在的 cron 是“到点执行”，进化后是“到点思考”：任务模板（每日研究简报、仓库分诊、依赖审计、收件箱摘要）、每任务可设模型/工具/记忆/预算，还有 dry-run 模式（先演练不真跑）和上次运行 diff 对比。相当于从“闹钟”升级成“自动值班员”。

11. provider 和模型路由（#35925）

这是“智能调度”方向：根据任务需求（要不要工具、要不要视觉、要不要长上下文、要不要推理、要不要便宜摘要）自动选模型，同时实时监控各 provider 的健康度和延迟，支持自动 fallback（主服务挂了自动切备用），而且切换过程清晰可追踪。相当于给 Hermes 装了一个“智能交通指挥”。

12. dashboard 进化成运维控制台（#35926）

最后一个是把 dashboard 从“展示窗”升级成“控制室”：内嵌 TUI 的会话浏览器、运行摘要、工具调用检查器、配置编辑器、插件管理器、日志查看器、cron/任务监控、记忆检查器、provider 健康和成本视图。一个界面管所有。

两个补充提案

除了这 12 条，还有两个值得关注的公开提案：

#32823 Roadmap v0（open）：这是一个分阶段实施计划——Phase 1 定核心产品定义（spec、架构、MVP 边界），Phase 2 做核心助手循环（记忆存储、对话循环、基础动作执行、文本优先），Phase 3 做 premium 重构。这个提案更偏“怎么排期”，而 12 条 roadmap 更偏“要做什么”。

#76221 多会话协作提案（open）：这个提案指出当前会话是“孤岛”——不能共享持久隔离上下文、不能互相发消息、不能共享状态、不能并行主动通信（非父子委派）。提案建议引入 Strategist→Actor 结构化协作循环，让多个会话能像团队一样分工协作。这是目前 open 提案里最有想象力的一条。

怎么读懂这张图

这 12 条 roadmap 全部 closed，但不要理解为“做完了”或“放弃了”。更准确的理解是：官方在 2026 年 5 月 31 日这天，把未来 12 个方向一次性确认并归档，之后会按优先级逐步推进。其中有些方向（比如权限模型、可观测性、插件检查）已经能看到雏形，有些（比如多会话协作）还在提案阶段。这张图的价值在于：它告诉你 Hermes 团队认为“重要的方向”是什么，而不是“已经完成的清单”。

对用户意味着什么

如果你已经在用 Hermes，这张路线图意味着：接下来你会看到一个更透明、更安全、更可控的 Hermes。你能看懂它在干什么（TUI 仪表盘、可观测性），能管住它（权限模型、记忆检查、插件审查），能放心让它跑长任务（检查点、恢复、回滚），还能在多个聊天平台里一致地使用它（网关统一）。如果你还没用，这张图也值得关注——因为它展示了一个成熟的 AI agent 应该长什么样：不是“越强越好”，而是“强且可控”。