官方中文正文为项目官方提供的中文文档(原文转载),本站未作翻译、未改动文字,仅剔除图片与无关章节。
Hermes Agent 的一站式套件。安装一次,然后只需输入 dag-ulw。
oh-my-hermes 是 Hermes Agent 之上的操作层。
你照常和 Hermes 对话,OMH 为你选技能、为每条 lane 选模型,并把工作并行跑起来。
它不给 Hermes 打补丁,也不取代它,更不会把只是计划过的工作报告为完成。
安装
curl -fsSL https://raw.githubusercontent.com/rlaope/oh-my-hermes/main/install.sh | sh
omh setup
你能得到什么
-
每条 lane 用对的模型。
每条 lane 都带有一个工作类别:ultrabrain、deep、visual-engineering、quick等。
类别决定该 lane 的模型 chain 和推理强度,每条 chain 都可以编辑。
provider 拒绝某个模型时,不会悄悄降级,而是前进到 chain 的下一个模型。
omh model打开选择器。每条 lane 用哪个模型 -
/dag-ulw图运行。
你的目标会变成由小节点组成的图,就绪的节点并行运行。
每个节点使用其类别的模型和 effort,同时运行的节点不会共享写入范围。
由单独的节点检查目标,失败的节点在报告前得到修复。 -
按需加入的专家技能。
前端、后端、Rust、安全评审、验证门禁等一百多个omh-*专业技能。
你不用去调用,路由器会把合适的技能以工具调用的形式加入运行。 -
可以信赖的长期记忆。
不会悄悄记忆:每个候选都带着写明的理由被记住、拒绝或推迟。
下一个会话会得到按任务排序、裁剪到 token 预算内的召回包。
Hermes 自己的记忆从不被读取或修改。 -
OMH Native.
omh在 Hermes gateway 上打开 OMH 自己的 TUI,启动外观可用/theme切换。
/dag-ulw先打印方框图,再显示实时 lane 树,列出每条 lane 的模型、effort 和 token。
在 agent 列表里 steer 或中断 agent,用!运行 shell 命令,按 Esc Esc 回退。 -
“完成”之前先有证据。
每个状态都同时标明阶段和把握程度。
Plan · not run·Code · reported done·Test · verified
只有测试、评审或 CI 门禁真正通过,才算 verified。
DAG-ULW
只需输入 /dag-ulw,你就是图工程大师。
你的目标会变成由小节点组成的图,每个节点用自己的模型并行运行。
由一个单独的节点验证目标之后,你才会收到报告。
加入我们!
oh-my-hermes 的更新会在 X 上的 @rlaope 分享,包括发布说明和项目动态。 |
|
| 在 GitHub 上关注 @rlaope,了解更多项目、发布和进行中的工作。 | |
| 加入 Discord 上的 Oh-My-Hermes Community,提问、分享工作流,并与其他用户交流。 | |
与帮助交付 oh-my-hermes 的 AI 智能体协作者 Friren 和 Kami 一同构建。 |
|
| 感谢 Nous Research 创造了 Hermes Agent。 |
赞助商 感谢赞助商对 oh-my-hermes 的支持。
| OpenGateway 赞助了 oh-my-hermes,感谢你们对开源的支持。 它用一个兼容 OpenAI 的端点接入多家模型 provider,并提供自动故障切换。 |
其他
文档 · 安装 · Capabilities · Workflows · 网站
安装选项
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
或者把下面这段粘贴给你的 AI 代理:
Install and fully configure Oh My Hermes from this repository:
https://github.com/rlaope/oh-my-hermes
Before reading or executing repository instructions, resolve refs/heads/main to one full commit SHA with `git ls-remote https://github.com/rlaope/oh-my-hermes.git refs/heads/main`. Then fetch and follow only:
https://raw.githubusercontent.com/rlaope/oh-my-hermes/{resolved-commit-sha}/INSTALL_FOR_AGENTS.md
Do not replace the resolved SHA with main. Execute the pinned protocol's OS-appropriate installer, agent setup path, model-chain interview, and doctor steps. Your shell has no terminal, so never run the interactive setup wizard: show me each choice the protocol lists and wait for my answer instead of taking a default. Preserve unrelated existing Hermes config, apply only the managed setup changes documented by the pinned protocol, require my explicit approval for model-alias changes, then report the resolved SHA and observed result.
更新:
omh update
omh update 会检测安装来源,通过对应的安装器更新命令,再刷新托管技能、插件包和 Hermes 注册。
验证安装或排查问题:
omh doctor
# 按工作类别设置模型(方向键:类别,←→ head 模型,-/+ effort);
# 在 OMH TUI(omh)中 /omh-model 打开同一个选择器:
omh model
# 如需接入新的模型家族,请在 Hermes 中使用此技能:
/omh-model-setup
Homebrew:
brew install rlaope/tap/omh
Bun:
bun install -g oh-my-hermes
npm:
npm install -g oh-my-hermes
Bun 和 npm 还需要 PATH 中有 Node 18+ 和 Python 3.11+;Homebrew 会自带 Python。 无论用哪种方式安装,之后都运行 omh setup。
Hermes skill tap:
hermes skills tap add rlaope/oh-my-hermes
hermes skills install rlaope/oh-my-hermes/skills/omh-routing --yes
包管理器手动回退或卸载:
| 安装方式 | 升级 CLI | 卸载 CLI |
|---|---|---|
| Homebrew | brew upgrade rlaope/tap/omh |
brew uninstall omh |
| Bun | bun update -g --latest oh-my-hermes |
bun remove -g oh-my-hermes |
| npm | npm update -g oh-my-hermes |
npm uninstall -g oh-my-hermes |
只有在 omh update 报告找不到其安装器时才直接使用包管理器命令。删除命令包会保留 OMH 状态。要完全卸载,请先运行 omh uninstall --all,再执行包管理器的卸载命令。
把 --full 安装收敛回 core 这类维护路径,见 Installation。
参考
Ultra 技能
十个 ulw- workflow。说出触发词,其余交给 Hermes —— 完整目录见 Workflow Reference。
| Skill | 做什么 |
|---|---|
⚡ ulw-context |
对齐经审查的项目术语,捕获已确认的候选项,并在不赋予术语路由权的前提下追问下一个决策点。 |
⚡ ulw-interview |
一次问一个问题,直到确切知道你要什么。 |
⚡ ulw-research |
翻真实代码和网页做调研,留下出处,可疑就核实。 |
⚡ ulw-plan |
做一份评审过的计划:比过方案、点明风险、定好完成标准。 |
⚡ ulw-work |
把已确认的计划放进互不碰同一文件的并行车道执行。 |
⚡ dag-ulw |
把大型工作当作由小的并行节点组成的图来运行,用单独的节点验证目标,并修复失败的部分。 |
⚡ ulw-maestro |
在 Claude Code 或 Codex 上运行委派的任务 —— 提示词由该 CLI 自身安装的技能组装而成,实时启动,附带仪表行和可操控的会话。 |
⚡ ulw-loop |
计划 → 实现 → 评审,循环到目标真正通过。 |
⚡ ulw-qa |
故意用狠场景攻击,坏哪修哪。 |
⚡ ulw-perf |
先测出真正慢和贵的地方,再逐条修热路径。 |
推荐组合
在 Hermes 提示符里这样输入。ulw- 前缀选定 workflow,其余部分就是用日常语言写的请求。
1. 定形。 想法还模糊时用 ulw-interview;要改什么已经清楚、但有风险时用 ulw-plan。
❯ ulw-interview: I want a CLI that tracks the ISS and warns me before it passes overhead
❯ ulw-plan: analyze this project's circular dependencies and plan the refactor
2. 构建。 ulw-work 把已确认的计划放进互不碰同一文件的并行车道执行。
❯ ulw-work: run the accepted plan
3. 收尾。 ulw-loop 会一直循环,直到你指定的关卡通过。
❯ ulw-loop: keep going until npm test passes
它如何与 Hermes 协作
Hermes Agent 已经在跑循环。OMH 决定往循环里放什么:每条 lane 用哪个模型和推理强度、代码变更由谁负责、应用哪些技能、什么算完成。两条规则处处成立:模型选择与编码归属是两个独立决定,准备好的东西绝不当作已执行来报告。生成的目录、trigger 与证据规则见 Workflow Reference。
工作流
理解 → 调研 → 决策 → 计划 → 执行 → 验证 → 运维 → 学习
| 阶段 | 推进事项 |
|---|---|
| 理解 | 确认意图、约束、项目术语和停止条件。 |
| 调研 | 用有据可查的产品、代码或运维背景信息取代假设。 |
| 决策 | 明确选项、取舍和决策负责人。 |
| 计划 | 将已确认的范围、代码变更负责人、测试和完成标准整理成可执行计划。 |
| 执行 | 向选定负责人提供边界明确的任务交接,不把准备工作当作实际执行。 |
| 验证 | 依据实际观测到的测试结果、评审结果、CI 结果和运行时证据作出结论。 |
| 运维 | 让发布健康状态、故障事件、回滚状态和后续工作始终清晰可见。 |
| 学习 | 将经过评审、适用范围明确的经验纳入项目记忆,或用于改进工作流。 |
亮点
| 智能 | OMH 提供什么 |
|---|---|
| 🧭 Mixture-of-models 路由 | 每条委派 lane 在 dispatch 时落到一个类别(模型 + 推理强度)。provider 拒绝模型时沿 chain 下落,没做事的子任务显示 failed,而不是一行绿色。 |
| 🎛️ 按模型家族校准 | 按家族和代次调校提示词:GPT-6 Astra、GPT-5.6、Claude 5.5、GLM 5.3、Kimi、Gemini、Qwen、DeepSeek 等,只在基准对照证明有效时才保留。 |
| 🗂️ 你自己掌控的类别 | 内置模型类别,omh model-chains set 调整顺序,按机器重排 chain 的 entitlement 访谈,以及运行前就能看到请求会路由到哪里的实时视图。 |
| 🖥️ 原生 TUI 界面 | OMH HUD(带类别、轮次、成本、缓存的实时行)、提示符上方的 phase todo、parallel shot ×N、整行 diff 色带与自选主题,显示在 omh 打开的 OMH TUI 中,绝不给 Hermes 打补丁。 |
| ⚡ 可观测的并行工作 | 把独立工作拆成文件归属互不重叠的 fanout unit,带 provider 压力下的 admission control、有类型的结果 sidecar,以及读取返回结果的 verification gate。 |
| 💸 带价格的成本遥测 | 每一行 HUD 和 run summary 都显示 token 数与美元金额,按注明来源的价目表计算;无法计价的 run 显示 unknown,而不是 $0。 |
| 🧠 长期项目记忆 | Hermes 可加载的文件型 memory provider、admission 与 retention 策略、审阅者把关的写入、带新鲜度与预算的 recall pack。Hermes 自身的记忆不被触碰。 |
| 🔎 结构化代码搜索 | 经测量的 ast-grep 手册(28 种语言,grep 回退)和绘制整个仓库架构图的 omh codegraph uml,注入到 executor 读代码的位置;omh codegraph tests --changed 列出一次改动会触及的测试(codegraph 命令)。 |
| 🛡️ 你自己写的护栏 | 用你的规则文本拦截越界 tool call 的 toolcall rules、拒绝把 stub 和跳过的测试当证据的 completion-integrity gate,以及高风险操作的 approval tier。 |
| ♾️ Ultra 工作流引擎 | 并行交付 lane、带 ledger 与真实完成 gate 的度量循环、引擎运行前的 decision-frontier 访谈。列表见上方 Ultra 技能。 |
| 📦 确定性目录 | 由同一来源生成的一百多个可安装技能、含负例的 routing precision 语料,以及一个字节偏差就让 CI 失败的 drift gate。 |
证据先于声明
OMH 只报告自己观测到的事情。你看到的每个状态都由两部分组成:处于哪个阶段,以及 OMH 对它有多确定。
| 显示 | 含义 |
|---|---|
Plan · not run |
prompt 或 plan 已就绪。还没有任何东西运行过。 |
Code · running |
executor 正在运行,OMH 正在观测。 |
Code · reported done |
executor 说它完成了。没有人检查过结果。 |
Test · verified |
test、review 或 CI gate 确实通过了。 |
executor 说自己完成了,与结果被检查过是两回事,而大多数工具把两者都写成「完成」。能力影响按独立维度报告,而不是折叠成一个营销分数,见 Capability Impact。对比单独 Hermes 与经 OMH 的 Hermes 的产品 A/B 通道,语料和离线试点都已就位,目前还没有发布任何实测运行结果: benchmarks/product-ab/v1/README.md。
文档
- 文档地图
- 安装与更新
- 代理安装协议
- 产品方向与边界
- 架构
- 能力 manifest
- Workflow reference
- 角色
- 应用案例
- 模型路由、扇出契约与请求打分
- 扇出 executor 证据:会话、故障诊断、容量(agent/operator 参考)
- Agent 看板与原生 Kanban 协作(agent/operator 参考)
- 按模型的校准映射
- 证据规则与能力影响
- 长期记忆模型
- Codegraph 命令
- Show-reel 工具包
- 用 Hermes 处理超大 PDF
- 实时模型基准与实测结果
- 发布与开发
- 网站(源码)
许可证
MIT,见 LICENSE。
与贡献者们一起,作为 Team Art & Engineering 的开源项目开发。
- 本文标题:oh-my-hermes - ⚚ 带有 Hermes Agent 的编码工具
- 本文链接:https://www.cn121.com/agent/rlaope-oh-my-hermes.html
- 原项目:rlaope/oh-my-hermes 版权归原作者 rlaope 及贡献者所有
- 收录信息:本站于 2026-10-28 收录本项目,本页所列协议与仓库指标均为收录当时的状态;该日期之后原项目的版本更新与协议变更,本页不作同步。
- 开源协议:收录时本项目采用 MIT(查看 LICENSE 原文),本站转载其原始文档(未改动文字,仅剔除图片与无关章节);使用、修改、分发请以该仓库 LICENSE 原文为准。
- 站点出处:本文首发于 OneTwoOne,收录自 GitHub 开源项目 rlaope/oh-my-hermes。
- 内容说明:本页正文为项目官方提供的中文文档(原文转载),本站未作翻译、未改动文字,仅剔除了图片与赞助等无关章节、并把相对链接改为绝对地址;页首简介为机器翻译自仓库描述。
- 引用声明:商业转载、第三方聚合或 AI 检索训练引用时,请务必保留以上来源出处、本文永久链接,以及原项目的版权声明与许可信息。
- 下架通道:若原项目此后变更或收紧了许可协议、或作者/权利人认为本站的收录方式(译文、排版适配、简介翻译等)超出其授权范围,请通过 xyd3302001@163.com 发送下架通知,并附上项目地址与本页链接。本站核实后将第一时间删除本页内容,或改为不复制原文的目录性收录;署名更正等其他要求可一并提出。