Hermes Agent 还是太”裸”了?给它装个操作系统再说

Hermes Agent 最近在开发者圈里炸了锅,但用久了你会发现一个尴尬的现实:这哥们儿脑子够聪明,缺的是一套靠谱的做事方法论。需求没理清就闷头写代码、研究报告来源混乱、代码交差了就标”完成”实际没跑过测试——这些老毛病每个 Agent 用户都踩过。

今天要安利的这个项目,就是把 Hermes Agent 当成一辆性能不错的车,然后给它装上了导航、行车记录仪、保养提醒,还顺便配了个经验丰富的副驾驶。它叫 oh-my-hermes(简称 OMH),用一句话概括:Hermes Agent 的 oh-my-zsh 时刻。

不是换引擎,是套操作系统

OMH 的定位很克制——它不是要替代 Hermes,而是在 Hermes 之上加一层”治理层”。你跟 Agent 说一句模糊的话,它会先把目标拆清楚、把约束列出来、把验收标准定好,再决定调哪个技能、走哪条流程。这套”先问清楚再动手”的习惯,在 Agent 世界里真的太少见了。

整个项目打包了 100+ 可安装的工作流技能,组织成 6 大能力族:规划决策、研究学习、编码交付、创意制作、记忆运营、外接连通。每个能力族下面又有具体场景化的子技能,比如研究族里有”信息时效性标注”、”来源质量评估”、”未解决不确定性声明”——这套边界感,直接让 Agent 输出一份有依据的研究简报,而不是看起来像那么回事的拼凑答案。

几个让人眼前一亮的设计

• Mixture-of-Modes 路由:每条委派任务会被路由到不同档位的模型(ultrabrain / deep / quick / writing / visual-engineering),根据任务难度自动匹配性价比最高的模型,而不是不管啥活儿都丢给最强的那个烧钱。
• 并行工具调用 + 并行评测:批量化工具调用并发跑,review 和验证流程以独立子代理身份交叉验证,不再让 Agent 自卖自夸。
• 显式证据边界:这是 OMH 最哲学的设计——所有输出都必须附带”已发生/未发生”的明确声明,Agent 不能伪造”代码已通过测试”这种状态。
• Hermes 原生 + 可对接 CodeX/Claude Code:保留 Hermes 作为自然语言入口,但能产出可交接给其他执行器的标准化 coding handoff。

适合谁用?

如果你是 Hermes Agent 的重度用户,被”AI 瞎写、失忆、造屎山”折磨得想转行,OMH 几乎是为你的痛点量身定做的。如果你是多 Agent 协作团队,需要清晰的交付物、评审计划和受控的执行委派,这套治理层能省掉大量口头同步成本。

安装也简单,一行 curl 就能跑起来:

curl -fsSL https://raw.githubusercontent.com/rlaope/oh-my-hermes/main/install.sh | sh

然后 omh setup 初始化,omh doctor 检查健康度,omh update 跨包管理器升级。Windows 用户也有 PowerShell 一键脚本。

目前项目 GitHub Star 数已经突破 1000,30 天增长 290+,处于早期采用者向主流扩散的阶段。MIT 协议,Python 实现,核心团队 + AI 协作(Friken + Killua)双轨开发,迭代节奏稳定。

在 Agent 基础设施越来越卷的今天,这种”在主流框架上做治理层”的思路,可能比再造一个新框架更务实。

👉 GitHub 仓库:rlaope/oh-my-hermes

GitHub: https://github.com/rlaope/oh-my-hermes