📌 项目地址：rlaope/oh-my-hermes | ⭐ 1,918 颗星 | 🔧 Python | 📜 未标注
它解决什么问题
Hermes Agent 是 Nous Research 的自然语言代理。用它干活的人大概都遇到过同一个麻烦：让它做个任务，它会“完成”，但你很难验证到底完成了没有。规划、研究、编码、运维，各阶段的产出没有统一标准，agent 说做完了就算做完了。
oh-my-hermes（OMH）针对的就是这个。它的定位是 Hermes 之上的运行层：Hermes 仍是自然语言入口，OMH 负责把请求拆成清晰的能力定义、可执行的下一步，以及一份“实际发生了什么”的记录。核心概念是 explicit evidence boundaries（明确的证据边界）——每个阶段有验证标准，完成与否不靠 agent 自己声明。
README 里有句定位说得很准：Install once. Keep Hermes. Add a stronger operating layer. 它不替换 Hermes，也不在背后藏一个别的编码执行器，而是把 Hermes 原生 skills 当作能力，放进一条带治理的路径里跑。问题框定、工作流选择、证据门槛，这三件事归 OMH 管。
安装
macOS / Linux：
curl -fsSL https://raw.githubusercontent.com/rlaope/oh-my-hermes/main/install.sh | sh
Windows（PowerShell 5.1+）：
irm https://raw.githubusercontent.com/rlaope/oh-my-hermes/main/install.ps1 | iex
装完必须跑一次初始化：
omh setup
更新：
omh update
omh update 会检测安装方式再升级命令包。
README 里最值得抄的一段 prompt
这是我看完整个 README 后觉得含金量最高的部分。项目提供了一段可以直接粘给 AI 代理的安装指令，逻辑是这样的：
先要求代理用 git ls-remote 把 refs/heads/main 解析成一个完整 commit SHA，然后只从那个固定 SHA 的 INSTALL_FOR_AGENTS.md 读取安装协议，明确禁止把 SHA 换回 main。协议里还要求保留用户已有的 Hermes 配置，模型别名改动必须先拿到用户明确批准，最后报告解析出的 SHA 和执行结果。
这段 prompt 处理的是代理装软件时的供应链风险：main 是可变的，安装中途文件可能被换掉；锁到不可变 commit 后，代理读到什么就执行什么，全程可审计。哪怕你不用这个项目，这段文本本身也是个可以直接借鉴的模板。我注意到一个细节：代理安装路径的安全设计比人工的 curl | sh 还严谨——如果你走人工安装，建议先把 install.sh 拉下来看一遍再执行。
几个事实层面的补充
- 前提是你得在用 Hermes Agent。没用过的话，先看 Hermes 本身。
- README 未标注许可证，能力细节在仓库的 docs/CAPABILITIES.md，安装文档在 docs/INSTALLATION.md。
- 作者在 X 的 @rlaope 发布更新，另有 Discord 社区。
- 项目由两个 AI 代理 Friren 和 Killua 协助开发——一个做代理工具的项目自己也用代理开发，算是自食其力。
我的判断
1918 星对一个 Hermes 配套层来说不算低。它的价值排序我觉得是：第一，证据边界这套思路，任何做 agent 工作流的人都该了解一下；第二，那段锁 SHA 的代理安装协议，可直接复用；第三，才是它作为 Hermes 插件的功能本身——这部分取决于你对 Hermes 的依赖程度。