初识oh-my-hermes:Hermes Agent的一体化操作层,新手完整入门指南
【免费下载链接】oh-my-hermesAll in one plugin for Hermes Agent ⚚ the coding intelligence, a long-term memory system and model optimized workflow packages项目地址: https://gitcode.com/GitHub_Trending/ohm/oh-my-hermes
oh-my-hermes(简称 OMH)是一款为 Hermes Agent 打造的一体化插件,把编码智能、长期记忆系统和模型优化的工作流包三合一装进同一个插件里。它不会替换你现有的 Hermes,而是在其之上加一层"专业操作层":帮你把模糊的请求变成明确的能力、给出有用的下一步、并诚实地记录实际发生了什么。对于新手来说,装好它之后,你只需要用自然语言跟 Hermes 聊天,路由、模型选择、并行执行和证据校验都会自动发生。
💡 一句话理解:Hermes 负责"干活",OMH 负责"决定怎么干、谁干、干到什么程度才算完"。
oh-my-hermes 是什么?三合一插件解决三个问题
OMH 把三项能力打包交付:
| 能力 | 解决什么问题 |
|---|---|
| 🧭编码智能 | 请求先打分再分发:重命名走轻量快速通道,"找出所有引用"这类任务走不会漏查的强模型,同一批任务成本可从 $4.29 降到 $0.66 |
| 🧠长期记忆系统 | 记忆不是"悄悄记住",每条候选记忆都会经过审核:被记住、被拒绝或被推迟,理由都写下来 |
| 📦模型优化的工作流包 | 9 个ulw-*引擎 + 100 多个omh-*专家技能,覆盖规划、研究、创作、编码交接与运维 |
安装步骤:3 条命令跑通 oh-my-hermes
安装非常快,官方提供了一键安装脚本。如果需要 clone 仓库,仓库地址是https://gitcode.com/GitHub_Trending/ohm/oh-my-hermes。
macOS / Linux 一键安装:
sh install.shWindows(PowerShell 5.1+):
powershell -ExecutionPolicy Bypass -File install.ps1也可以直接使用 Homebrew、npm 或 Bun 包管理器安装(v1.0.6 起公开可用)。安装脚本见 install.sh 和 install.ps1,完整说明在 docs/INSTALLATION.md。
⭐ 装完后必做的一步:
omh setup它会交互式地确认你的模型提供商、为不同任务类别配置模型链,并把工作流接到 Hermes 上。之后常用命令只有三个:
| 命令 | 作用 |
|---|---|
omh setup | 首次配置:模型链、提供商、工作流安装 |
omh update | 自动识别安装方式并升级插件、技能与注册 |
omh doctor | 体检排障,验证安装状态 |
9 个 ulw 超能力工作流:聊天里说句话就能跑
OMH 内置 9 个ulw-工作流引擎。你不需要记命令——在聊天里说出触发词,Hermes 就会自动路由到对应引擎:
| 工作流 | 它做什么 |
|---|---|
⚡ulw-context | 对齐已评审的项目术语,捕捉确认过的候选决策 |
⚡ulw-interview | 一次只问一个问题,直到完全清楚你要什么 |
⚡ulw-research | 深挖真实代码与实时网页,保留来源并交叉验证 |
⚡ulw-plan | 产出可评审的计划:对比选项、列明风险、约定完成标准 |
⚡ulw-work | 把已接受的计划拆成并行通道执行,各通道永不碰同一文件 |
⚡ulw-maestro | 把任务委托给 Claude Code 或 Codex,独立会话可操控 |
⚡ulw-loop | 计划 → 构建 → 评审循环,直到目标真正通过 |
⚡ulw-qa | 用敌对场景攻击构建,发现什么就修什么 |
⚡ulw-perf | 先测量哪里真正慢/贵,再逐个修复热点路径 |
工作流的完整目录、触发词与证据规则都收录在 docs/WORKFLOWS.md,每个技能的行为定义可以查看对应目录,比如 skills/ulw-work/ 和 skills/omh-routing/。
模型路由配置:给对的任务配对的模型
这是 OMH 最有"体感"的功能。每次分发请求时,OMH 都会先打分:哪些信号抬高了复杂度分数,全部命名可见。然后落到一个"类别"(category)上,每个类别是一条可编辑的"模型 + 推理强度"链:
ultrabrain:最深推理,默认 GPT-6 Astra (xhigh)quick:短任务,走轻量快速模型writing/visual-engineering/architect……
如果提供商拒绝了某个模型,链会自动向下走;而不是静默降级。所有类别链集中在一个 JSON 文件里编辑,也可以用方向键选择器调整:
omh model # 打开模型链选择器(Hermes TUI 里是 /omh-model) omh model-chains show # 查看当前生效的链提示词也按模型家族逐一代调:13 个模型家族各有一块校准配置,每句话都针对该家族的文档化特性来写,并且只有在基准测试中"确实有效"才会保留。源码位于 src/routing/,调优细节见 MODEL_OPTI.md。
八阶段工作流与证据化状态:看懂"干到什么程度"
OMH 的核心承诺是Evidence Before Claims(证据先于声明):你看到的每个状态都有两部分——所处阶段,以及 OMH 对这个阶段的把握程度。
完整工作流是八个阶段:
理解 → 研究 → 决策 → 计划 → 执行 → 验证 → 运维 → 学习
状态读法对照表(新手务必记住):
| 你看到的 | 真实含义 |
|---|---|
Plan · not run | 计划就绪,什么都没跑 |
Code · running | 执行器正在运行,OMH 在盯着 |
Code · reported done | 执行器说完成了,但没人检查结果 |
Test · verified | 测试、评审或 CI 关卡真正通过了 |
关键区分就在倒数第二行:"执行器说做完了"不等于"有人检查过了"。大多数工具把这两种情况都叫"完成",OMH 不这样。成本显示同样诚实:只有宿主确认过价格才显示数字,无法定价的调用显示unknown,绝不显示$0。
终端 HUD 与并行执行:进度、成本一目了然
直接运行omh会打开带 OMH 身份界面的 Hermes 终端。工作流运行时你会看到:
- 模型混合路由:每个委托通道都显示
类别:名称(模型:强度),路由完全可见 - 并行工具调用:批量工具调用并发执行,品牌化标记为
parallel shot ×N - 分阶段 TODO:提示词上方是本次运行的实时清单,不是事后总结
- 成本遥测:每行都有 token 数与美元金额
并行不是盲跑:ulw-work把已接受的计划拆成互不共享文件的单元,每个单元从同一个固定 SHA 开出独立 worktree;单元回来时带着四态的"类型化结果"(进程退出、schema 合法、验证已观测、集成就绪),验证回执只有在修订版、命令、环境全部匹配时才会被复用。
100+ 专家技能:自动加载,无需手动调用
你永远不需要主动调用专家技能。技能目录携带 100 多个omh-*专业技能:前端、后端、Rust、原生调试、推理服务、设计质量门、验证门、安全评审、性能预算、重构计划等。当请求触及某个领域时,匹配的技能会作为工具调用直接注入这次运行,抬高了 agent 对"完成"的底线标准。用中文或英文说,路由器都会自动挑出对应专家。
技能以 skills/ 目录下的SKILL.md组织,例如 skills/omh-code-review/、skills/omh-security-safety-review/;想自己写技能,参考 docs/ADDING-A-SKILL.md。
新手常见问题 FAQ
Q1:OMH 会替换我的 Hermes 吗?不会。Hermes 保持自然语言交互面,OMH 只是其上的一层操作层——它编排问题框架、选择工作流和证据关卡,并调用 Hermes 原生技能。Hermes 自己的记忆也从不被读取或修改,OMH 的记忆库是独立、文件支撑且经过审核的,见 docs/MEMORY.md。
Q2:我不懂命令行,日常要用几条命令?日常只和 Hermes 聊天即可。维护时只有omh setup(首次配置)、omh update(升级)、omh doctor(体检)三条命令。其余 CLI 是面向 agent 与运维人员的后端控制面。
Q3:如何只开关某些能力?OMH 支持能力开关(Capability Toggles),不卸载就能按能力家族开关,见 docs/CAPABILITY-TOGGLES.md。想用自己的规则拦截某个工具调用,参考 docs/TOOLCALL-RULES.md。
Q4:如何判断"效果提升"是不是真的?OMH 用分维度报告而非单一营销分数,基准对比位于 benchmarks/product-ab/,声明边界见 docs/CAPABILITY_IMPACT.md——没有实测记录的部分会明确标注"尚未发布"。
关键文件参考清单
| 想做的事 | 去哪里看 |
|---|---|
| 安装、更新、排障 | docs/INSTALLATION.md |
| 了解文档全貌 | docs/README.md |
| 浏览全部工作流与技能目录 | docs/WORKFLOWS.md |
| 理解模块划分与职责归属 | docs/ARCHITECTURE.md |
| 查看能力清单 | docs/CAPABILITIES.md |
| 长期记忆模型 | docs/MEMORY.md |
| 模型路由与请求打分 | docs/FANOUT.md |
| 各角色职责(planner / builder / reviewer…) | roles/ |
| 示例配置文件 | examples/hermes-config.yaml |
总结
初识 oh-my-hermes 其实很简单:装一次、配一次、然后继续用 Hermes 聊天。它带来的三件核心价值——按模型调优的编码路由、经过审核的长期记忆、以及九个ulw-*工作流引擎——让同一个 Hermes 变得更有条理、更省成本、也更诚实。记住那条铁律:reported done不是verified,证据永远先于声明。跑通omh setup之后,不妨从一句"帮我研究一下 X"开始,看看路由器会把你的请求送去哪儿。
【免费下载链接】oh-my-hermesAll in one plugin for Hermes Agent ⚚ the coding intelligence, a long-term memory system and model optimized workflow packages项目地址: https://gitcode.com/GitHub_Trending/ohm/oh-my-hermes
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考