Oh My Hermes: 108 навыков и workflow для Hermes Agent

Oh My Hermes (OMH) — открытый плагин для Hermes Agent, который добавляет поверх основного цикла агента слой маршрутизации, workflow и контроля доказательств. Он не заменяет Hermes и не прячет внутри себя отдельный coding executor: OMH определяет, какая способность нужна задаче, на каком маршруте и с какими проверками её выполнять.

В составе пакета — 108 специализированных навыков, девять готовых workflow, редактируемые цепочки моделей, параллельное выполнение изолированных единиц, HUD в терминале и отдельный долговременный слой памяти. Проект распространяется по лицензии MIT.

Что добавляет OMH

Базовый Hermes Agent уже умеет выполнять запросы. OMH добавляет над ними управляющий слой из нескольких независимых механизмов:

• оценивает запрос и направляет его в подходящую категорию работы;
• выбирает модель и уровень reasoning effort с учётом доступных провайдеров;
• подключает специализированные навыки под тему задачи;
• разделяет независимые части работы на изолированные ветки выполнения;
• различает подготовленный план, заявленный исполнителем результат и реально пройденную проверку;
• сохраняет важные сведения проекта только после ревью и затем учитывает срок их актуальности.

Таким образом, плагин отвечает не только на вопрос «как выполнить задачу», но и на вопросы «какая способность здесь нужна», «кто владеет изменением кода» и «что считается доказанным результатом».

Установка

Основной способ установки для macOS и Linux:

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

Для Windows доступен установщик PowerShell:

irm https://raw.githubusercontent.com/rlaope/oh-my-hermes/main/install.ps1 | iex

После установки нужно один раз выполнить настройку:

omh setup

Команда запускает интерактивную настройку, а последующие команды обслуживают установку:

omh update
omh doctor

omh update определяет, каким менеджером был установлен пакет, обновляет его и повторно запускает обновлённую команду, чтобы обновить управляемые навыки, плагин и регистрацию в Hermes. omh doctor проверяет состояние установки.

Пакет также публикуется через Homebrew, Bun и npm:

brew install rlaope/tap/omh
bun install -g oh-my-hermes
npm install -g oh-my-hermes

После установки любым из этих способов всё равно требуется omh setup. Более подробные сценарии, ручная установка и удаление описаны в документации по установке.

Маршрутизация задач между моделями

OMH не привязывает весь проект к одной модели. Запрос сначала получает оценку сложности и сигналы маршрутизации, после чего выбирается категория вроде quick, deep, architect, writing или visual-engineering. Для каждой категории пользователь может задать упорядоченную цепочку моделей и уровней reasoning effort.

Если провайдер отклоняет выбранную модель, OMH переходит к следующему варианту цепочки. Если ни один подходящий провайдер не может обслужить маршрут, запуск отклоняется, а не silently переходит на случайную модель. Это важное отличие: ошибка маршрутизации остаётся видимой.

Цепочки хранятся в конфигурации пользователя и доступны через CLI или интерактивный выбор. Команда omh model открывает настройку категорий, а omh model-chains show показывает действующие маршруты. Категории можно менять без правки кода проекта.

Модель и исполнитель кода также разделены. OMH может выбрать модель для конкретной delegated lane, но передача изменения кода в Claude Code или Codex оформляется отдельным решением Maestro. Такой handoff включается явно, а не становится скрытым поведением по умолчанию.

Специализированные навыки

Каталог содержит 108 навыков omh-*: frontend и backend, Rust, native debugging, inference serving, проверки качества дизайна, verification gates, security review, performance budgets и планы рефакторинга.

Пользователю не нужно вручную выбирать каждого специалиста. Роутер анализирует запрос и подключает подходящие навыки в текущий запуск. Это похоже на автоматическую загрузку профильных инструкций: специалист появляется только тогда, когда задача затрагивает его область.

Девять основных workflow

Полный каталог workflow включает девять команд:

• ulw-context уточняет термины проекта и следующую развилку решений;
• ulw-interview последовательно уточняет цель до однозначного задания;
• ulw-research исследует код и веб, сохраняя источники;
• ulw-plan сравнивает варианты, риски и критерии готовности;
• ulw-work выполняет принятый план параллельными единицами;
• ulw-maestro передаёт задачу в Claude Code или Codex;
• ulw-loop повторяет цикл plan → build → review до прохождения цели;
• ulw-qa проверяет сборку враждебными сценариями и исправляет найденное;
• ulw-perf измеряет производительность и стоимость, затем меняет одну узкую часть.

Эти workflow задают последовательность Understand → Research → Decide → Plan → Execute → Verify → Operate → Learn. План сам по себе не считается выполненной работой, а результат исполнителя не заменяет тесты, code review, CI и другие наблюдаемые проверки.

Параллельное выполнение без общих файлов

ulw-work принимает только согласованный план и разбивает его на единицы с непересекающимися наборами файлов. Для каждой единицы создаётся отдельный worktree от зафиксированного SHA. Это снижает риск одновременного редактирования одних и тех же файлов и позволяет объединять результаты только после проверок.

Каждая единица возвращает типизированный результат с четырьмя состояниями:

1. процесс завершился;
2. схема результата валидна;
3. проверка действительно наблюдалась;
4. результат готов к интеграции.

Успешный код возврата без доказательств остаётся в состоянии reported done, пока отдельная проверка не подтвердит выполнение. Квитанция проверки повторно используется только при совпадении ревизии, команды и окружения.

Доказательства вместо обещаний

OMH разделяет четыре важных статуса:

Такой словарь снижает вероятность ложного завершения. В репозитории есть отдельный трек для сравнения Hermes без OMH и через OMH, но README прямо сообщает, что публичного измеренного прогона пока нет. Поэтому заявленные метрики проекта нельзя трактовать как подтверждённое сравнительное исследование.

Долговременная память с ревью

OMH добавляет file-backed память поверх проекта. Память самого Hermes при этом не читается и не изменяется.

Новый кандидат извлекается из сессии и попадает на карточку ревью. Пользователь может запомнить, отклонить или отложить запись, указав причину. У подтверждённой записи есть источник и срок повторного подтверждения. Без подтверждения она постепенно переходит из active в reference, а затем в archive.

Следующая сессия получает recall pack, отсортированный под текущую задачу и ограниченный по размеру контекста. Конфликты и дубликаты должны быть разрешены до использования. Таким образом, память не становится скрытым накопителем всех сообщений, а остаётся проверяемым слоем проектных знаний.

Интерфейс и область применения

Команда omh открывает Hermes с OMH-интерфейсом. В терминале отображаются строки delegated lanes с моделью, уровнем reasoning, количеством turns, токенами и стоимостью. Неоплаченный вызов показывается как unknown, а не как $0. Над промптом выводится структурированный TODO по фазам.

Пакет полезен, когда нужны не отдельные prompts, а повторяемая инженерная практика: единая маршрутизация, исследование с источниками, параллельное выполнение, проверка результатов и память между сессиями. При этом OMH остаётся надстройкой над Hermes Agent, поэтому его логику, модели, цепочки маршрутов и правила памяти можно настраивать под собственный проект.