rlaope/oh-my-hermes

oh-my-hermes（OMH）是 Nous Research 出品的编程 Agent Hermes Agent 的附加层。它位于你的请求与 Hermes 之间，决定每块工作使用哪个模型和推理强度、加载对应的专家技能、把工作拆成并行泳道，并区分“实际验证过”与“只是尝试过”。它不修改也不替换 Hermes，因此原有 Agent 工作流保持不变 README。

工作流会有什么变化

主要入口是 /dag-ulw：一个目标被拆成小节点组成的图，无依赖的节点并行执行，另有一个独立节点在出报告前验证目标。同时运行的泳道不会共享写入范围，失败节点会被修复后再汇报。另外十个 ulw- 工作流覆盖其他阶段，从对模糊想法逐一提问，到规划、并行执行、反复评审直到通过、性能测量 工作流文档。

真正拉开差距的是两个机制。第一，每条泳道按工作类别打标，例如 ultrabrain、deep、visual-engineering、quick，类别决定该泳道的模型链和推理强度；如果供应商拒绝某个模型，模型链会顺延到下一个，而不是悄悄降级，且每条链都可编辑。第二，状态把阶段与可信度分开：Plan · not run、Code · reported done、Test · verified 是不同状态，只有测试、评审或 CI 门禁真正通过才算已验证 证据规则。对曾被 Agent 声称“完成”却没有任何检查的人来说，这一点很实际。

安装要求与路径

主安装方式为 macOS/Linux 的 shell 脚本或 Windows 的 PowerShell 5.1+，之后运行 omh setup。也可用 Homebrew、Bun 或 npm；Bun 和 npm 需要 PATH 上有 Node 18+ 和 Python 3.11+，Homebrew 自带 Python。另有由 Agent 执行的安装方式与 Hermes skill tap 方式 安装文档。OMH 围绕 Hermes 构建，不是独立的编程助手。

更新通过 omh update 完成，它会交由所属包管理器处理；omh doctor 用于验证或排障。仅删除命令包会保留 OMH 状态，要彻底卸载需先运行 omh uninstall --all。若更换安装方式，文档提供了把完整安装回收为核心的协调步骤；由 Agent 执行的安装会先把分支解析为完整 commit SHA 再拉取指令 安装文档。

已说明的限制

多数能力描述来自项目自身。对比“仅用 Hermes”与“通过 OMH 使用 Hermes”的产品 A/B 已有语料和离线试点，但尚无公开的实测结果 产品 A/B。此外，仓库中的静态分析类能力没有运行时验证的相关记载。功能描述应视为作者声明，而非经独立复现的结论。

许可证

MIT 仓库。