Павел AI

Hermes Agent с открытыми и закрытыми агентами.

2026-05-27T00:57:12.150Z

Hermes Agent с открытыми и закрытыми агентами-специалистами цель состоит в том, чтобы со временем продвинуть открытых агентов до специалистов замкнутого цикла, вот что это значит:

Открытые агенты ..

> вы нужны в цикле для направления

> выполняйте разовые задачи

> требуйте подсказки для каждого действия

> полезно для создания прототипов рабочих процессов

> пример: вы просите его исследовать конкурентов, он возвращает данные, вы решаете, что делать дальше закрытые агенты..

> владеть конечным результатом от начала до конца

> работать автономно с четкими состояниями "готово"

> накапливать знания и со временем совершенствоваться

> работать в цикле обратной связи без постоянного контроля

> пример: вы говорите "исправить целевую страницу", она диагностирует проблему, внедряет исправление, тестирует его и отчитывается о прогрессе, который выглядит следующим образом: вы начинаете с открытого агента, выполняющего задачи вручную.

Вы запускаете его 5–10 раз, совершенствуя рабочий процесс на каждой итерации. Выявляются закономерности.

Вы закрепляете эти закономерности в виде навыков и целей.

В конце концов агент сможет выполнять весь процесс без вашего участия. На этом этапе он становится специалистом с замкнутым циклом.

Вместо того чтобы запрашивать каждое микродействие, вы можете давать указания высокого уровня, а закрытый агент выполнит весь рабочий процесс:

> создайте лид-магнит

> обновите аналитическую панель

> превратите эту идею в рабочий инструмент

> выясните, почему форма не работает.

Оркестратор перенаправит задачу нужному специалисту, и она будет выполнена. С каждой итерацией открытые задачи становятся все ближе к завершению.

Больше про агентов и нейросети вы можете прочитать на моеём канале

MAX-https://max.ru/id752703975446_biz

Телеграмм-https://t.me/Novopoltsev_Pavel

20. Управление агентами в режиме реального времени меняет подход к работе с искусственным интеллектом

2026-05-25T17:12:48.207Z

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

Как управлять агентом Hermes в процессе выполнения задачи, не прерывая его работуНекоторые ИИ-помощники ведут себя странно, когда начинают работать.

Вы просите их проверить репозиторий, запустить тесты, устранить ошибку или провести исследование.

Но в середине пути вы кое-что замечаете:

он ищет не в той папке
слишком много внимания уделяется одному файлу
при этом было упущено важное ограничение
вы хотите, чтобы следующая задача была готова
вы не хотите прерывать его полностью

В большинстве инструментов есть два варианта:

Wait.
Or stop the agent.

Гермес предлагает третий вариант:

Steer the current run.

Вывод: Hermes позволяет управлять выполняемой задачей, не прерывая текущий цикл работы с инструментами.

Проблема с обычными прерываниями

Прерывание звучит просто.

Но в рабочих процессах с участием агентов прерывание процесса обходится дорого.

Если Hermes выполняет сложную задачу, возможно, у него уже есть:

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

Жесткое прерывание может нарушить этот поток. Иногда это необходимо.

Но зачастую нужно добавить только одно ограничение:

Focus on the auth module.
Do not edit files yet.
Check the failing test first.
Ignore the docs folder.
Use the Telegram gateway logs.

Для этого не обязательно прерывать весь процесс.

Вывод: не каждая поправка заслуживает точки в конце. Некоторые поправки следует делать в середине предложения.

Ключевая команда: /steer

В Hermes для этого есть команда со слэшем:

/steer <prompt>

Пример:

/steer focus on the gateway code, not the CLI

Что он делает:

Hermes ожидает завершения текущего вызова инструмента, а затем внедряет вашу заметку в текущий цикл агента.

>Это не первый поворот пользователя

>Это не принудительное прерывание

>Это толчок в середине забега.

После получения следующего результата агент видит примечание и может скорректировать свои дальнейшие действия.

Вывод: используйте /steer, когда Hermes работает, но вам нужно изменить направление, не сбрасывая импульс.

Когда использовать /steer

Используйте /steer для корректировки курса.

Хорошие примеры:

/steer only inspect files, do not modify anything yet

/steer the bug happens after suspend, focus on gateway reconnect logic

/steer skip frontend for now, the issue is probably in the API route

/steer if tests fail, capture the exact error before trying fixes

Это идеальный вариант, если Hermes уже выполняет нужную работу, но требуется более жесткое ограничение.

Вывод: /steer используется для того, чтобы подтолкнуть к выполнению текущей задачи, а не для того, чтобы начать новую.

Вторая команда: /queue

Иногда не хочется вообще ничего менять в текущей задаче.

Вам просто нужно выбрать следующую инструкцию.

Использование:

/queue <prompt>

Пример:

/queue after this, write a short summary of what changed

Команда /queue не прерывает текущий запуск.

Он ждет, пока Гермес закончит, а затем отправляет ваш запрос в очередь на следующий ход.

Это удобно, когда вы выполняете несколько задач одновременно и не хотите забыть о следующем шаге.

Вывод: используйте /queue, когда текущая задача выполнена и вы хотите подготовить следующую.

/steer vs /queue

Вот простое правило:

Use /steer to affect the current run.
Use /queue to affect the next run.

Примеры:

Текущая задача — отладка неудачного теста.

Использовать / управлять:

/steer inspect the test fixture before changing application code

Использование / очередь:

/queue once fixed, explain the root cause in 5 bullets

Один из них меняет текущий путь принятия решений агентом.

Другой планирует следующую инструкцию.

Вывод: /steer меняет направление. /queue определяет, что будет дальше.

Мощная команда CLI: /busy

В Hermes CLI есть еще одна функция:

/busy

Этот параметр определяет, что происходит при нажатии клавиши Enter, когда Hermes уже запущен.

Режимы включают в себя:

/busy queue
/busy steer
/busy interrupt
/busy status

Если вы установите:

/занятое управление

/busy steer

Таким образом, ввод текста во время работы Hermes по умолчанию становится управляющим сообщением.

Если вы установите:

/busy queue

Затем, пока Гермес занят, печатаю текст, чтобы освободить очередь.

Если вы установите:

/busy interrupt

Если печатать, пока Hermes занят, он сразу прервется.

Проверьте текущее поведение:

/busy status

Вывод: /busy позволяет выбрать стиль взаимодействия по умолчанию во время работы Hermes.

Моя рекомендуемая настройка

Для большинства технических процессов я бы использовал:

/busy steer

Почему?

Потому что самое распространенное действие во время бега — это не «остановиться».

Это «почти правильный курс».

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

look at the gateway logs too

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

Для написания текстов я предпочитаю:

/busy queue

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

next make it punchier

Для выполнения рискованных системных операций используйте:

/busy interrupt

Так вам будет проще быстро остановиться, если Hermes собирается отправиться туда, куда вам не нужно.

Вывод: используйте steer для написания кода и отладки, очередь — для записи, прерывание — для рискованных операций.

Почему это так важно

Эта функция кажется небольшой.

Это не так.

Разница между игрушечным агентом и полезным оператором заключается не только в доступе к инструментам.

Это контроль.

Вам нужны способы, чтобы:

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

Hermes рассматривает это как часть среды выполнения.

Это важно, потому что работа настоящего агента — дело непростое.

Редко когда все ограничения известны заранее.

Вывод: хороший пользовательский опыт для агента — это не только автономность. Это еще и управление.

Последняя мысль

Большинство людей считают, что под управлением агента подразумеваются подсказки. Hermes демонстрирует более совершенную модель.

Контроль — это не только то, что вы говорите перед началом забега. Это то, что вы можете делать во время забега.

Команды /steer, /queue и /busy превращают Hermes из чат-бота в оператора, которому можно давать указания в режиме реального времени.

Вот такая небольшая функция меняет подход к работе.

Больше про агентов и нейросети вы можете прочитать на моеём канале

MAX-https://max.ru/id752703975446_biz

Телеграмм-https://t.me/Novopoltsev_Pavel

19. Функция, которая меняет все: ИИ-агенты, способные делегировать задачи.

2026-05-25T13:49:24.251Z

В Hermes используется другой подход к делегированию полномочий: специализированные субагенты выполняют узконаправленные задачи, такие как исследования, написание кода, проверка безопасности или составление текстов, а затем передают результаты родительскому агенту. Вместо того чтобы выполнять всю работу в рамках одного большого контекстного окна, Hermes разбивает задачи на более мелкие экспертные рабочие процессы, что позволяет получать более качественные результаты, лучше обосновывать решения и значительно масштабировать автоматизацию.

Самая недооцененная функция Hermes Agents: ИИ-агенты, которые могут делегировать задачиБольшинство людей по-прежнему используют искусственный интеллект как более продвинутую поисковую систему.Они открывают чат, загружают в него сложную задачу и надеются, что модель сможет провести исследование, составить план, написать текст, отладить, проверить и обобщить все это в одном беспорядочном окне.Иногда это срабатывает.Но для серьезной работы этого недостаточно.

Контекст становится шумным
Рассуждения запутываются
Ассистент начинает путать роли.

А финальный ответ часто выглядит так, будто одна модель пытается изобразить целую команду.

У Hermes Agent идея получше:

Пусть агент делегирует полномочия. Не в расплывчатом маркетинговом смысле.

В практическом смысле это означает, что один родительский агент может запускать несколько дочерних агентов, ставить перед каждым из них конкретную задачу, собирать результаты и выдавать более точный итоговый ответ.

Это одна из особенностей, благодаря которой Hermes больше похож не на чат-бот, а на полноценный агент.

Проблема: один агент становится узким местом

Один ИИ-помощник может многое. Но сложная работа редко сводится к одной задаче.

Настоящий проект обычно включает в себя несколько направлений работы:

Исследования
планирование
реализация
отладка
написание
проверка
синтез

Когда один помощник пытается сделать все это за один непрерывный рабочий процесс, каждая часть системы конкурирует за один и тот же контекст и внимание.

Исследования портят текст. Детали реализации затмевают стратегию. Журналы отладки мешают принимать решения.

В итоговом резюме все произошедшее предстает в сжатом виде.

Модель делегирования Hermes направлена именно на это.

Вместо того чтобы заставлять одного агента обрабатывать все потоки одновременно, Hermes позволяет родительскому агенту разбивать задачу на более мелкие части и запускать дочерние агенты в изолированных контекстах.

Вывод: работа с серьезными агентами становится эффективнее, когда задачи разбиваются на рабочие процессы, а не выполняются как один гигантский запрос.

Как выглядит делегирование в Hermes

Самая простая ментальная модель такова:

Родительский агент = руководитель проекта

Субагенты = целенаправленные специалисты

Родительский агент решает, что нужно сделать. Затем он может отправлять дочерним агентам независимые задачи, например:

«Проанализируйте этот фрагмент кода и выявите возможные ошибки».
«Изучите последние документы и обобщите только проверенные изменения».
«Проверьте этот план внедрения на наличие пропущенных пограничных случаев».
«Сравните эти два подхода и выберите более безопасный».
«Подготовьте краткое объяснение для читателя, не обладающего техническими знаниями».

Каждый субагент работает в своем изолированном контексте.

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

Это едва заметное, но важное различие.

Hermes не просто просит одну из моделей «подумать еще».

Это позволяет среде выполнения распределять когнитивную нагрузку.

Вывод: делегирование делает главного агента лучше, потому что ему больше не нужно лично вникать во все детали.

Почему этот бот отличается от обычных чат-ботов

Большинство продуктов с искусственным интеллектом по-прежнему основаны на едином цикле диалога:

Вы спрашиваете > Модель отвечает > Вы исправляете > Модель пытается снова.

Hermes ближе к операционному уровню для агентской работы.

Его можно использовать в терминале:

hermes

Затем дайте ему задачу высокого уровня, которую можно естественным образом разбить на подзадачи:

Review this project, identify the riskiest areas, have one subagent inspect tests, another inspect security-sensitive code, and synthesize the top fixes.

Важно не то, что Гермес может ответить.

Важно то, что Hermes может координировать действия.

Этот сдвиг важен, потому что полезные агенты — это не просто генераторы ответов. Это системы, которые могут:

решить, какие задачи следует разделить
изолировать подзадачи
проводить целенаправленные расследования
объедините выводы
проверка результатов
четко сообщите окончательный ответ

В этом и заключается разница между «общением с моделью» и «управлением агентом».

Вывод: Hermes кажется более мощным инструментом, потому что он превращает обычный диалог в управляемый рабочий процесс.

Детали безопасности, которые люди упускают из виду

А вот и самое интересное:

Hermes не рассматривает многоагентное делегирование как неограниченную свободу действий.

По умолчанию делегирование контролируется.

Дочерние агенты, как правило, являются конечными исполнителями: они выполняют порученную им работу и отчитываются о результатах. Им не разрешается автоматически создавать бесконечное дерево агентов.

Это важно.

В демонстрационных материалах неограниченные деревья агентов выглядят впечатляюще, но на практике они могут оказаться дорогостоящими, запутанными и сложными в управлении.

Модель Hermes более удобна для оператора:

сохраняйте неизменность делегирования по умолчанию
изолировать работу дочернего агента
вернуть сводные результаты в родительский элемент
только при намеренном раскрытии более глубокой оркестровки

Для опытных пользователей Hermes может поддерживать дочерние процессы в стиле оркестратора с такими настройками, как:

delegation:
  max_spawn_depth: 2

А делегирование на уровне инструментов позволяет отличать обычных конечных исполнителей от дочерних исполнителей-оркестраторов с такими ролями, как:

role="orchestrator"

Ключевой момент: в Hermes более глубокие деревья агентов — это явный выбор оператора, а не скрытое поведение.

Именно так и должна работать инфраструктура агентов.

Вывод: мощным агентным системам нужны не только дополнительные возможности автономии, но и средства управления.

Практический пример: превратите Hermes в команду для проведения обзоров

Imagine you are working on a codebase and want a serious review.

The weak version is:

Review my code.

The better Hermes-style version is:

Review this branch like a small engineering team.

Use separate workstreams:
1. One subagent checks correctness and edge cases.
2. One subagent checks security-sensitive areas.
3. One subagent checks tests and coverage gaps.
4. Then synthesize the top issues into a prioritized action plan.

Перевод фразы:

«Проанализируйте эту ветку, как небольшая инженерная команда. Используйте отдельные рабочие потоки:

Один субагент проверяет корректность и крайние случаи.**
Один субагент проверяет чувствительные к безопасности области.**
Один субагент проверяет тесты и пробелы в покрытии.**
Затем обобщите основные проблемы в план действий с приоритезацией»**.

Именно здесь делегирование становится по-настоящему полезным.Вы не просто получите более развернутый ответ.Вы получаете параллельное внимание от отдельных сотрудников, каждый из которых специализируется на более узком вопросе.Обычно это приводит к лучшим результатам, поскольку каждый субагент может сосредоточиться на своей задаче.

Нет необходимости в том, чтобы проверка безопасности сопровождалась описанием стратегии тестирования.
Нет необходимости в том, чтобы в рецензии на тест также объяснялись недостатки продукта.
Родительскому агенту не нужно разбираться в деталях проверки.

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

Вывод: делегирование — это не попытка сделать ИИ более впечатляющим. Это способ упростить контроль за сложной работой.

Когда стоит использовать субагентов

Используйте делегирование в Hermes, если задача состоит из отдельных рабочих потоков.

Хорошее правило:

Делегируйте, когда для выполнения задачи требуется более двух таких сотрудников

1. Независимое исследование

Несколько источников, документов, сравнений или утверждений для проверки.

2. Разные профессиональные объективы

Безопасность, производительность, пользовательский опыт, архитектура, написание кода, отладка и т. д.

3. Проверка большого кода или документа

Слишком много контекста для одного чистого прохода.

4. Параллельные варианты

Прежде чем сделать выбор, нужно оценить альтернативные подходы.

5. Окончательный синтез

После многочисленных исследований вам нужен один четкий ответ.

6. Снижение уровня загрязнения контекста

Вы хотите, чтобы главный специалист по работе с клиентами сосредоточился на принятии решений, а не на деталях.

Не делегируйте полномочия только потому, что это звучит круто.

Для выполнения небольших задач достаточно одного агента.

Для серьезной работы в Hermes предусмотрена структура делегирования, которая больше соответствует принципам работы реальных команд.

Вывод: лучшее применение субагентов — это не «больше агентов». Это более четкое разделение труда.

Почему людям понравится эта функция

Людям не нужны модные словечки вроде «мультиагентные системы».

Они хотят, чтобы работа не была для них непосильным бременем.

Они хотят, чтобы агент справлялся с рутинными задачами, не превращая разговор в бесконечную череду недодуманных рассуждений.

Вот почему модель делегирования в Hermes так эффективна.

Это вызывает у пользователей простые эмоции:

«Я могу поручить «Гермесу» сложную задачу, и он знает, как ее разбить на этапы».

В этом и заключается магия. Не в том, что агент становится всеведущим.

Потому что так она становится более организованной. А в реальной работе организованность часто важнее природного интеллекта.

Вывод: главная особенность Hermes не в том, что он может делать больше. А в том, что он может лучше структурировать работу.

Общая картина

Будущее агентов с искусственным интеллектом — это не один гигантский чат-бот с расширенным контекстным окном.

Это будет больше похоже на среды выполнения:

память
навыки
Инструменты
расписания
профили
поверхности для обмена сообщениями
модельная маршрутизация
делегирование полномочий субагенту
органы управления оператора

Hermes интересен тем, что уже движется в этом направлении. Делегирование — один из самых наглядных примеров.

Это показывает, что Гермес не просто пытается быть очередным помощником.

Мы стремимся создать среду, в которой агенты действительно смогут работать.

Один чат может ответить на вопрос.

Среда выполнения делегированного агента может управлять рабочим процессом.

Вот это и есть прорыв. И как только вы почувствуете эту разницу, вам будет сложно вернуться назад.

Больше про агентов и нейросети вы можете прочитать на моеём канале

MAX-https://max.ru/id752703975446_biz

Телеграмм-https://t.me/Novopoltsev_Pavel

18. Мгновенно открывайте новые способности с помощью дополнительного навыка Гермеса.

2026-05-25T00:59:57.482Z

Агенты с искусственным интеллектом перегружают подсказки, загружая в контекст все рабочие процессы, что приводит к беспорядку и ненужным действиям. Hermes решает эту проблему с помощью Markdown-навыков по запросу, которые остаются неактивными до тех пор, пока их не установят из репозитория Hermes. Это позволяет не перегружать базовый агент, но при этом делает доступными продвинутые рабочие процессы. Пользователи могут проверять навыки на наличие таких требований, как интерфейс командной строки, API или учетные данные, а затем устанавливать и активировать их простым сбросом настроек. Навыки не являются самостоятельными инструментами, а обучают правильным сценариям эффективного использования инструментов с соблюдением требований к происхождению данных и безопасности.

Дополнительные навыки Hermes Agent: как добавлять новые возможности по запросуУ большинства агентов с искусственным интеллектом есть проблема масштабирования.Чем большему количеству рабочих процессов вы их обучаете, тем больше инструкций они постоянно выполняют. Это означает, что у них будет больше подсказок, больше отвлекающих факторов в контексте и больше шансов, что в задачу попадет ненужный код.Hermes Agent решает эту проблему по-другому.Вместо того чтобы встраивать все возможности в базовую подсказку, Hermes использует навыки: пакеты инструкций в формате Markdown, которые по запросу обучают агента выполнять определенные действия.Некоторые навыки доступны по умолчанию. Другие — это официальные дополнительные навыки, которые поставляются с Hermes, но неактивны до тех пор, пока вы их не установите.Вывод: Hermes не обязательно должен быть огромным, чтобы быть мощным. Он может быть компактным и загружать экспертные знания только тогда, когда это необходимо для выполнения задачи.

Какие дополнительные навыки существуют

Навык Hermes — это многократно используемая процедура.

Он может сказать агенту:

когда использовать рабочий процесс
какие команды запускать
какие API или интерфейсы командной строки необходимы
каких подводных камней следует избегать
как проверить результат
какие справочные файлы, скрипты или шаблоны загрузить позже

Дополнительные навыки — это то же самое, но они не активны по умолчанию.

Они находятся в репозитории Hermes Agent по адресу:

https://github.com/NousResearch/hermes-agent/tree/main/optional-skills

При установке Hermes копирует его в вашу локальную библиотеку навыков:

~/.hermes/skills/

После этого навык станет доступен, как и любой другой установленный навык.

Вывод: дополнительные навыки — это официальные возможности Hermes, которые можно добавить, не меняя ядро Hermes.

Почему в Hermes они необязательны

Не каждому пользователю нужен каждый из этих рабочих процессов.

Местному программисту LLM могут потребоваться навыки быстрой настройки внимания, vLLM, TensorRT-LLM, Qdrant или PEFT.
Исследователю могут понадобиться инструменты для поиска в DuckDuckGo, анализа предметной области, биоинформатики, разработки лекарств или парсинга.
Автору может понадобиться Blender MCP, генерация мемов, концептуальные схемы или видеомонтаж.
Пользователям, которые уделяют особое внимание безопасности, могут пригодиться 1Password, Sherlock или OSS forensics.

Если бы все это загружалось по умолчанию, агент работал бы с ошибками.

Дополнительные навыки решают проблему компромиссов:

сделайте агент по умолчанию легковесным
сделайте расширенные рабочие процессы доступными для обнаружения
устанавливайте только то, чем действительно пользуетесь
не засоряйте каждый сеанс подробными инструкциями
Позвольте Hermes развиваться, не навязывая всем пользователям одну и ту же настройку

Вывод: дополнительные навыки — это то, что позволяет Hermes расширяться, не становясь громоздким.

Как просмотреть дополнительные навыки

Используйте центр навыков.

С вашего терминала:

hermes skills browse --source official

Если вы хотите видеть больше результатов на одной странице:

hermes skills browse --source official --size 80

В чате Hermes вы также можете использовать:

/skills browse

Для поиска чего-то конкретного:

hermes skills search docker
hermes skills search qdrant
hermes skills search whisper
hermes skills search solana

Вывод: при изучении возможностей начинайте с просмотра. Используйте поиск, только если уже знаете, какая функция вам нужна.

Как проверить перед установкой

Не нужно устанавливать программы наугад.

Сначала предварительный просмотр навыка:

hermes skills inspect official/research/duckduckgo-search

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

Система управления Docker ожидает появления рабочих процессов Docker.
1Password ожидает команду op CLI.
Blender MCP требует наличия Blender и дополнения MCP.
Parallel CLI ожидает настройки поставщика.
Для некоторых навыков MLOps требуются знания Python, CUDA, инструментов для работы с графическими процессорами или облачных учетных данных.

Вывод: сначала проверьте, не требуются ли для этого навыка учетные данные, локальные инструменты или внешние сервисы.

Как установить официальный дополнительный навык

Схема установки проста:

hermes skills install official/<category>/<skill>

Пример:

hermes skills install official/mlops/tensorrt-llm

После установки навык копируется в:

~/.hermes/skills/

Затем он появляется в:

hermes skills list

После установки навыки вступают в силу

После установки навыка начните новую сессию или сбросьте текущую.

В чате:

/reset

Или просто перезапустите Hermes

Почему?

Hermes защищает кэширование подсказок. Он не вносит постоянных изменений в индекс активных навыков в середине сеанса, если только вы не попросите его об этом.

В некоторых наборах навыков есть опция --now, которая позволяет немедленно очистить кэш подсказок, но привычка к чистоте проста:

Совет: если только что установленный навык не отображается сразу, перезапустите сеанс.

Как удалить дополнительные навыки

Если он вам больше не нужен:

hermes skills uninstall tensorrt-llm

Вывод: устанавливайте по официальному пути. Удаляйте с помощью локального имени навыка.

Чем навыки отличаются от инструментов

Это ключевая ментальная модель.

Инструмент предоставляет Hermes рабочую поверхность.

Примеры:

терминал
редактирование файлов
автоматизация работы браузера
генерация изображения
задания cron
память
поиск в Интернете
MCP

Этот навык учит Гермеса правильно использовать свои способности.

Примеры:

как безопасно управлять Docker
Как запустить рабочий процесс векторного поиска в Qdrant
Как отправлять запросы в кошельки Solana
Как настроить 1Password CLI
Как использовать FastMCP
Как организовать проверку кода
Как выполнить тонкую настройку с помощью PEFT

Инструменты - это руки.

Навыки - это учебники для игры.

Вывод: инструменты позволяют Гермесу действовать. Навыки учат Гермеса действовать правильно.

Лучшие дополнительные навыки, которые стоит освоить в первую очередь

Большинству технически подкованных пользователей я бы посоветовал начать с небольшого набора.

Если вы занимаетесь исследованиями в области искусственного интеллекта:

hermes skills install official/research/duckduckgo-search
hermes skills install official/research/domain-intel
hermes skills install official/research/parallel-cli

Если вы создаете локальные системы на основе больших языковых моделей:

hermes skills install official/mlops/qdrant-vector-search
hermes skills install official/mlops/chroma
hermes skills install official/mlops/peft-fine-tuning
hermes skills install official/mlops/tensorrt-llm
hermes skills install official/mlops/optimizing-attention-flash

Если вы занимаетесь инфраструктурой:

hermes skills install official/devops/docker-management
hermes skills install official/mcp/fastmcp
hermes skills install official/mcp/mcporter

Если вы заботитесь о безопасности и сохранении секретов:

hermes skills install official/security/1password
hermes skills install official/security/oss-forensics
hermes skills install official/security/sherlock

Если вы создаете визуальный или мультимедийный контент:

hermes skills install official/creative/concept-diagrams
hermes skills install official/creative/blender-mcp
hermes skills install official/creative/meme-generation

Вывод: не устанавливайте все подряд. Установите кластеры навыков, которые соответствуют вашим реальным рабочим процессам.

Установка из неофициального каталога

Официальные дополнительные навыки — это лишь один из возможных вариантов.

Hermes также может устанавливать навыки из:

skills.sh
хорошо известные конечные точки навыков
прямые источники на GitHub
пользовательские нажатия на GitHub
Прямые URL-адреса SKILL.md
общественные торговые площадки, такие как ClawHub или LobeHub

Примеры:

hermes skills search react --source skills-sh
hermes skills inspect skills-sh/vercel-labs/json-render/json-render-react
hermes skills install skills-sh/vercel-labs/json-render/json-render-react

Установите приложение напрямую с URL-адреса:

hermes skills install https://example.com/SKILL.md --name my-skill

Добавьте собственный источник навыков GitHub

hermes skills tap add myorg/skills-repo

Затем выполните поиск или установку с его помощью.

Вывод: навыки Hermes не привязаны к одному реестру. Официальные навыки — самая безопасная отправная точка, но система открыта для изменений.

Модель безопасности

Hermes сканирует навыки, установленные в хабе.

Сканер проверяет наличие таких шаблонов, как:

эксфильтрация данных
быстрая инъекция
разрушительные команды
подозрительное поведение в цепочке поставок
опасные инструкции

Официальные дополнительные навыки основаны на проверенных официальных источниках.

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

hermes skills install <identifier> --force

Однако обходить предупреждения об опасных сканах нельзя.

Используйте это правило:

Official skill: generally safe to install
Trusted source: inspect first
Community source: inspect carefully
Unknown URL: treat like running code from the internet

Вывод: навыки — это мощный инструмент, потому что они могут обучать рабочим процессам. Это также означает, что происхождение навыка имеет значение.

Последняя мысль

Дополнительные навыки — один из самых недооценённых элементов дизайна Hermes Agent.

Они делают агент расширяемым, не перегружая его.

Они позволяют опытным пользователям применять глубокие знания о рабочих процессах, не навязывая их тем, кто пользуется ими редко.

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

Будущее агентов — это не один гигантский промпт. Это небольшое ядро с библиотекой навыков, которые загружаются только при необходимости.

Вывод: дополнительные навыки Hermes — это то, что превращает обычного агента в вашего агента.

Больше про агентов и нейросети вы можете прочитать на моеём канале

MAX-https://max.ru/id752703975446_biz

Телеграмм-https://t.me/Novopoltsev_Pavel

17. Hermes Kanban: структурированное многоагентное управление задачами и их передача.

2026-05-24T17:05:46.638Z

Предоставьте нескольким именованным профилям Hermes общую доску задач со структурированными передачами дел, повторными попытками, комментариями, восстановлением после сбоев и панелью контроля со стороны человека.

Hermes Kanban превращает многоагентную работу в настоящую доскуБольшинство «многоагентных» рабочих процессов по-прежнему остаются малозаметными.Вы просите одного агента распределить работу между субагентами. Они запускаются где-то внутри процесса. Результат возвращается в родительский контекст. Если все прошло успешно, отлично.Но в реальной жизни все гораздо сложнее.Агентам приходится ждать друг друга. Людям приходится разблокировать задачи. Рабочие процессы дают сбой. Пропадают учетные данные. Рецензенты отклоняют первые попытки. Для длительных проектов нужен журнал аудита, который сохраняется после перезапусков, повторных попыток и сжатия контекста.Для этого и создан Hermes Kanban.Это превращает многоагентную работу в стабильную систему на базе SQLite, где каждая задача, выполнение, комментарий, зависимость и передача дел становятся доступными для проверки.Вывод: Hermes Kanban — это не просто «агенты со списком задач». Это настоящий уровень координации для ИИ-помощников с именами.

Проблема невидимых субагентов

Стандартный многоагентный шаблон выглядит так:

Родительский агент получает цель
Родитель разбивает задачу на подзадачи
Дочерние агенты запускаются
Родитель ждет ответов
Все сводится к одному последнему ответу

Это работает для коротких синхронных рассуждений.

Это приводит к сбоям, когда работа должна выполняться вне контекстного окна родительского элемента.

Если рабочий процесс блокируется, где хранится причина блокировки?
Если рецензент отклоняет реализацию, как следующий разработчик узнает, что пошло не так?
Если процесс завершается сбоем, кто возвращает задачу в очередь?
Если человек хочет проверить ход выполнения работы, куда ему смотреть?

В Hermes уже есть delegate_task для работы субагентов по принципу «разделяй и властвуй». Канбан решает другую задачу.

delegate_task — это вызов функции.

Канбан — это устойчивая рабочая очередь и конечный автомат.

Вывод: используйте delegate_task, когда родителю нужен быстрый ответ. Используйте Kanban, когда работа требует постоянства, повторных попыток, прозрачности, участия человека или нескольких ролей в течение длительного времени.

Что добавляет Hermes Kanban

Hermes Kanban предоставляет агентам общую доску, которая не привязана к конкретному чату.

Доска по умолчанию хранится по адресу:

~/.hermes/kanban.db

Новая функция поддержки нескольких досок позволяет создавать отдельные доски для каждого проекта, репозитория, клиента или домена:

hermes kanban boards create atm10-server \
  --name "ATM10 Server" \
  --description "Minecraft modded server ops" \
  --icon 🎮 \
  --switch

Дополнительные платы находятся под:

~/.hermes/kanban/boards/<slug>/kanban.db

У каждой доски есть собственная база данных, рабочие пространства, журналы и область действия диспетчера.

Это значит, что ваш «конвейер новостей с использованием искусственного интеллекта», «обслуживание серверов Minecraft», «рецензирование PR-запросов на GitHub» и «изучение потребностей клиентов» могут быть отдельными задачами, а не одним гигантским смешанным бэклогом.

Вывод: канбан теперь применим не только к нескольким агентам, но и к нескольким проектам.

Именованные профили, а не анонимные исполнители

Это ключевая ментальная модель.

Канбан-задачи назначаются профилям Hermes.

Задание может быть передано:

researcher
writer
backend-dev
reviewer
ops

Когда диспетчер получает готовое задание, он запускает назначенный профиль как полноценный рабочий процесс.

У этого работника есть собственная личность, память, навыки, набор инструментов, журналы и рабочий контекст.

Это сильно отличается от анонимного вызова субагента.

Например:

hermes kanban create "Research new open-weight model releases" \
  --assignee researcher \
  --tenant ai-news

Теперь за эту задачу отвечает профиль исследователя. Если задача блокируется, происходит сбой или выполняется повторная попытка, доска фиксирует произошедшее.

Вывод: Hermes Kanban координирует работу постоянных именованных агентов, а не одноразовых скрытых вызовов.

Новая модель платы

В Hermes Kanban появилась более понятная модель доски:

Доска: одна изолированная очередь, обычно по одной на проект или домен

Задача: единица работы с заголовком, описанием, исполнителем, приоритетом, клиентом и статусом

Ссылка: зависимость между задачами «родитель — потомок»

Комментарий: примечания от человека или агента

Выполнить: одна попытка выполнения задачи одним работником

Рабочее пространство: где работает сотрудник

Диспетчер: цикл, который продвигает и утверждает готовые работы

Статусы задач включают:

triage
todo
ready
running
blocked
done
archived

Это обеспечивает полноценный рабочий процесс.

Сырые идеи могут лежать в триаде.
Задачи, ожидающие выполнения зависимостей, остаются в разделе todo.
Выполняемые задачи перемещаются в готовность.
Заявленные задачи становятся выполняемыми.
Задачи, требующие участия человека, переходят в категорию заблокированы.
Выполненные задачи перемещаются в раздел выполнено.
Старые задачи можно заархивировать.

Вывод: Канбан предоставляет агентам общий механизм управления состоянием, а не просто список подсказок.

Диспетчер теперь живет в шлюзе

Одно из самых важных операционных обновлений: диспетчер по умолчанию работает внутри шлюза Hermes.

Вы запускаете шлюз:

hermes gateway start

Затем встроенный диспетчер Kanban по умолчанию просыпается каждые 60 секунд и:

Возвращает устаревшие претензии
Обнаруживает вышедших из строя работников
Продвигает задачи, удовлетворяющие требованиям зависимости
Утверждает, что готовые задачи выполняются атомарно
Создает назначенный профиль
Прикрепляет рабочего к нужной доске

Конфигурация выглядит следующим образом:

kanban:
  dispatch_in_gateway: true
  dispatch_interval_seconds: 60

Старый автономный путь к демону существует только как устаревший запасной вариант:

hermes kanban daemon --force

Но предполагаемый путь прост: запускаем шлюз, пусть он выполняет диспетчеризацию.

Вывод: Kanban теперь является частью стандартной среды выполнения Hermes. Большинству пользователей не потребуется отдельный демон.

Люди используют интерфейс командной строки, команды со слэшем и дашборд

Теперь у пользователя есть три способа взаимодействия с доской.

hermes kanban list
hermes kanban show t_abc
hermes kanban comment t_abc "Need to check the source link"
hermes kanban unblock t_abc
hermes kanban stats

2. Команда Slash в Hermes Agent

В чате можно использовать ту же поверхность:

/kanban list
/kanban show t_abc
/kanban create "Draft AI recap" --assignee writer
/kanban unblock t_abc
/kanban boards list
/kanban --board atm10-server list

Полезное обновление: команда /kanban create может автоматически подписывать исходный чат на события терминала, связанные с новой задачей, чтобы вы получали уведомления о ее завершении, блокировке, сбое, зависании или истечении времени ожидания.

3. Приборная панель

На панели управления Hermes появился плагин Kanban.

Начни это:

hermes dashboard

Затем откройте вкладку «Канбан».

Приборная панель дает вам:

Столбцы для отображения состояния задачи
Переключатель платы
Ящик для карточек с историей запуска
Комментарии
Родительские и дочерние ссылки
Фильтры для поиска, арендатора и исполнителя
Вид «Полосы по профилям»
Кнопка «Нажатие диспетчера»
Изменение статуса при перетаскивании
Текущие обновления от событий задачи

Вывод: люди могут контролировать работу нескольких агентов, не просматривая логи и не дожидаясь окончательного ответа.

Рабочие не раскошеливаются

Это небольшое, но важное обновление.

Люди и сценарии используют:

hermes kanban ...

Рабочие этого не делают.

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

HERMES_KANBAN_TASK=<task_id>
HERMES_KANBAN_BOARD=<board_slug>

Эта среда позволяет использовать специальный набор инструментов kanban_* в схеме модели рабочего процесса:

kanban_show
kanban_complete
kanban_block
kanban_heartbeat
kanban_comment
kanban_create
kanban_link

Итак, рабочий начинает с того, что звонит:

kanban_show()

Нет:

hermes kanban show t_abc

Это важно, поскольку серверная часть терминала рабочего может быть локальной, работать на Docker, SSH, Modal, Singularity или на чем-то еще. Инструменты Kanban запускаются в собственном процессе Python агента и используют тот же уровень kanban_db, что и интерфейс командной строки и панель управления.

Еще лучше:

В обычных сессиях Hermes эти инструменты не используются. Инструменты kanban_* появляются только при наличии параметра HERMES_KANBAN_TASK.

Никаких задач по Канбан, никаких раздутых схем Канбан.

Вывод: сотрудники, использующие канбан-методологию, взаимодействуют с помощью защищенных вызовов инструментов, а не команд оболочки.

Зависимости становятся автоматическим продвижением

Задачи можно объединять в пайплайны:

SCHEMA=$(hermes kanban create "Design auth schema" \
  --assignee backend-dev \
  --json | jq -r .id)

API=$(hermes kanban create "Implement auth API endpoints" \
  --assignee backend-dev \
  --parent $SCHEMA \
  --json | jq -r .id)

hermes kanban create "Write auth integration tests" \
  --assignee qa-dev \
  --parent $API

Только первое задание начинается с отметки «Готово».

Задача API ожидает завершения задачи по созданию схемы.

Тесты выполняются до завершения задачи API.

Когда родительский элемент завершает работу, механизм зависимостей переводит подходящие дочерние элементы из категории «в работе» в категорию «готово».

Это позволяет создавать настоящие конвейеры для агентов:

спецификатор → исполнитель → рецензент → автор → издатель

или

Вывод: канбан позволяет организовать последовательность действий с участием нескольких агентов, не заставляя главного агента контролировать каждый шаг.

История повторных попыток — это высший класс

Настоящая работа часто не получается с первого раза.

Рабочий процесс может быть заблокирован из-за отсутствия учетных данных.
Рецензент может отклонить предложенную реализацию.
Процесс может завершиться аварийно.

В системе Hermes Kanban каждая попытка сохраняется в виде отдельной строки.

Задача может иметь:

Run 1: blocked
Run 2: completed

Или:

Run 1: spawn_failed
Run 2: spawn_failed
Run 3: gave_up

или:

Run 1: crashed
Run 2: completed

При повторной попытке выполнения задачи следующий исполнитель видит предыдущие попытки в контексте текущей.

Это значит, что он не повторяет вслепую один и тот же неудачный путь.

Пример:

kanban_block(
    reason="Review: password strength check missing, reset link can be replayed"
)

После того как человек разблокирует его:

hermes kanban unblock t_abc

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

Вывод: в канбан-методе повторные попытки зависят от состояния системы. Вторая попытка учитывает ошибки первой.

Восстановление после сбоев и автоматические выключатели

Диспетчер также занимается устранением серьезных сбоев в работе.

Если рабочий процесс завершается, диспетчер может обнаружить его идентификатор, освободить заявку и вернуть задачу в состояние готовности.

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

Вместо бесконечного беззвучного воспроизведения на доске появляется сообщение:

spawn_failed
spawn_failed
gave_up

А уведомление от шлюза может сообщить вам, что задача не выполнена.

Вывод: в Hermes Kanban сбой рассматривается как состояние системы, а не как невидимая ошибка, возникающая во время выполнения.

Поддержка нескольких плат меняет масштаб

Последние обновления плат имеют большое значение, поскольку серьезные агенты редко работают над одним проектом.

Возможно, вам понадобится что-то вроде этого:

default
ai-news
github-review
local-llm-wiki
home-ops
client-research

Каждой доской можно управлять отдельно:

hermes kanban boards list
hermes kanban boards create ai-news --switch
hermes kanban --board github-review list
hermes kanban boards switch local-llm-wiki

Порядок принятия решения Правлением таков:

Явное указание --board <slug>
ДОСКА УПРАВЛЕНИЯ HERMES_KANBAN
~/.hermes/kanban/current
По умолчанию

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

Арендаторы по-прежнему существуют внутри доменов как более мягкое пространство имен, но домены — это реальная граница изоляции.

Вывод: доски нужны для разделения проектов. Домены — это фильтры внутри доски.

Практическая установка

Простой рабочий процесс по методу Канбан:

# Initialize the board
hermes kanban init

# Start the gateway, which hosts the dispatcher
hermes gateway start

# Create work
hermes kanban create "Research AI funding landscape" \
  --assignee researcher

# Watch live events
hermes kanban watch

# Inspect state
hermes kanban list
hermes kanban stats

Для доски по конкретному проекту:

hermes kanban boards create ai-news \
  --name "AI News Pipeline" \
  --description "Daily research, writing, and publishing workflow" \
  --switch

hermes kanban create "Collect official AI announcements" \
  --assignee researcher \
  --tenant daily-recap

hermes kanban create "Draft X article from research" \
  --assignee writer \
  --tenant daily-recap

Для использования в чате:

/kanban boards list
/kanban create "Check blocked ops tasks" --assignee ops
/kanban list --mine
/kanban unblock t_abc

Вывод: вы можете запускать Hermes Kanban из терминала, панели управления, чата, скриптов, cron или из самих агентов.

Где это становится мощным

Канбан особенно полезен, когда рабочий процесс имеет одну из следующих форм:

1. Исследование разветвлений

Несколько исследователей параллельно собирают источники. Аналитик обобщает данные. Автор пишет черновик. Рецензент проверяет утверждения.

2. Инженерные трубопроводы

Менеджер проекта пишет спецификацию. Разработчик реализует ее. QA пишет тесты. Рецензент проверяет различия. Оператор развертывает.

3. Участие человека в процессе

Рабочий процесс блокируется, когда требуется подтверждение, одобрение или принятие решения. Вы комментируете или разблокируете чат.

4. Разведение флота

Один специалист выполняет множество схожих задач: расшифровку аудиозаписей, переводы, составление описаний товаров, сортировку проблем, проверку аккаунтов.

5. Плановые операции

Cron создает повторяющиеся задачи в Канбан-доске с ключами идемпотентности. Доска становится надежным операционным журналом.

6. Цифровые близнецы

Названные профили, такие как «сортировка входящих», «исследователь», «проверка операций» или «администратор вики», накапливают данные и со временем обрабатывают повторяющиеся задачи.

Вывод: канбан лучше всего работает, когда у работы есть память, состояние, повторные попытки, контроль и ролевые границы.

Заключение

Hermes Kanban — это тот момент, когда многоагентная работа перестает быть скрытым трюком и начинает восприниматься как операционная система.

Доска предоставляет каждой задаче свое место. Диспетчер дает каждому исполнителю возможность начать работу. Структурированная передача задач обеспечивает каждый последующий агент необходимым контекстом. История выполнения позволяет анализировать сбои, а не гадать, в чем причина. Панель управления, интерфейс командной строки и команда /kanban дают людям реальные возможности управления.

Это и есть сдвиг.

Не “еще агенты”.

Лучшая координация.

Hermes Kanban делает работу агентов видимой, устойчивой и управляемой, а это именно то, что нужно мультиагентным системам, если они хотят перейти от демонстрационных версий к полноценному использованию.

Главный вывод: будущее агентов — это не только более совершенные модели. Это улучшенная инфраструктура для распределения задач, сохранения контекста, восстановления после сбоев и обеспечения вовлеченности человека.

Больше про агентов и нейросети вы можете прочитать на моеём канале

MAX-https://max.ru/id752703975446_biz

Телеграмм-https://t.me/Novopoltsev_Pavel

16. Рабочее пространство Hermes: полная функциональность для работы с реальными агентами.

2026-05-23T10:49:22.110Z

Чат, память, навыки, терминал, файлы, Conductor (параллельная оркестровка) и дашборд — все это было в продуманном интерфейсе рабочего пространства Hermes, но не хватало продуманного уровня.

Целевая страница по адресуhermes-workspace.com

Публичное репозиторий на GitHubhttps://github.com/outsourc-e/hermes-workspace @аутсорсинг_

Большинство пользовательских интерфейсов по-прежнему напоминают чат-приложения, выдающие себя за рабочие пространства.Hermes Workspace работает по-другому.Это не просто красивое текстовое поле.

Это полноценная рабочая среда для Hermes Agent: чат, память, навыки, терминал, файлы, оркестрация и мониторинг в одном месте.

Это различие имеет большее значение, чем может показаться на первый взгляд.Дело в том, что, когда агент начинает выполнять реальную работу, узким местом становится не только модель.

Узким местом становится интерфейс, который вы используете для управления моделью, ее проверки, исправления ошибок и контроля всего, что происходит в чате.

Hermes Workspace — одна из самых удачных, на мой взгляд, попыток решить эту проблему для Hermes.

Целевая страница по адресу hermes-workspace.com

Публичное репозиторий на GitHub https://github.com/outsourc-e/hermes-workspace

Что на самом деле представляет собой Hermes Workspace

Hermes Workspace — это веб-интерфейс с открытым исходным кодом для Hermes Agent, созданный разработчиком @аутсорсинг_

На сайте это описано просто:

Чат, память, навыки, терминал и файлы в одном интерфейсе.

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

Это не просто браузерная оболочка для одной ветки обсуждения.

Это рабочий слой для тех частей Hermes, которые обычно разбросаны по разным местам:

окна терминала
локальные файлы
журналы сеансов
конфигурационные файлы
вывод шлюза
навыки и инструменты запоминания
отдельные рабочие процессы для мобильных устройств и настольных компьютеров

Вместо того чтобы заставлять вас переключаться между всеми этими элементами, Hermes Workspace пытается собрать все необходимое в одном месте.

Вывод: Hermes Workspace — это не «интерфейс чата для Hermes». Это уровень управления, определяющий, как на самом деле используется Hermes.

Настоящая проблема, которую он решает

Многие считают, что самое сложное в агентских продуктах — это качество моделей.

Это верно лишь наполовину.

Как только вы начинаете серьезно относиться к использованию агента, настоящие трудности возникают в другом месте:

Где я могу наглядно увидеть работу инструмента?
Где можно проверить память?
Где я могу управлять навыками, не обращаясь к исходным файлам?
Где можно выполнять команды, не выходя из контекста сеанса?
Как использовать одну и ту же настройку на компьютере и мобильном устройстве?
Как управлять несколькими агентами, не открывая пять терминалов?

У Hermes уже есть мощный базовый функционал. Многим пользователям не хватает согласованной оболочки, которая позволила бы использовать эти возможности естественным образом.

Hermes Workspace призван устранить этот пробел. Он превращает Hermes из «мощного агента для терминалов» в «полноценную среду для работы с агентами».

Вывод: основная идея продукта заключается не в том, чтобы «сделать Hermes красивее». А в том, чтобы «сделать Hermes понятным и удобным в работе».

Что сразу бросается в глаза

Домашняя страница и репозиторий дают общее представление о проекте.

1. Он разработан с учетом особенностей Hermes, а не обычного чата

Интеграция зависит от конкретного продукта.

Это важно, потому что многие пользовательские интерфейсы заявляют о поддержке «любого бэкенда, совместимого с OpenAI», но как только вам понадобятся более продвинутые функции агента, абстракция перестает работать.

Hermes Workspace поддерживает общие конечные точки, совместимые с OpenAI, но его возможности значительно расширяются при использовании шлюза и API Hermes Agent.

Это правильное решение с точки зрения продукта. Общая совместимость полезна. Но по-настоящему ценной она становится при нативной интеграции.

2. Это явный нуклеарный форк

Это одна из самых сильных сторон позиционирования.

В файле README указано, что проект:

v2 с нулевым форком. Клонируйте, а не форкайте. Работает на стандартной версии NousResearch/hermes-agent, установленной с помощью собственного установщика Nous. Никаких патчей, никакого дрейфа.

Это очень важно.

Многие «дополнительные пользовательские интерфейсы» перестают работать, как только основной проект претерпевает изменения. Если Hermes Workspace действительно будет соответствовать исходному проекту Hermes, а не поддерживать отдельный исправленный стек, это значительно повысит вероятность того, что он останется востребованным в долгосрочной перспективе.

Вывод: «нулевая вилка» — это не просто слоган репозитория. Это один из самых продуманных архитектурных решений во всем проекте.

3. К Hermes относятся как к среде, а не как к набору подсказок

Судя по скриншотам и набору функций, цель очевидна:

Чат
Проводник
Информационная панель
Память
Терминал
Настройки

Этот список говорит о многом.

Это не просто «чат с боковой панелью». Это модель рабочего пространства.

https://www.star-history.com/?type=date&logscale=&legend=top-left&repos=outsourc-e%2Fhermes-workspace

Память и навыки, которые можно проверить на практике

Одно из главных отличий Hermes Agent от других мессенджеров заключается в том, что он не работает без сохранения состояния.

У него есть:

постоянная память
навыки многократного использования
история сеанса
рабочие процессы с помощью инструментов

Большинство пользователей не используют их, потому что интерфейс слишком сложный.

Похоже, что Hermes Workspace напрямую нацелен на решение этой проблемы. На сайте в качестве основных функций выделены работа с памятью и навыками, а в файле README говорится, что вы можете просматривать, искать и редактировать данные в памяти, изучая обширный каталог навыков.

Такие вещи кажутся второстепенными, пока вы ими не воспользуетесь.

И тут вы понимаете, что это меняет подход к работе с агентом:

Вы помните, что на самом деле помнит система
вы проверяете, почему изменилось поведение
вы используете рабочие процессы повторно, а не создаете их заново
относитесь к агенту как к постоянно действующей системе, а не как к одноразовому средству коммуникации

Вывод: если Hermes со временем станет еще более полезным, то интерфейс для работы с памятью и навыками должен быть первоклассным. Похоже, Hermes Workspace это понимает.

Терминал в рабочей области — это не просто фишка

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

Есть ли у него полноценный терминал или предполагается, что работа начинается и заканчивается в чате?

В Hermes Workspace есть собственный браузерный терминал PTY. На сайте он прямо назван интегрированным терминалом, а в файле README указано, что это часть основного продукта, а не что-то второстепенное.

Это правильный ход. Гермес сильнее всего, когда может:

проверять файлы
выполнять команды
проверка выходных данных
работа в условиях реального окружения

Если пользователю постоянно приходится выходить из рабочего пространства, чтобы сделать это вручную, продукт начинает мешать рабочему процессу.

Встроенный терминал обеспечивает непрерывность рабочего процесса:

спрашивай
Осмотр
беги
проверить
продолжать

Вот каким должен быть серьезный агентский инструментарий.

Вывод: терминал — это не дополнительная функция. Он является частью рабочего пространства, а не просто оболочкой для чата.

Дирижёр — самая амбициозная роль

Пожалуй, самый интересный скриншот на сайте — это скриншот с дирижёром.

Это описывается как:

Организатор миссий. Запускайте параллельных агентов и наблюдайте за их работой.

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

несколько работников
параллельное выполнение
представление оркестровки
Живое осознание происходящего

Если эта функция дозреет, она может стать одной из главных причин, по которым стоит использовать Hermes Workspace.

Чем более автоматизированным становится ваш рабочий процесс, тем менее полезным становится обычный однопоточный интерфейс чата.

Вам нужны координационные поверхности. Вам нужна видимость. Вам нужен оперативный контроль. Именно на это указывает Conductor.

Вывод: в Conductor интерфейс Hermes Workspace становится все меньше похож на пользовательский интерфейс и все больше — на среду для управления агентами.

Приборная панель и операции недооценены

На целевой странице также подчеркивается:

Обзорные показатели по сессиям, сообщениям, инструментам и токенам
операционная консоль для управления работающими агентами

На это легко не обратить внимания, но это очень важно.

Если вы регулярно используете Hermes, особенно в течение длительных сессий или при работе с несколькими рабочими процессами, вам нужно нечто большее, чем просто «какой был последний ответ?».

Вам нужно:

осведомленность о сеансе
видимость инструмента
токен и контекст действия
рабочее состояние

Вот так можно перейти от демонстрационных версий к многократному использованию в повседневной жизни.

Вывод: хороший инструмент для работы с агентами должен обеспечивать наблюдаемость, а не просто сохранять историю разговоров.

История создания проекта впечатляет больше, чем большинство проектов в области искусственного интеллекта с открытым исходным кодом

Одна из самых привлекательных особенностей Hermes Workspace — простота настройки.

Главная страница посвящена процессу установки:

curl -fsSL https://hermes-workspace.com/install.sh | bash

Затем начинает формировать стек:

hermes gateway run
cd ~/hermes-workspace && pnpm dev

Важно не только то, что в нем есть однострочник. Однострочники есть во многих репозиториях.

Важнее всего то, что, по утверждению разработчиков, делает этот однострочник:

определяет наличие Node 22+, Python 3.11+ и pnpm
устанавливает то, чего не хватает
устанавливает hermes-agent из PyPI
клонирует рабочее пространство
провода .env
может быть повторно запущен

Именно такая дисциплина настройки нужна для подобных проектов. Она сокращает разрыв между «это выглядит круто» и «я действительно это запускаю».

Вывод: качество установки — это часть качества продукта. Похоже, Hermes Workspace относится к этому серьезно.

Почему это важно именно для Hermes

Самые качественные продукты не являются универсальными. Они идеально подходят для того, для чего созданы.

Hermes Agent имеет особую форму:

использование инструмента
память
навыки
гибкость поставщика услуг
собственные рабочие процессы терминала
доступ к шлюзу
мультиагентные возможности

Hermes Workspace выглядит так, будто его кто-то создал (@аутсорсинг_

) который понимает эту фигуру.

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

Продукт наиболее эффективен, когда максимально соответствует своей истинной природе.

не просто поболтать
не просто API-интерфейсы завершения
не просто игрушка для программирования на компьютере
не просто тематический интерфейс

Лучше всего, когда он выступает в роли интерфейса для постоянной, расширяемой системы агентов, управляемых оператором.

Вывод: лучший пользовательский интерфейс для Hermes — это тот, который не противоречит тому, чем уже является Hermes. Похоже, этот проект соответствует этому требованию.

Простая система оценки Hermes Workspace

Если вы решаете, стоит ли тратить время на Hermes Workspace, воспользуйтесь этим чек-листом:

Тест Hermes Workspace из 5 пунктов

1. Уменьшает ли он трение инструмента?

Можете ли вы проверять чат, память, навыки и активность терминала, не переключаясь между средами?

2. Сохраняет ли он силу Гермеса?

Делает ли это Гермеса сильнее или превращает его в обычный чат?

3. Повышает ли это прозрачность рабочих процессов?

Можете ли вы понять, что именно делает агент, а не просто то, что он сказал?

4. Поддерживает ли он реальные шаблоны развертывания?

Локальные, удаленные, мобильные, Docker, локальные модели, подключение к существующему шлюзу.

5. Сохраняется ли синхронизация с вышестоящим сервисом Hermes?

Здесь важно утверждение о нулевом форке.

Вывод: если пользовательский интерфейс Hermes соответствует этим пяти критериям, он заслуживает серьезного внимания. Похоже, что Hermes Workspace создавался именно с учетом этих критериев.

Итог

Hermes Workspace — один из самых продуманных дополнительных продуктов для среды выполнения агентов.

И не потому, что это добавляет броский брендинг с использованием искусственного интеллекта.

Потому что он, кажется, понимает простую истину:

Агент у вас уже есть.

Этот уровень призван сделать всю систему пригодной для использования в качестве рабочего пространства.

Больше про агентов и нейросети вы можете прочитать на моеём канале

MAX-https://max.ru/id752703975446_biz

Телеграмм-https://t.me/Novopoltsev_Pavel

Подробный разбор Hermes Workspace

Рабочее пространство Hermes

Командный центр вашего ИИ-агента — чат, файлы, память, навыки и терминал в одном месте.

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

v2 — без форка. Клонируйте, не форкайте. Работает на ванильной версии NousResearch/hermes-agent, установленной с помощью собственного установщика Nous. Чат, сеансы, память, навыки, задания, MCP, терминал, панель управления, представление агентов и операции — все это в ванильной версии. Conductor использует API панели управления, если он доступен, и переключается на встроенную в Workspace диспетчеризацию Swarm (mode: native-swarm), если конечная точка панели управления недоступна, сохраняя поведение без форка .

Режим Роя

Hermes Agent Swarm превращает рабочее пространство в динамическую плоскость управления: неограниченное количество агентов Hermes, 1 оркестратор, 0 человек, распределяющих задачи вручную. Постоянные рабочие процессы в tmux сохраняют контекст при выполнении задач, обеспечивают безопасную ротацию и сообщают о контрольных точках с доказательствами. Ролевая система распределения задач направляет разработчиков, рецензентов, специалистов по документации, исследователей, операторов, сортировщиков, тестировщиков и лаборантов по разным путям, не превращая Эрика в диспетчера задач. Проверка на уровне байтов защищает релизные ветки перед отправкой PR. Автономные конвейеры для обработки и выпуска продукции, лабораторные эксперименты и система ремонта позволяют машине работать, пока люди принимают решения.

Начните здесь: docs/swarm/

Чат с Orchestrator — запросите у плоскости управления одну задачу, декомпозированную миссию или полную трансляцию.
Многоагентная плоскость управления — просматривайте информацию о постоянных агентах Hermes, ролях, состоянии, времени выполнения и маршрутах на одной панели.
Канбан-доска задач — планируйте бэклог, отслеживайте готовность, выполнение, проверку, блокировку и завершение задач, не покидая рабочее пространство.
Отчеты + почтовый ящик — просматривайте контрольные точки, блокирующие факторы, передачи и решения, готовые к утверждению.
Встроенное представление TUI — подключайтесь к рабочим процессам на базе tmux или используйте интерактивную оболочку/поток логов.

✨ Что внутри

💬 Чат — потоковая передача в реальном времени, рендеринг вызовов инструментов, многосессионный режим, подсветка синтаксиса и Markdown
🧠 Память — Просмотр, поиск и редактирование памяти агента; живой редактор markdown
🧩 Навыки — просмотрите более 2000 навыков с помощью значков происхождения, фильтров, путей к источнику, торговой площадки
🔌 MCP — Полная страница / mcp страница (каталог + торговая площадка + исходники) или резервный вариант для локальной конфигурации CRUD
📁 Файлы + терминал — Полнофункциональный файловый браузер рабочего пространства с Monaco; кроссплатформенный PTY-терминал
🎮 Операции — Мультиагентная панель мониторинга с предустановками профиля (Sage / Trader / Builder / Scribe / Ops) и определением "Потребностей в настройке"
📡 Conductor — отправка и декомпозиция миссий с помощью панели управления, если она доступна, и в противном случае с помощью встроенного в Workspace Swarm
👥 Просмотр агента — Живая панель агента в чате с аватаром, очередью, историей, счетчиком использования
🐝 Режим роя — Постоянные работники агента Hermes, поддерживаемые tmux, с ролевой диспетчеризацией
🗄️ Панель управления — сводный обзор: сеансы, набор моделей, книга учета затрат, карточка внимания, оперативная таблица
🎨 Темы — Hermes, Nous, Бронза, Шифер, Моно (светлый + темный)
🔒 Безопасность — Промежуточное программное обеспечение аутентификации на каждом маршруте, CSP, защита от обхода пути, удаленная привязка при сбое
📱 PWA + Tailscale — установка в виде нативного приложения; доступ с любого устройства в вашей сети
⚙️ Ограничения возможностей — функции, для которых требуются конечные точки (Conductor), отображаются в виде чистого плагина, а не прерывают работу в процессе выполнения

🚀 Быстрый старт

Три пути — выберите тот, который подходит именно вам:

Путь

Лучше всего для

Время

🐳 Docker Compose

Самостоятельные хостинги, домашние лаборатории, «дайте мне возможность проявить себя»

~2 мин

🌐 Установка в одну строку

Локальный разработчик на macOS/Linux

~3 мин

🔌 Прикрепить к существующему hermes-agent

Вы уже используете Hermes Agent

~1 мин

Однострочная установка

curl -fsSL https://raw.githubusercontent.com/outsourc-e/hermes-workspace/main/install.sh | bash

Этот скрипт устанавливает hermes-agent с помощью официального установщика Nous, клонирует это репозиторий, настраивает .env и устанавливает зависимости. Затем:

Запуск шлюза Hermes # терминал 1
cd ~/hermes-workspace && pnpm dev # терминал 2

Откройте http://localhost:3000. Вот и всё.

Уже используете `hermes-agent`? Подключите к нему рабочую область

Если у вас уже установлен hermes-agent (с помощью официального установщика Nous, из исходного кода, через systemd, Docker или другим способом) и он обслуживает шлюз по адресу http://<host>:8642, вам не нужно ничего переустанавливать — просто укажите на него рабочее пространство.

git clone https://github.com/outsourc-e/hermes-workspace.git 
cdhermes-workspace 
установка pnpm 
cp .env.example .env 

# Укажите на существующие службы агента Hermes.
echo 'HERMES_API_URL=http://127.0.0.1:8642' >> .env
# Для установок с нулевым форком также требуется отдельный API панели мониторинга для конфигурации / сессий / навыков / заданий.
echo 'HERMES_DASHBOARD_URL=http://127.0.0.1:9119' >>.env 

# Если ваш шлюз был запущен с помощью API_SERVER_KEY (авторизация включена), установите то же значение:
# echo 'HERMES_API_TOKEN=***' >> .env

pnpm dev # http://localhost:3000 (переопределить с помощью PORT=4000 pnpm dev)

Требования со стороны агента:

Шлюз привязан к адресу, по которому можно получить доступ к рабочей области (обычно это API_SERVER_HOST=0.0.0.0 + открытый порт).
API_SERVER_ENABLED=true в ~/.hermes/.env (или в среде агента), поэтому шлюз предоставляет доступ к основным API на :8642.
hermes dashboard запущен (по умолчанию http://127.0.0.1:9119) для установок без форка. Панель управления предоставляет доступ к API конфигурации, сессий, навыков и заданий.
Если задано значение API_SERVER_KEY, рабочая область должна передавать такое же значение через HERMES_API_TOKEN — в противном случае оба значения не заданы.

Перед открытием рабочей области проверьте оба сервиса:

curl http://127.0.0.1:8642/healthдолжно вернуться ok.
curl http://127.0.0.1:9119/api/statusдолжно вернуться метаданные панели управления.

Затем запустите рабочее пространство и завершите настройку — оно должно автоматически обнаружить пару шлюз + панель управления и разблокировать расширенные панели.

Запуск на удаленном хосте (Tailscale / VPN / LAN)

Если рабочее пространство и браузер находятся на разных компьютерах — например, рабочее пространство работает на Raspberry Pi, Mac или домашнем сервере, а вы подключаетесь к нему с телефона через Tailscale, — укажите HERMES_API_URL на адрес доступного бэкенда, а не 127.0.0.1:

>>'
HERMES_API_URL=http://100.x.y.z:8642 'echo#  На сервере, на котором запущено рабочее пространство + шлюз: .env
echo 'HERMES_DASHBOARD_URL=http://100.x.y.z:9119' >> .env

# Также настройте шлюз на прослушивание всех интерфейсов, чтобы узлы Tailscale могли с ним взаимодействовать.
# В ~/.hermes/.env (или в любом другом месте, где шлюз считывает конфигурацию):
echo 'API_SERVER_HOST=0.0.0.0' >> ~/.hermes/.env

Затем перезапустите шлюз, панель управления и рабочее пространство. Запустите рабочее пространство с удаленного устройства, и проверка подключения будет выполняться с использованием IP-адреса Tailscale вместо localhost. И HERMES_API_URL и HERMES_DASHBOARD_URL должны быть настроены на URL-адреса, доступные через Tailscale/локальную сеть. Если настроить только один из них, проверка 127.0.0.1 завершится ошибкой.

Если вы уже запустили рабочую область, вы можете обновить оба URL-адреса из Settings → Connection без перезапуска. Значения сохраняются в ~/.hermes/workspace-overrides.json и вступают в силу немедленно (при сохранении проверяются возможности шлюза). Редактирование .env по-прежнему работает для предварительной настройки и для CI/контейнеров.

Ручная установка

Hermes Workspace работает с любым бэкендом, совместимым с OpenAI. Если ваш бэкенд также предоставляет API-интерфейсы шлюза Hermes Agent, вам автоматически становятся доступны расширенные функции, такие как сеансы, память, навыки и задания.

Предварительные условия

Node.js 22+ — nodejs.org
Серверная часть, совместимая с OpenAI — локальная, размещенная на собственном сервере или удаленная
Необязательно: Python 3.11+, если вы хотите запустить шлюз Hermes Agent локально

Шаг 1. Запустите серверную часть

Настройте Hermes Workspace на любой сервер, который поддерживает:

POST /v1/chat/completions
GET /v1/models Рекомендуемые

Пример настройки шлюза Hermes Agent (с нуля):

# Установите hermes-agent через официальный установщик Nous 
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash 

# Настройте провайдера + запустите шлюз 
настройка hermes 
запуск шлюза hermes

Наш однострочный установщик (ниже) выполняет оба шага автоматически. Если вы используете другой сервер, совместимый с OpenAI, просто запомните его базовый URL.

Шаг 2. Установите и запустите Hermes Workspace

# В новом терминале
git clone https://github.com/outsourc-e/hermes-workspace.git
cd hermes-workspace
pnpm install
cp .env.example .env
printf '\nHERMES_API_URL=http://127.0.0.1:8642\n' >> .env
pnpm dev # Запускается на http://localhost:3000

Проверьте: откройте http://localhost:3000 и завершите процесс регистрации. Сначала подключите серверную часть, затем убедитесь, что чат работает. Если ваш шлюз предоставляет доступ к API Hermes Agent, расширенные функции появятся автоматически.

Переменные среды

# URL-адрес бэкенда, совместимого с OpenAI
HERMES_API_URL=http://127.0.0.1:8642

# Необязательно: ключи провайдера, которые шлюз Hermes Agent может считывать во время выполнения.
# Вам нужны только ключи того провайдера (тех провайдеров), которого (которых) вы используете.
# OPENAI_API_KEY=sk-... # GPT / o-series / совместимо с OpenAI
# OPENROUTER_API_KEY=sk-or-v1-... # OpenRouter (вкл. бесплатные модели)
# GOOGLE_API_KEY=AIza... # Gemini
# (Ollama / LM Studio / локальным серверам ключ не нужен)

# Дополнительно: защитите веб-интерфейс паролем
# HERMES_PASSWORD=ваш_пароль

🧠 Локальные модели (Ollama, Atomic Chat, LM Studio, vLLM)

Hermes Workspace поддерживает два режима работы с локальными моделями:

Портативный режим (самый простой)

Настройте рабочее пространство непосредственно на локальном сервере — шлюз Hermes Agent не требуется.

Атомарный Чат

# Запустите рабочее пространство, настроенное на Atomic Chat
HERMES_API_URL=http://127.0.0.1:1337/v1 pnpm dev

Скачайте Atomic Chat, запустите настольное приложение и убедитесь, что модель загружена, прежде чем запускать Hermes Workspace.

Оллама

# Запускаем Олламу
OLLAMA_ORIGINS=* подача олламы 

# Запустить рабочую область, указанную на Ollama
HERMES_API_URL=http://127.0.0.1:11434 pnpm dev

Чат работает сразу. Сессии, память и навыки отображаются как «Недоступно» — это ожидаемо в портативном режиме.

Расширенный режим (все функции)

Используйте шлюз Hermes Agent для управления сессиями, памятью, навыками, заданиями и инструментами.

Вот два наглядных ~/.hermes/config.yaml примера локальных провайдеров, которых мы поддерживаем непосредственно в рабочей области:

Atomic Chat

провайдер: atomic-chat
модель: название-вашей-модели
пользовательские_провайдеры:
 - название: atomic-chat
    базовый_URL: http://127.0.0.1:1337/v1
    ключ_API: atomic-chat
    режим_API: автодополнение_в_чате

Оллама

провайдер: ollama
модель: qwen3:32b
пользовательские_провайдеры:
 - имя: ollama
    базовый_URL: http://127.0.0.1:11434/v1
    ключ_API: ollama
    режим_API: автодополнение_в_чате

Вы можете адаптировать эту форму для других локальных раннеров, совместимых с OpenAI, но Atomic Chat и Ollama — это два встроенных локальных пути, описанных в пользовательском интерфейсе рабочей области.

2. Включите сервер API в ~/.hermes/.env:

API_SERVER_ENABLED=true

3. Запустите шлюз, панель управления и рабочее пространство.

Запуск шлюза Hermes # Запускает основные API на :8642
 Панель управления Hermes # Запускает API панели управления на :9119
 HERMES_API_URL=http://127.0.0.1:8642 \
 HERMES_DASHBOARD_URL=http://127.0.0.1:9119 \
pnpm dev

Для шлюзов с аутентификацией также установите для HERMES_API_TOKEN в рабочей среде то же значение, что и для API_SERVER_KEY.

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

Работает с любым сервером, совместимым с OpenAI — Atomic Chat, Ollama, LM Studio, vLLM, llama.cpp, LocalAI и т. д. Просто измените base_url и model в приведенной выше конфигурации.

🤝 Свяжите агента с рабочим пространством

Workspace — это пользовательский интерфейс. Hermes Agent — это мозг. Они взаимодействуют через два HTTP-сервиса на локальном хосте (или в любой доступной сети).

┌───────────────┐         :8642 gateway          ┌────────────────┐
│   Workspace    │ ─────────────────────▶ │  Hermes Agent  │
│   :3000 (UI)   │ ◀───────────────────── │  CLI / brain   │
└───────────────┘         :9119 dashboard        └────────────────┘

Две службы, три команды

Запуск шлюза Hermes # терминал 1 · :8642 · чат, модели, потоковая передача, задания
Панель управления Hermes # терминал 2 · :9119 · сеансы, навыки, конфигурация, MCP
cd ~/hermes-workspace && pnpm dev # терминал 3 · :3000 · пользовательский интерфейс

Совет: pnpm start:all если вы установили приложение с помощью однострочной команды, то сможете запустить шлюз, панель управления и рабочее пространство одновременно.

Запуск Windows (PowerShell + WSL) одной командой

Если вы используете Hermes Workspace в Windows с агентом, запущенным в WSL, воспользуйтесь вспомогательным скриптом из этого репозитория:

# из корня репозитория
.\scripts\start-hermes-workspace.ps1

Чтобы принудительно перезапустить сеанс tmux:

.\scripts\start-hermes-workspace.ps1 -Restart

Необязательные параметры:

-Distro <name>для выбора дистрибутива WSL, отличного от стандартного
-WorkspacePath </path/in/wsl>если ваш клон находится не по адресу~/hermes-workspace
-SessionName <name>для использования пользовательского имени сеанса tmux

Проверьте сопряжение

curl http://127.0.0.1:8642/health # → {"status":"ok","platform":"hermes-agent"}
curl http://127.0.0.1:9119/api/status # → {"status":"ok", ...}

Оба должны вернуть 200. Если что-то из них не сработает, рабочее пространство вернется в портативный режим (чат будет работать, а сессии/навыки/память будут отображаться как «Недоступно»).

`.env` настройки, о которых заботится рабочее пространство

# Требуется: где находится шлюз
HERMES_API_URL=http://127.0.0.1:8642 

# Рекомендуется: там, где находится панель управления (разблокирует сеансы / навыки / конфигурацию / MCP / задания)
HERMES_DASHBOARD_URL=http://127.0.0.1:9119

# Только если ваш шлюз был запущен с API_SERVER_KEY=... — вставьте то же значение:
# HERMES_API_TOKEN=***

# Необязательно: защитите паролем сам веб-интерфейс
# ПАРОЛЬ HERMES_PASSWORD=***

Распространенные сценарии сопряжения

Сценарий

Установите это

Рабочее пространство + шлюз на одном компьютере

HERMES_API_URL=http://127.0.0.1:8642, HERMES_DASHBOARD_URL=http://127.0.0.1:9119

Шлюз на удаленном сервере (Tailscale / VPN)

Укажите в обоих URL-адресах доступный IP-адрес (например, http://100.x.y.z:8642) и добавьте API_SERVER_HOST=0.0.0.0 к шлюзу. ~/.hermes/.env

Уже запущен hermes-agent из вышестоящего установщика

Просто установите HERMES_API_URL + HERMES_DASHBOARD_URL и не используйте однострочный установщик

Несколько профилей агентов

Профили находятся в разделе ~/.hermes/profiles/<name> — панель управления переключается между ними во время работы; рабочее пространство переключается автоматически

Повторное сопряжение в режиме реального времени (без перезапуска)

Если вы уже запустили рабочую область, измените любой URL-адрес в разделе «Настройки» → «Подключение» без перезапуска. Значения сохраняются в ~/.hermes/workspace-overrides.json, а возможности шлюза восстанавливаются при сохранении.

Устранение неполадок

Could not reach Hermes gateway on 8645, 8642, or 8643 — шлюз не запущен или HERMES_API_URL указывает на недоступный адрес. Запустите hermes gateway run и проверьте еще раз.
В рабочей области отображается «портативный режим» / отсутствуют расширенные API — панель управления не запущена. Запустите hermes dashboard в другом терминале и обновите данные.
Unauthorizedпри каждом вызове API — у шлюза API_SERVER_KEY установлено значение, но в рабочей области отсутствует HERMES_API_TOKEN. Сопоставьте их.
Could not connectс телефона через Tailscale — шлюз привязан к loopback. Установите API_SERVER_HOST=0.0.0.0 в ~/.hermes/.env и перезапустите его.

🐳 Краткое руководство по Docker

В Docker одновременно работают шлюз Hermes Agent и Hermes Workspace.

Предварительные условия

Docker
Docker Compose
Настроенный провайдер моделей Hermes Agent — запустите hermes setup / hermes model или укажите ключ для используемого провайдера. Для этого рабочего пространства не требуется Anthropic.

Шаг 1. Настройка среды

git clone https://github.com/outsourc-e/hermes-workspace.git
cd hermes-workspace
cp .env.example .env

Отредактируйте .env и добавьте хотя бы один ключ поставщика LLM — того поставщика, которого вы хотите использовать в hermes-agent:

# Выберите один (или несколько). Вам НЕ нужны все эти ключи.
# OPENAI_API_KEY=sk-... # GPT / o-series / совместимо с OpenAI
# OPENROUTER_API_KEY=sk-or-v1-... # OpenRouter (доступны бесплатные модели)
# GOOGLE_API_KEY=AIza... # Gemini

Используете Ollama, LM Studio или другой локальный сервер? Ключ не нужен — просто укажите hermes-agent на локальную конечную точку с помощью процесса регистрации.

Внимание: hermes-agent необходимо иметь доступ к какой-либо модели. Если вы не настроите ни один из провайдеров (ключ API или локальный сервер), чат не сможет обработать первое сообщение.

Шаг 2. Запустите службы

создание докера

Это позволяет получить два готовых образа и запустить их:

hermes-agent → nousresearch/hermes-agent:latest на порту 8642
hermes-workspace → ghcr.io/outsourc-e/hermes-workspace:latest на порту 3000

Локальная сборка не требуется. Первый запуск занимает минуту, последующие — мгновенный. Состояние агента (конфигурация, сеансы, навыки, память, учетные данные) сохраняется в томе Docker с устаревшим именем claude-data, поэтому контейнеры можно создавать заново без потери данных.

Шаг 3. Откройте рабочее пространство

Откройте http://localhost:3000 и пройдите регистрацию.

Проверьте: проверьте логи Docker на наличие [gateway] Connected to Hermes Agent — это подтвердит, что рабочее пространство успешно подключилось к агенту.

Удаленный доступ (LAN / Tailscale / VPN)

По умолчанию файл compose привязывает порты к 127.0.0.1 (только к localhost). Чтобы получить доступ к рабочей области с других устройств в вашей сети, вам нужно:

1. Публиковать порты без ограничения на использование loopback. Создайте docker-compose.override.yml:

сервисы:
 hermes-agent:
 порты:
 - '8642:8642'
  hermes-workspace:
 порты:
 - '3000:3000'

2. Добавьте эти переменные окружения в .env:

# Требуется: пароль сеанса рабочей области (рабочая область отказывается запускаться в версии 0.0.0.0 без него)
HERMES_PASSWORD=твой-главный-секрет-здесь

# Требуется для доступа к локальной сети по обычному протоколу HTTP (браузеры удаляют защищенные файлы cookie по протоколу http://)
COOKIE_SECURE=0

# Рекомендуется: токен аутентификации шлюза (предотвращает доступ к API без проверки подлинности в вашей локальной сети)
API_SERVER_KEY=***

# Если шлюз отказывается запускаться с надписью "Списки разрешений пользователей не настроены":
GATEWAY_ALLOW_ALL_USERS=верно

3. Перезапустите стек.

docker compose down && docker compose up -d

HTTPS за обратным прокси? Если вы завершаете работу TLS на обратном прокси (Traefik, Nginx, Caddy, Tailscale Funnel), установите COOKIE_SECURE=1 вместо этого и добавьте TRUST_PROXY=1, чтобы классификация IP работала правильно.

Устранение неполадок Docker

Симптом

Исправить

[workspace] refusing to start — HERMES_PASSWORD is unset

Добавить HERMES_PASSWORD=<secret> к .env

Вход в систему не удался (ошибка не отображается, страница перезагружается)

Добавьте COOKIE_SECURE=0 для HTTP или COOKIE_SECURE=1 + HTTPS

[Api_Server] Refusing to start: binding to 0.0.0.0 requires API_SERVER_KEY

Добавить API_SERVER_KEY=*** to .env`

No user allowlists configured. All unauthorized users will be denied.

Добавить GATEWAY_ALLOW_ALL_USERS=true к .env

CLAUDE_DASHBOARD_TOKEN is not set предупреждение

Установите CLAUDE_DASHBOARD_TOKEN в то же значение, что и API_SERVER_KEY

Ошибка 500 «Внутренняя ошибка сервера» при входе в систему после выполнения всех описанных выше действий

Очистите файлы cookie браузера для домена рабочей области и повторите попытку

Построение из исходного кода

Хотите внести изменения в рабочую область и автоматически собрать их в контейнере? Используйте оверлей для разработчиков:

docker compose -f docker-compose.yml -f docker-compose.dev.yml up --build

Базовый docker-compose.yml образ остается без изменений — оверлей добавляет build: блок для hermes-workspace сервиса, поэтому локальное репозиторий компилируется, а не загружается. Сервис Hermes Agent по-прежнему использует канонический nousresearch/hermes-agent:latest образ. Если вам нужна собственная сборка агента, пометьте ее локально и переопределите image: в своем собственном compose.override.yml.

Использование готового образа (Coolify / Easypanel / Dokploy / Unraid)

Развертываете Hermes Workspace в стеке PaaS или домашней лаборатории? Загрузите образ напрямую из GitHub Container Registry:

ghcr.io/outsourc-e/hermes-workspace:latest

Доступные теги:

Тег

Что это такое

latest

Последняя main фиксация (стабильная; рекомендуется)

v2.0.0

Закрепленный тег semver

main-<sha>

Конкретная фиксация

Минимальная конфигурация Coolify / Easypanel:

service: hermes-workspace
image: ghcr.io/outsourc-e/hermes-workspace:latest
port: 3000
env:
 HERMES_API_URL: http://hermes-agent:8642 # укажите свой шлюз
  HERMES_API_TOKEN: ${API_SERVER_KEY} # если включена аутентификация шлюза

Образ создан для linux/amd64 и linux/arm64. Используйте его либо с контейнером nousresearch/hermes-agent:latest (что по умолчанию делает наш docker-compose.yml), либо с существующим шлюзом на другом хосте.

📱 Установите как приложение (рекомендуется)

Hermes Workspace — это прогрессивное веб-приложение (PWA). Установите его, чтобы пользоваться всеми возможностями нативного приложения без браузера, с помощью сочетаний клавиш и в автономном режиме.

🖥️ Настольная версия (macOS / Windows / Linux)

Откройте Hermes Workspace в Chrome или Edge по адресу http://localhost:3000
Нажмите на значок установки (⊕) в адресной строке
Нажмите Установить — Hermes Workspace откроется как отдельное настольное приложение
Закрепите на панели Dock / на панели задач для быстрого доступа

Пользователи macOS: после установки вы также можете добавить его на панель запуска.

📱 iPhone / iPad (iOS Safari)

Откройте Hermes Workspace в Safari на своем iPhone
Нажмите кнопку Поделиться (□↑)
Прокрутите вниз и нажмите «Добавить на главный экран»
Нажмите Добавить — значок Hermes Workspace появится на главном экране
Запустите приложение с главного экрана, чтобы пользоваться всеми его функциями

🤖 Android

Откройте Hermes Workspace в Chrome на своем устройстве Android
Нажмите на трехточечное меню (⋮) → "Добавить на главный экран"
Нажмите Добавить — теперь Hermes Workspace выглядит как обычное приложение на вашем устройстве

📡 Мобильный доступ через Tailscale

Получайте доступ к Hermes Workspace с любых устройств — без переадресации портов и сложностей с VPN.

Настройка

Установите Tailscale на свой Mac и мобильное устройство:

Mac: tailscale.com/download
iPhone/Android: найдите «Tailscale» в App Store / Play Store

Войдите в одну и ту же учетную запись Tailscale на обоих устройствах
Найдите IP-адрес Tailscale вашего Mac:tailscale ip -4 # Пример вывода: 100.x.x.x
Откройте Hermes Workspace на своем телефоне:http://100.x.x.x:3000
Добавьте на главный экран с помощью описанных выше действий, чтобы пользоваться приложением в полной мере

💡 Tailscale работает в любой сети — домашней Wi-Fi, мобильной сети и даже в разных странах. Ваш трафик надежно зашифрован.

🖥️ Нативное настольное приложение

Статус: в разработке — нативное настольное приложение на базе Electron находится в активной разработке.

Настольное приложение будет предлагать:

Собственное управление окнами и значок в трее
Системные уведомления о событиях и выполнении задач
Автоматический запуск при старте
Глубокая интеграция с операционной системой (панель меню macOS, панель задач Windows)

А пока: установите Hermes Workspace как PWA (см. выше), чтобы пользоваться десктопной версией, максимально приближенной к нативной. Она отлично работает.

☁️ Облачная и хостинговая настройка

Статус: Скоро будет

В разработке находится полностью управляемая облачная версия Hermes Workspace:

Развертывание в один клик — не требуется самостоятельный хостинг
Синхронизация с несколькими устройствами — доступ к агентам с любого устройства
Совместная работа в команде — общий контроль над задачами для всей команды
Автоматические обновления — всегда последняя версия

Особенности незавершенной облачной инфраструктуры:

Синхронизация сеансов на разных устройствах
Общая память и рабочие пространства для команд
Облачный сервер с управляемым временем безотказной работы
Интеграция с вебхуками и внешними триггерами

🔒 Переменные среды для обеспечения безопасности и развертывания

Основные меры предосторожности — большинство из них включены по умолчанию. Переменные окружения, указанные ниже, предназначены для удаленных развертываний и развертываний в Docker, когда вы отказываетесь от использования loopback по умолчанию.

Встроенные средства защиты

Промежуточное ПО для аутентификации на каждом маршруте API
Заголовки CSP с помощью метатегов
Предотвращение обхода пути на файловых маршрутах и маршрутах, связанных с памятью (проверка границ реального пути, а не префикса строки)
Ограничение скорости на конечных точках
Защита от незапланированного закрытия при запуске: отказ от привязки к нелокальным сетям без HERMES_PASSWORD
Сессионных файлов cookie: HttpOnly + SameSite=Strict + Secure (в рабочей среде)
Дополнительная защита паролем для веб-интерфейса

Переменные окружения для удаленных развертываний / Docker

HERMES_PASSWORD — требуется всякий раз, когда HOST ≠ 127.0.0.1 (legacy CLAUDE_PASSWORD по-прежнему используется как запасной вариант)
COOKIE_SECURE=1 — принудительно используйте Secure флаг cookie при завершении HTTPS на прокси
COOKIE_SECURE=0 — отключите Secure флаг для развертываний локальной сети с простым HTTP (HOST=0.0.0.0 без HTTPS); без этого браузеры автоматически удаляют файлы cookie сеанса и не удается войти в систему (# 149)
TRUST_PROXY=1 — trust x-forwarded-for / x-real-ip (устанавливается только за очищающим обратным прокси-сервером)
HERMES_DASHBOARD_TOKEN — явный носитель для dashboard API (предпочтительнее устаревшего варианта очистки от HTML)
HERMES_API_TOKEN — носитель для шлюза агента Hermes при запуске с API_SERVER_KEY (устаревший CLAUDE_API_TOKEN по-прежнему поддерживается)
HERMES_ALLOW_INSECURE_REMOTE=1 — обход защиты от сбоя (не рекомендуется)

Полный список см. в .env.example . Благодарим @kiosvantra за аудит безопасности, выявивший уязвимости #121–#125.

🔧 Устранение неполадок

«Рабочее пространство загружается, но чат не работает»

При запуске рабочее пространство автоматически определяет возможности вашего шлюза. Проверьте терминал на наличие такой строки:

[gateway] http://127.0.0.1:8642 available: health, models; missing: sessions, skills, memory, config, jobs
[gateway] Missing Hermes Agent APIs detected. Update hermes-agent to the latest version.

Исправление: обновите до последней версии hermes-agent, в которой доступны расширенные конечные точки:

~ cd/hermes-agent && git pull && uv pip install -e .
hermes gateway run

(Если вы устанавливали программу по другому пути, следуйте инструкциям по обновлению, предоставленным установщиком Nous.) Если вы использовали старую outsourc-e/hermes-agent версию, то с выходом версии 2 она больше не нужна — удалите ее и используйте основную версию.

«В соединении отказано» или рабочее пространство зависает при загрузке

Ваш шлюз Hermes Agent не запущен. Запустите его:

запуск шлюза гермеса

Запускаете впервые? Сначала hermes setup выберите поставщика и модель.

Ollama: чат пуст или модель отображается как «офлайн»

Убедитесь, что в вашем ~/.hermes/config.yaml есть раздел custom_providers и API_SERVER_ENABLED=true в ~/.hermes/.env. См. Локальные модели выше.

Также убедитесь, что Ollama работает с включенным CORS:

OLLAMA_ORIGINS=* ollama serve

Используйте http://127.0.0.1:11434/v1 (а не localhost) в качестве базового URL.

Проверьте: curl http://localhost:8642/health должно возвращать {"status": "ok"}.

«Использование вышестоящего репозитория NousResearch/hermes-agent»

Версия 2+ работает на ванильной hermes-agent. Не требует форка. В основной ветке есть все конечные точки, необходимые для чата, сессий, управления памятью, навыками, конфигурацией, заданиями, MCP, терминалом и представлением агента.

Примечание для разработчиков: если API-интерфейс Dashboard Mission доступен, Workspace использует его напрямую. Если эта конечная точка недоступна, Workspace использует собственный резервный вариант Swarm и возвращает mode: native-swarm. Резервный вариант отправляет запросы через рабочие процессы Workspace Swarm, поддерживает статус через /api/conductor-spawn?missionId=... и отменяет запросы через /api/conductor-stop.

Если вы используете более старую hermes-agent версию и у вас отсутствуют основные конечные точки, рабочее пространство будет корректно переведено в портативный режим с базовыми функциями чата. Чтобы восстановить все возможности, обновите версию.

Docker: «Несанкционированный доступ» или «Отказано в соединении» с hermes-agent

Если вы используете Docker Compose и получаете ошибки аутентификации:

Убедитесь, что указан хотя бы один ключ поставщика:grep -E '_API_KEY' .env # Должен показать один из следующих ключей: OPENAI_API_KEY, OPENROUTER_API_KEY, GOOGLE_API_KEY или другой ключ провайдера, который вы используете намеренно.(hermes-agent считывает ключ, соответствующий провайдеру, настроенному в ~/.hermes/config.yaml.)
Просмотрите журналы контейнера агента:docker compose logs hermes-agentПроверьте, нет ли ошибок при запуске или предупреждений об отсутствии ключа API.
Проверьте работоспособность конечной точки агента.curl http://localhost:8642/health # Должно вернуться: {"status": "ok"}
Перезапуск со свежими контейнерами:docker compose down docker compose up --build
Проверьте журналы рабочей области на предмет состояния шлюза:docker compose logs hermes-workspaceИщите: [gateway] http://hermes-agent:8642 mode=... — если отображается mode=disconnected, значит, агент работает некорректно.

Docker: устаревшие `claude webapi` документы содержат неверную информацию

Команды claude webapi, на которые ссылаются в некоторых документах перед переименованием, не существует. Правильные команды:

Запуск шлюза Hermes # Шлюз FastAPI на :8642
 Панель управления Hermes # Плагин панели управления на :9119 (сессии/навыки/задания/конфигурация)

Настройка Docker выполняется автоматически — никаких дополнительных действий не требуется, если используется docker compose up.

🗺️ Дорожная карта

Поставляются ✅

Особенность

Что он делает

Чат + потоковая передача SSE

Вывод данных в реальном времени с отображением вызова инструмента

Файлы + Терминал

Полнофункциональный файловый браузер для рабочего пространства + кроссплатформенная PTY

Память + Навыки работы с браузерами

Редактируйте воспоминания, просматривайте более 2000 навыков на торговой площадке

Информационная панель

Сеансы, набор моделей, реестр затрат, карточка учета

Операции

Управление несколькими агентами с помощью предустановленных шаблонов

Представление агента

Панель живого агента в чате

Режим Роя

Постоянный пул воркеров на основе tmux с распределением ролей

Страница MCP

Полный каталог + маркетплейс + источники

Мобильное PWA + Tailscale

Установите приложение, которое будет работать как родное на любом устройстве

Темы

Гермес / Ноус / Бронза / Слэйт / Моно (светлый + темный)

Ворота возможностей

Изящные заполнители с пометкой «выше по течению не готово»

Мульти-провайдер

OpenAI/совместимые с OpenAI, OpenRouter, Google, Ollama, LM Studio, vLLM, Atomic Chat и другие провайдеры, поддерживаемые Hermes

В процессе 🔨

Особенность

Статус

Миссии проводника

Пользовательский интерфейс Workspace готов к использованию; при наличии используется API панели управления миссией, в противном случае — резервный вариант Swarm, встроенный в Workspace (см. #262)

Нативное настольное приложение (Electron)

Путь установки PWA, указанный в спецификации, работает

Скоро 🔜

Особенность

Статус

Облачная / Размещенная версия

Ожидающая рассмотрения инфра

Командное сотрудничество

Ожидающая рассмотрения работа в облаке + мультиарендность

💛 Поддержать проект

Hermes Workspace — бесплатный сервис с открытым исходным кодом. Если он экономит ваше время и оптимизирует рабочий процесс, подумайте о том, чтобы поддержать его разработку:

ETH: 0xB332D4C60f6FBd94913e3Fd40d77e3FE901FAe22

Каждый вклад помогает развивать этот проект. Спасибо 🙏

🤝 Войска

Мы приветствуем PR-предложения! См. CONTRIBUTING.md с рекомендациями.

Исправления ошибок → сразу открывайте пул-реквест
Новые функции → сначала создайте тикет для обсуждения
Проблемы с безопасностью → см. SECURITY.md для получения информации об ответственном раскрытии информации

📄 Лицензия

MIT — подробности см. в LICENSE.

15. browser_cdp: запасной вариант на случай, когда обычные инструменты браузера не работают

2026-05-23T10:33:36.640Z

Доступ к необработанному протоколу Chrome DevTools для iframe, встроенных диалоговых окон, проверки файлов cookie, оценки JS и отладки, когда инструментов браузера недостаточно.

У Hermes есть лазейка в браузере, которой нет у большинства агентовБольшинство браузерных агентов с искусственным интеллектом дают сбой, когда страница выглядит странно.Кнопка скрыта внутри iframe. Встроенный диалог блокирует выполнение. Проблема с файлами cookie приводит к сбою сеанса. Приложение с большим количеством JS-кода не отображает нужное состояние.У Hermes есть технический ответ на этот вопрос: browser_cdp.Это не обычный инструмент для работы с браузером. Это аварийный выход.Большинство браузерных агентов основаны на высокоуровневых действиях:

перейдите на страницу
нажмите на кнопку
введите в поле
прокрутка
прочтите страницу
сделайте снимок экрана

Это работает, пока не перестанет.

Современные веб-сайты устроены сложно. В них есть теневые DOM, iframe, встроенные диалоговые окна, скрытое состояние, маршрутизация на стороне клиента, странные схемы аутентификации, проблемы с файлами cookie, динамический рендеринг и ошибки JavaScript, которые никогда не отображаются на видимой части страницы.

Hermes Agent обеспечивает обычную работу браузера с такими высокоуровневыми инструментами, как:

browser_navigate
browser_snapshot
browser_click
browser_type
browser_console
browser_vision

Но когда этого недостаточно, Hermes показывает кое-что на более низком уровне:

browser_cdp

Это означает:

Протокол Chrome DevTools.

Это позволяет Hermes отправлять необработанные команды CDP напрямую в подключенный экземпляр Chrome.

На простом английском:

Hermes может опуститься ниже уровня «управления браузером с помощью искусственного интеллекта» и взаимодействовать с браузером так же, как DevTools. Это серьезная функция для опытных пользователей.

Почему инструментов браузера высокого уровня недостаточно

Высокоуровневые браузерные инструменты отлично подходят для большинства рабочих процессов с участием агентов.

Они позволяют модели отображать страницу в виде чистого дерева доступности. Hermes может распознавать интерактивные элементы и присваивать им ссылки, такие как @e1

или @e2

, нажимайте на кнопки, заполняйте формы, прокручивайте страницы и изучайте их содержимое.

Именно это и нужно для обычного просмотра. Но за абстракцией могут скрываться важные детали.

Например:

Дерево доступности может не содержать нужный вам элемент
Для iframe может потребоваться проверка целевого объекта
Встроенный диалоговый интерфейс JavaScript может блокировать страницу
Ошибка во внешнем интерфейсе может отображаться только в консоли
Сайт может сохранять критически важные данные в файлах cookie или локальном хранилище
SPA может отображать данные после завершения сетевых вызовов
Визуальное состояние может отличаться от текстового

Большинство агентов либо терпят здесь неудачу, либо видят галлюцинации.

Гермес указывает агенту путь более низкого уровня.

Вывод: по умолчанию используются высокоуровневые браузерные инструменты. browser_cdp — это то, что вы используете, когда абстракция по умолчанию дает сбой.

Что на самом деле делает browser_cdp

browser_cdp — это необработанный протокол Chrome DevTools.

Это означает, что Hermes может вызывать такие методы CDP, как:

Target.getTargets
Runtime.evaluate
Page.handleJavaScriptDialog
Network.getAllCookies
DOM.*
Emulation.*
Storage.*
Browser.*

В официальной документации Hermes этот инструмент описывается как запасной вариант для операций в браузере, которые не поддерживаются обычными инструментами.

Общие области применения включают:

встроенная обработка диалоговых окон
оценка в рамках iframe
проверка файлов cookie
сетевой контроль
прямая оценка JavaScript
проверка цели браузера / вкладки
низкоуровневые операции DOM
состояние страницы отладки

Пример:

browser_cdp(method="Target.getTargets")

Здесь перечислены доступные цели/вкладки браузера.

Затем команда на уровне страницы может быть направлена на конкретную вкладку:

browser_cdp(
  method="Runtime.evaluate",
  params={
    "expression": "document.title",
    "returnByValue": true
  },
  target_id="<tabId>"
)

Это не просто «нажми на кнопку».

Это значит «спросить у Chrome напрямую, что делает страница».

Вывод: browser_cdp превращает Hermes из браузера в браузерный отладчик.

Настройка намеренно явная

Функция browser_cdp доступна не всегда.

Hermes предоставляет к нему доступ только в том случае, если при запуске сеанса существует доступная конечная точка CDP.

Чистый путь — это локальная версия Chrome через:

/browser connect

В интерфейсе командной строки Hermes можно выполнить следующую команду:

/browser connect
/browser status
/browser disconnect

По умолчанию Hermes подключается к:

ws://localhost:9222

Вы также можете указать конкретную конечную точку CDP:

/browser connect ws://host:port

Если Chrome еще не запущен с функцией удаленной отладки, Hermes может попытаться его запустить.

Путь в Linux вручную выглядит так:

google-chrome \
  --remote-debugging-port=9222 \
  --user-data-dir=$HOME/.hermes/chrome-debug \
  --no-first-run \
  --no-default-browser-check &

Затем запустите Hermes из терминала и выполните команду:

/browser connect

Важная деталь:

/browser connect — это интерактивная команда для интерфейса командной строки.

Она не распознается Telegram, Discord, WebUI и другими шлюзовыми чатами. Если вы введете ее в шлюзовой чат, она будет обработана как обычный текст, а не как команда со слэшем.

Вывод: browser_cdp — это функция интерфейса командной строки/оператора. Запускайте Hermes локально, если вам нужен полный контроль над браузером.

Ментальная модель: два уровня браузера

Автоматизация браузера Hermes имеет два уровня.

Уровень 1: браузерные инструменты для агентов

Используйте их для обычных рабочих процессов:

browser_navigate
browser_snapshot
browser_click
browser_type
browser_scroll
browser_press
browser_console
browser_vision

Этот слой оптимизирован для больших языковых моделей.

Hermes преобразует страницу в текстовое дерево специальных возможностей. Агент видит такие ссылки, как @e3

, нажимает на них, вводит данные в поля и проверяет результаты.

Это путь по умолчанию.

Уровень 2: необработанный сквозной CDP

Используйте этот вариант, если первый слой не может видеть или контролировать то, что вам нужно.

browser_cdp

Этот уровень оптимизирован для опытных пользователей. Он напрямую предоставляет доступ к протоколу Chrome DevTools.

Агент может проверять цели, оценивать код JavaScript, считывать файлы cookie, обрабатывать диалоговые окна и взаимодействовать с внутренними компонентами браузера.

Вывод: Hermes не заставляет выполнять каждую задачу браузера через одну и ту же абстракцию. Он предлагает чистый путь и низкоуровневый запасной вариант.

When I would use browser_cdp

Good use cases

1. Native JavaScript dialogs

If a site opens a blocking alert, confirm, or prompt, the normal click/type loop may get stuck.

CDP can handle it directly:

Page.handleJavaScriptDialog

2. Debugging frontend state

If the page looks wrong, ask the browser directly:

Runtime.evaluate

Example expression:

document.title

Or:

window.location.href

Or app-specific state if exposed globally.

3. Cookie/session inspection

For auth issues, CDP can inspect cookies:

Network.getAllCookies

That is much more precise than guessing whether a login “worked.”

4. Iframe problems

Some pages hide the useful interaction inside nested frames.

CDP gives the agent a way to inspect targets and work closer to the browser’s real structure.

5. Frontend QA

For local web-app testing, Hermes can combine:

browser_console
browser_snapshot
browser_cdp

That means it can see the page, check the console, and query browser internals.

Takeaway: Use browser_cdp when the browser state matters more than the visible page text.

The workflow I’d teach operators

Here is the practical Hermes browser-debug workflow.

Step 1: Start Chrome with CDP

google-chrome \
  --remote-debugging-port=9222 \
  --user-data-dir=$HOME/.hermes/chrome-debug \
  --no-first-run \
  --no-default-browser-check &

Step 2: Open Hermes locally

hermes

Step 3: Connect the browser

/browser connect

Step 4: Verify the connection

/browser status

Step 5: Use normal browser tools first

Ask Hermes to navigate, inspect, click, type, and read the page normally.

Example:

Open my local app at http://localhost:3000, inspect the login flow, and check for JS errors.

Step 6: Drop to CDP only when needed

If the normal browser tools cannot reach the right state, ask Hermes to use browser_cdp.

Example:

Use browser_cdp to list targets, identify the active tab, and evaluate document.title on that tab.

Step 7: Disconnect when done

/browser disconnect

Takeaway: Treat CDP as the escalation path, not the first move.

Final takeaway

Большинство браузерных агентов предоставляют вам руль управления. Hermes также предоставляет доступ к диагностическому порту.

Вот в чем разница.

Для решения обычных задач используйте простые высокоуровневые инструменты браузера. Но если страница ведет себя странно, Hermes может подключиться к протоколу Chrome DevTools и выполнить отладку браузера напрямую.

Вот почему browser_cdp — одна из самых сложных и недооценённых функций Hermes.

Это не броско, но лучше, чем броско. Это запасной вариант на случай, если настоящая веб-автоматизация не сработает.

Больше про агентов и нейросети вы можете прочитать на моеём канале

MAX-https://max.ru/id752703975446_biz

Телеграмм-https://t.me/Novopoltsev_Pavel

Вспомогательные модели перестаньте переплачивать за фоновые процессы-14.

2026-05-23T09:30:44.805Z

Используйте дешевые / быстрые модели (или локальные конечные точки) для сжатия, просмотра, извлечения веб-данных, поиска сеанса и т.д. сохраняя при этом свою премиальную модель для полноценного анализа.

Как Hermes экономит ваши деньги с помощью вспомогательных моделей, если правильно их настроитьБольшинство пользователей Hermes оптимизируют не ту модель.

Они часами сравнивают Opus, Sonnet и GPT-5 в качестве основного агента, но при этом игнорируют вспомогательный уровень, который продолжает сжигать токены в фоновом режиме.Hermes использует отдельные слоты моделей для дополнительных задач, таких как распознавание изображений, извлечение данных из интернета, сжатие, поиск по сессиям, утверждение, очистка памяти и многое другое.

Если вы оставите эти задачи на дорогих моделях по умолчанию или, что еще хуже, поручите премиальным моделям выполнять дешевые дополнительные задачи, то будете переплачивать каждый день.

Хорошая новость: теперь с помощью Hermes это стало проще. модель hermes > Настройка вспомогательных моделей

Это одно из самых понятных обновлений для операторов в Hermes, потому что оно формирует правильное представление о работе в среде выполнения.Используйте дорогостоящие интеллектуальные системы там, где это важно, и дешевые и быстрые модели там, где это не так.

Большинство людей оптимизируют не тот уровень

Когда речь заходит об эффективном использовании Hermes, разговор обычно начинается и заканчивается с обсуждения основной модели.

На первый взгляд это кажется логичным. Основная модель отвечает за основной диалог, управление инструментами и выполнение задач. Если вы используете Hermes для серьезного программирования, исследований или операционной деятельности, этот выбор имеет большое значение.

Но это только часть суммы.

Кроме того, Hermes выполняет ряд вспомогательных задач, которые поддерживают основной рабочий процесс, но не являются его частью. Эти задачи легко упустить из виду, потому что они воспринимаются как часть продукта, а не вашей стратегии маршрутизации моделей.

Это ошибка оператора.

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

Вывод: самая затратная часть Hermes — это не только ваша основная модель. Это еще и совокупность всех второстепенных вызовов, которые вы забыли оптимизировать.

Что на самом деле делают вспомогательные модели в Hermes

В Hermes Agent есть вспомогательные модели — облегченные модели, которые используются для решения второстепенных задач, таких как анализ изображений, обобщение информации в интернете и анализ скриншотов браузера. В текущей конфигурации/документации также указана дополнительная вспомогательная маршрутизация для более широкого спектра задач, выполняемых во время работы.

Исходя из текущей конфигурации Hermes и путей выполнения кода, вспомогательная маршрутизация может решать такие задачи, как:

видение > анализ изображений и скриншотов
web_extract > обобщение веб-страницы
сжатие > обобщение длинных разговоров
session_search > подведение итогов совпадений за прошлую сессию
одобрение > классификация опасных команд
mcp > Вспомогательная функция MCP
flush_memories > консолидация памяти
skills_hub > поиск / сопоставление навыков
title_generation > заголовки сеансов

Этот список важен, потому что он меняет ментальную модель.

Hermes — это не «одна модель с пользовательским интерфейсом». Это среда выполнения с различными слотами для моделей, предназначенных для разных задач.

Для выполнения некоторых задач требуется серьезный подход. Для других — скорость. Для третьих — мультимодальные возможности.

Некоторым просто нужна быстрая, дешевая и структурированная добыча.

Относиться ко всем так, будто они заслуживают одинакового подхода, — это все равно что платить старшему архитектору за переименование файлов и сортировку чеков.

Вывод: вспомогательные модели — это то, что отличает «Hermes как одного помощника» от «Hermes как маршрутизируемой среды выполнения».

Почему это экономит реальные деньги

Самый простой способ потратить деньги в Hermes — везде использовать премиум-модель.

Это кажется очевидным, но на самом деле все происходит не так просто:

Контекстное сжатие срабатывает снова и снова во время длительных сеансов
Веб-экстракция выполняется при каждом суммировании извлеченных страниц
При поиске по сеансу создаются сводные данные на основе извлеченной истории
Очистка памяти происходит в процессе использования
При использовании изображений или скриншотов стоимость видеосвязи может быть довольно высокой.

Обычно это не те гламурные звонки, которыми хвастаются люди.

Но именно эти звонки и создают впечатление.

В недавнем подробном видео на YouTube о вспомогательных моделях Hermes хорошо раскрыта эта тема: самая затратная статья расходов — это компрессия, поскольку она может многократно запускаться в течение долгих рабочих дней с большим объемом данных. Именно в таких задачах оплата передовых моделей может быстро стать неподъемной.

Вот видео на ютуб

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

Какая самая умная модель, которую я могу себе позволить?

Это так:

Какие задачи действительно оправдывают затратные вычисления, а какие можно решить быстро, качественно и недорого?

В этом и заключается вся суть операторской работы.

Вывод: экономия достигается не за счет снижения требований к Hermes. Она достигается за счет того, что малоценная фоновая работа не выполняется моделями премиум-класса.

Теперь у Hermes есть более удобный способ управления

Вот почему так важен новый процесс настройки.

В текущей кодовой базе Hermes модель Hermes теперь включает в себя:

Настройте вспомогательные модели...

Это обманчиво важное дополнение.

Почему?

Потому что благодаря этому вспомогательная маршрутизация воспринимается как полноценная система управления, а не как спрятанный в YAML трюк.

Важна и детализация реализации: этот процесс не требует повторной полной настройки учетных данных. Он предназначен для перенаправления уже настроенных провайдеров/моделей на вспомогательные задачи. Другими словами, он предназначен для операторов, у которых уже настроены провайдеры и которые хотят настроить маршрутизацию трафика для определенных вспомогательных задач.

Это именно тот пользовательский опыт, который нужен для этой функции.

Вспомогательная маршрутизация не должна восприниматься как непонятный хакерский прием, доступный только экспертам. Если Hermes ориентирован на серьезных операторов, он должен предоставлять серьезные возможности управления во время выполнения. И он их предоставляет.

Вывод: модель hermes> Настройка вспомогательных моделей ... это не просто удобство. Это Hermes, делающий контроль затрат на уровне выполнения более понятным.

Основная схема маршрутизации

В Hermes используется простой шаблон конфигурации для вспомогательных слотов модели, который можно использовать многократно:

поставщик услуг
Модель
base_url

Этот шаблон эффективен, потому что он предлагает три четких режима работы.

1. Оставьте как есть авто

Это самый простой путь.

Вспомогательные модели по умолчанию используют Gemini Flash с функцией автоматического определения. Многих пользователей это устраивает, потому что это простой и недорогой вариант по умолчанию, не требующий настройки под конкретную задачу.

2. Направить вспомогательную задачу конкретному поставщику/модели

Если вы знаете, что для выполнения задачи нужна определенная модель, вы можете указать ее напрямую.

Например, в документации показаны такие шаблоны:

auxiliary:
  vision:
    provider: "openrouter"
    model: "moonshotai/kimi-k2.6"

Это полезно, когда задача требует особых навыков, особенно в области зрения.

3. Маршрутизация к прямой пользовательской или локальной конечной точке

Вот где можно серьезно сэкономить.

Hermes позволяет base_url переопределить провайдера, то есть вы можете указать вспомогательной задаче локальную или пользовательскую конечную точку, совместимую с OpenAI:

auxiliary:
  vision:
    base_url: "http://localhost:1234/v1"
    api_key: "local-key"
    model: "qwen2.5-vl"

Это один из самых чистых операторских ходов во всей системе:

Используйте основную модель премиум-класса для важных задач, а второстепенные задачи при необходимости перекладывайте на более дешевую или локальную инфраструктуру.

Вывод: вспомогательная маршрутизация в Hermes намеренно проста. Эффективность достигается за счет многократного использования одного и того же шаблона в различных слотах для побочных задач.

Какие задачи должны оставаться дешевыми

Вот где можно сэкономить. Не каждая вспомогательная задача требует премиум-модели. На самом деле большинство из них не требуют.

Лучшие кандидаты для более дешевой/быстрой маршрутизации

сжатие
сессионный поиск
skills_hub
одобрение
flush_memories
большая часть web_extract, в зависимости от требований к качеству

Для выполнения этих задач часто требуется:

Скорость
последовательность
низкая стоимость
достойное подведение итогов
структурированное извлечение

Обычно им не требуется вся мощь вашей самой дорогой модели логического вывода.

Вот почему здесь так хорошо приживаются дешевые и быстрые модели, в том числе местные.

Если вы активно используете Hermes для написания кода или проведения исследований, в первую очередь я бы проверил, как работает сжатие. Именно такое повторяющееся фоновое действие может незаметно превратиться в обузу.

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

Какие задачи требуют более тщательного выбора модели

Не все вспомогательные задачи следует решать с помощью самого дешевого варианта. Vision — самое очевидное исключение.

Видение отличается от реальности, потому что дело не только в стоимости. Дело еще и в возможностях.

Hermes использует вспомогательную маршрутизацию для:

анализ изображений
анализ скриншотов браузера
потоки визуального контроля

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

Веб-экстракция может быть двусторонним процессом

Если вы используете Hermes для проведения большого количества исследований, извлечение данных из интернета может оказаться важнее, чем кажется на первый взгляд.

Слабый обобщающий механизм может:

сгладить нюанс
мисс предостережения
искажать технические претензии
снижение доверия к конечным результатам

Так что если одна вспомогательная задача стоит чуть дороже для операторов, занимающихся масштабными исследованиями, то это может быть web_extract.

Сжатие нуждается в балансе

Сжатие — один из самых эффективных способов снижения затрат, но оно также важно для качества передачи речи. Если сделать сжатие слишком слабым, качество передачи контекста может ухудшиться.

Это значит, что сжатие данных — это, как правило, самая эффективная область для оптимизации, но не стоит подходить к ней безрассудно.

Вывод: дешево — не значит правильно. Чтобы добиться успеха, нужно соотносить качество модели с чувствительностью задачи.

Практичная и недорогая установка

Если бы мне нужна была простая и разумная настройка Hermes с учетом бюджета, я бы сделал что-то вроде этого:

Основная модель

Используйте премиум-модель для реального общения с агентом:

Клод Сонет / Opus
Модели класса GPT-5
Какую бы сильную пограничную модель вы ни предпочитали

Вспомогательные значения по умолчанию

Начните с:

сжатие > дешевый, но компетентный сумматор
session_search > дешевый быстрый сумматор
одобрение > дешевый классификатор
skills_hub > дешевая быстрая модель
flush_memories > дешевый структурированный экстрактор

Отдельное видение

Настройте параметры самостоятельно, если вам важны скриншоты, интерфейсы или качество изображения.

Далее рассмотрим локальную маршрутизацию

Если у вас уже есть локальная конечная точка, совместимая с OpenAI, то вспомогательные задачи — один из самых безопасных и эффективных способов ее использования.

Таким образом, вы получаете поэтапное внедрение:

сохраните основную модель премиум-класса
удешевляют часто выполняемые вспомогательные задачи
отдельное видение, если необходимо
перенесите выбранные вспомогательные задачи в локальную инфраструктуру позже

Это гораздо проще, чем пытаться за один раз перенести весь стек Hermes на локальные модели.

Вывод: вспомогательные модели — это самый простой вариант для оптимизации без ущерба для основного функционала Hermes.

Фреймворк, достойный сохранения

Лестница настройки вспомогательной модели Hermes

Уровень 1 = не трогайте

Используйте auto, если:

Вы новичок в Hermes
ваши затраты невелики
вы еще не знаете, какие второстепенные задачи преобладают в вашей работе

Уровень 2 = работа с рецидивистами

Сначала настройся:

сжатие
web_extract веб_экстракт
flush_memories
сессионный поиск

Это наиболее вероятные места для спокойного времяпрепровождения.

Уровень 3 = Раздельное наблюдение

Настройте распознавание отдельно, если для вас важны скриншоты, проверка изображений или мультимодальное качество.

Уровень 4 = выполнение некоторых вспомогательных задач на местах

Используйте base_url для локальных/самостоятельных конечных точек, совместимых с OpenAI, для часто выполняемых задач с низким уровнем риска.

Уровень 5 = пересмотр качества после экономии

Не стоит просто оптимизировать затраты. Проверьте, не ухудшились ли показатели сводок, извлечения данных из памяти или визуального анализа.

Вывод: настраивайте вспомогательные модели поэтапно. Сначала обеспечьте видимость, затем экономию, а потом уже специализацию.

Последняя мысль

Если вы оптимизируете только основную модель, то упускаете более интересную часть возможностей Hermes.

Задача оператора — не «выбрать самую умную модель».

Это так:

Используйте дорогостоящую модель только там, где действительно важен дорогостоящий интеллект.

Hermes теперь предоставляет вам более чистый путь для этого через hermes model > Configure auxiliary models ... , а также согласованный шаблон конфигурации, если вы хотите настроить все напрямую.

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

Больше про агентов и нейросети вы можете прочитать на моеём канале

MAX-https://max.ru/id752703975446_biz

Телеграмм-https://t.me/Novopoltsev_Pavel

Постоянные сеансы работы в браузере Camofox: состояние входа в систему, которое сохраняется-13.

2026-05-23T08:32:24.529Z

Постоянные сеансы работы в браузере Camofox: состояние входа в систему, которое сохраняется

Как с помощью Camofox сделать так, чтобы агент Hermes сохранял идентификатор браузераБольшинство демонстрационных версий браузеров для агентов перестают работать, как только возникает необходимость в сеансе входа в систему.Вы входите в систему один раз, задача завершается, а следующий запуск начинается с нуля. Это удобно для просмотра игрушек. Но ужасно для реальных рабочих процессов.У Hermes есть гораздо более удобный способ: вы можете запустить его на Camofox, собственном бэкенде для антидетект-браузера, и настроить постоянные сеансы работы с браузером, чтобы файлы cookie и логины сохранялись при каждом запуске агента.Таким образом, автоматизация браузера из «демонстрационного режима без сохранения состояния» превращается в нечто гораздо более близкое к многократно используемому рабочему процессу.Вывод: постоянная идентификация браузера — это разница между использованием агента браузера как уловки и как инфраструктуры.

Почему это важно для Hermes

Hermes поддерживает несколько браузерных бэкендов:

База данных браузера
Использование браузера
Огненный Град
Локальный Chromium через агент-браузер
Локальный Chrome через CDP
Camofox для локального просмотра с защитой от обнаружения

Camofox особенно интересен тем, что предоставляет Hermes возможность использовать собственный браузер с более скрытными характеристиками, чем у обычного локального браузера, при этом оставаясь в рамках того же набора инструментов Hermes.

Но настоящая разгадка не в том, что «Hermes поддерживает Camofox».

Настоящая изюминка в том, что Hermes можно настроить таким образом, чтобы идентификатор браузера оставался неизменным во всех сессиях.

Это означает:

Файлы cookie могут сохраняться
Логины могут сохраняться
Повторные задачи для агентов не всегда начинаются с нуля
Разные профили Hermes могут использовать разные идентификаторы браузера

Последняя часть особенно хороша.

Вывод: браузерный уровень становится гораздо полезнее, когда он наследует ту же логику работы с профилями, что и остальная часть Hermes.

Что делает здесь Camofox

Camofox — это собственный сервер на Node.js, который использует Camoufox, форк Firefox с функцией подмены отпечатков пальцев.

На практике это означает:

Вы сами запускаете службу браузера
Hermes перенаправляет через него браузерные задачи
Среда просмотра может вести себя скорее как браузер с постоянным доступом, чем как одноразовый облачный сеанс.

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

Это также будет полезно, если вы хотите:

Локальный контроль
Отсутствие зависимости от облачного браузера
Просмотр с защитой от обнаружения
Постоянство в области профиля

Вывод: Camofox — это локальный браузерный бэкенд Hermes для защиты от обнаружения, а не просто еще одна универсальная браузерная интеграция.

Шаг 1. Запустите сервер Camofox

Есть два простых способа.

Локальная установка

git clone https://github.com/jo-inc/camofox-browser && cd camofox-browser
npm install && npm start

Докер

docker run -d --network host -e CAMOFOX_PORT=9377 jo-inc/camofox-browser

Затем укажите на него в файле ~/.hermes/.env:

CAMOFOX_URL=http://localhost:9377

Или настройте его с помощью:

hermes tools
# Browser Automation → Camofox

После установки CAMOFOX_URL Hermes направляет браузерные инструменты через Camofox, а не через Browserbase или локальный агент-браузер.Эта часть очень проста.Вывод: интеграция с Camofox начинается с одного URL-адреса сервера, но реальная ценность заключается в том, что вы делаете дальше.

Шаг 2. Включите постоянные сеансы

Это самая важная часть руководства. По умолчанию сеансы Camofox являются временными.

Это означает, что каждому сеансу присваивается случайное имя, а файлы cookie и данные для входа не сохраняются.

Чтобы включить постоянные сеансы работы в браузере, добавьте в файл ~/.hermes/config.yaml следующую строку:

browser:
  camofox:
    managed_persistence: true

А затем полностью перезапустите Hermes.

ПРИМЕЧАНИЕ! Если вы укажете неверный путь, Hermes автоматически переключится на эфемерные сеансы, и ваше состояние входа в систему будет постоянно исчезать.

Именно такие ошибки в конфигурации отнимают часы работы.

Вывод: если параметр managed_persistence не вложен в browser.camofox, Hermes проигнорирует его, и ваши сеансы все равно будут сброшены.

Что на самом деле делает Hermes

Здесь все становится интереснее, чем в обычном руководстве по настройке.

В постоянном режиме Hermes выполняет три важные задачи:

Отправляет в Camofox детерминированный идентификатор пользователя с привязкой к профилю
Пропускает уничтожение контекста на стороне сервера при очистке
Области, соответствующие активному профилю Hermes

Третий пункт очень важен.

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

Так что вы можете иметь:

Единый профиль для просмотра исследований
Единый профиль для автоматизации работы
Один профиль для личных задач в браузере

...и разделяйте эти идентификаторы браузера так же, как Hermes разделяет память, сеансы и конфигурацию.

Вывод: постоянные сеансы Camofox наследуют модель профилей Hermes, которая делает идентификацию браузера частью более широкой архитектуры агента.

Чего Гермес *не* делает

Hermes не обеспечивает постоянное подключение к серверу Camofox с помощью магии.

Hermes отправляет только стабильный идентификатор пользователя.

Сам сервер Camofox должен учитывать этот идентификатор пользователя, сопоставляя его с постоянным каталогом профиля Firefox.

Таким образом, если в вашей сборке Camofox каждый запрос рассматривается как одноразовый, Hermes не сможет исправить ситуацию. Это важное различие, потому что многие могут подумать:

«Я включил функцию настойчивости в Hermes, так что настойчивость гарантирована».

Не обязательно. Сервер должен корректно его поддерживать.

Вывод: Hermes может обеспечить стабильную идентификацию браузера, но для того, чтобы это работало, сервер Camofox должен поддерживать реальное сохранение профилей.

Шаг 3. Убедитесь, что все работает

Тестовый поток представляет собой:

Запустите Hermes и свой сервер Camofox
Откройте сайт для авторизации, например Google
Войдите в систему вручную
Завершите задачу браузера в обычном режиме
Запустите новую задачу браузера
Снова откройте тот же сайт

Если функция сохранения данных работает, вы должны быть авторизованы.

Если вы вышли из системы, то, скорее всего, причина в следующем:

managed_persistence находится не в том разделе конфигурации
Hermes не был перезапущен полностью
Сервер Camofox не поддерживает стабильные профили для каждого пользователя
Сборка вашего сервера по-прежнему эфемерна

Именно поэтому эта статья так полезна: она избавляет от необходимости думать, что «персистентность Hermes не работает», когда проблема часто кроется в поведении бэкенда или вложенности конфигураций.

Вывод: настоящий тест на сохранение идентификационных данных браузера — это не проверка наличия конфигурации, а проверка того, сохраняется ли состояние входа в систему при запуске нового браузера.

Где живет государство

Hermes получает стабильный идентификатор пользователя из каталога с привязкой к профилю, например:

~/.hermes/browser_auth/camofox/

Или эквивалент в "$HERMES_HOME" для профилей, отличных от стандартного.

Но фактические данные профиля браузера хранятся на сервере Camofox и идентифицируются по userId.

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

Очистите его на сервере Camofox
удалите соответствующий каталог с состоянием профиля Hermes

Здесь тоже можно запутаться. Удалив один локальный файл, вы не избавитесь от состояния профиля браузера на сервере.

Вывод: у Hermes есть стабильный идентификатор, а у сервера Camofox — реальный сохраненный профиль браузера.

Почему это интереснее, чем сеансы в облачном браузере

Облачные браузерные серверы полезны. Но постоянные локальные сеансы Camofox интересны по другой причине.

Они позволили Hermes работать скорее как надежный браузерный оператор.

Это важно, когда ваш рабочий процесс зависит от:

существующее состояние входа в систему
файлы cookie
повторные обращения в одну и ту же службу
просмотр с защитой от обнаружения
Долгосрочное разделение идентификационных данных по профилям

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

Вывод: благодаря функции сохранения в Camofox просмотр страниц в Hermes больше похож на непрерывный процесс, а не на разовую задачу.

Бонус: просмотр в реальном времени через VNC

В браузере есть еще одна полезная функция

Когда Camofox работает в автономном режиме, он может открывать порт VNC в ответ на проверку работоспособности.

Hermes может обнаружить это автоматически и включить URL-адрес VNC в навигационные ответы, чтобы вы могли наблюдать за браузером в режиме реального времени.

Это полезная функция для продвинутых пользователей, поскольку она позволяет:

Наблюдаемость
Более простая отладка
Более удобный способ взаимодействия человека с компьютером при выполнении сложных задач

Это особенно полезно, когда браузер подключен к реальной учетной записи и вам нужно видеть, что делает агент.

Вывод: с помощью Headed Camofox и VNC автоматизация браузера Hermes превращается в процесс, за которым можно следить, а не просто слепо доверять ему.

Когда следует использовать эту настройку

Этот вариант отлично подойдет, если вы хотите, чтобы Hermes выполнял такие рабочие процессы, как:

Повторный вход на одни и те же сайты
Обход средств обнаружения без облачной зависимости
Идентификаторы браузера, разделенные профилями
Локальный операторский контроль над состоянием браузера
Задачи в браузере, которые должны выполняться непрерывно в течение всего сеанса

В этом нет необходимости, если вам нужно только:

Периодический просмотр без сохранения состояния
Быстрое выскабливание
Одноразовое взаимодействие со страницей
Ни малейшего желания сохранять состояние входа в систему

В таком случае может быть достаточно более простых браузерных бэкендов.

Вывод: режим постоянного использования Camofox предназначен для непрерывных рабочих процессов в браузере, а не только для отдельных взаимодействий со страницами.

Распространенные режимы отказа

1. Неверный путь к конфигурации

Это самое важное.

Использование:

browser:
  camofox:
    managed_persistence: true

Нет:

managed_persistence: true

2. Без полного перезапуска

Если вы отредактируете конфигурацию, не перезапустив Hermes, то можете столкнуться со старым поведением системы.

3. Несоответствие серверной части

Hermes отправляет стабильный идентификатор пользователя, но ваш сервер Camofox может создавать эфемерные контексты.

4. Профили Hermes должны быть «песочницами» для обеспечения безопасности

Это государственные границы, а не «песочницы» для файловых систем.

Что они действительно дают, так это разделение идентификаторов браузера, и это именно то, что вам нужно.

Вывод: большинство ошибок, связанных с персистентностью, в этой настройке возникают из-за ошибок в пути к конфигурации или предположений о бэкенде, а не из-за самого набора инструментов Hermes.

Заключение

В большинстве руководств по браузерным агентам рассказывается только о навигации и скриншотах.

Более важный вопрос заключается в том, можно ли обеспечить устойчивое функционирование среды браузера.

С помощью Camofox компания Hermes может добиться этого.

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

Это гораздо более серьёзный паттерн, чем демонстрация работы браузера без сохранения состояния.

Вывод: постоянные сеансы Camofox — один из самых простых способов превратить автоматизацию браузера Hermes в долгосрочную инфраструктуру.

Больше про агентов и нейросети вы можете прочитать на моеём канале

MAX-https://max.ru/id752703975446_biz

Телеграмм-https://t.me/Novopoltsev_Pavel

Tool Gateway: управляемые инструменты через портал Nous (без потери контроля)-12.

2026-05-23T08:26:50.604Z

Направляйте веб-поиск, генерацию изображений, преобразование текста в речь и браузерные инструменты по одной подписке, сохраняя при этом маршрутизацию для каждого инструмента и возможность полного восстановления.

Почему шлюз Hermes Agent Tool Gateway важнее, чем кажетсяБольшинство систем с искусственным интеллектом не зависят от модели. Они зависят от набора инструментов.Вы настраиваете агента, а затем тратите следующий час на то, чтобы подключить веб-поиск, автоматизацию браузера, генерацию изображений и преобразование текста в речь с помощью множества отдельных сервисов.Hermes только что представил более удобный интерфейс.С помощью Tool Gateway платные пользователи Nous Portal могут подключать основные инструменты к той же среде выполнения и подписке Hermes, сохраняя при этом возможность управления каждым инструментом по отдельности.Звучит как удобная функция. На самом деле это гораздо более масштабное изменение продукта.

Настоящим узким местом в агентских продуктах обычно является не интеллект

Многие продукты для агентов выглядят впечатляюще в демонстрационном режиме, потому что модель работает.

Но это не значит, что его легко внедрить в реальную жизнь.

Настоящее трение обычно возникает на один слой ниже:

Как заставить веб-поиск работать
Автоматизация подключения браузера
Настройка генерации изображения
Настройка TTS
Чтобы все было понятно, когда система разрастется

Hermes уже зарекомендовал себя как надежная среда выполнения для агентов.

Но, как и в случае со многими серьезными инструментами, его истинная ценность часто проявлялась только после того, как пользователи самостоятельно дополняли его другими инструментами.

Эта модель подходит для опытных пользователей. В качестве основного способа адаптации она менее эффективна.

Вывод: самая сложная часть настройки многих агентов — это не чат. Это активация инструментального уровня без превращения настройки в побочный проект.

Какой инструмент Gateway на самом деле выполняет

Tool Gateway позволяет платным подписчикам Nous Portal использовать несколько основных инструментов Hermes в рамках одной подписки.

Это включает в себя:

Поиск в Интернете и извлечение данных
Генерация изображения
Преобразование текста в речь
Автоматизация работы браузера

Это важно, потому что Гермес уже не просто говорит:

«Вот среда выполнения. Теперь подключайте внешние сервисы сами».

Это все чаще говорит:

«Вот среда выполнения, а вот дополнительный управляемый путь для инструментального уровня».

Это более качественный продукт. Он сокращает разрыв между установкой Hermes и его реальным использованием.

Вывод: Tool Gateway сокращает время, необходимое для получения результата, а не просто расширяет список функций.

Самое важное в этой функции — не удобство

Самое сильное в Tool Gateway — не то, что он объединяет инструменты. А то, что он объединяет их, не лишая оператора возможности выбора.

Именно здесь многие производители допускают ошибку.

Они упрощают процесс настройки, скрывая параметры конфигурации, централизуя все процессы и незаметно направляя пользователя по одному и тому же пути.

Гермес делает кое-что поинтереснее.

Tool Gateway доступен через обычные интерфейсы Hermes:

hermes model
hermes tools
~/.hermes/config.yaml
hermes status

Таким образом, эта функция не создает отдельную скрытую плоскость управления. Она остается в рамках той же операционной модели, которую уже использует Hermes.

Это очень важно.

Если какая-то функция упрощает внедрение системы, но усложняет понимание ее принципов, то такая простота обманчива.

Tool Gateway позволяет избежать этой ловушки.

Вывод: эта функция работает, потому что она расширяет существующие возможности управления в Hermes, а не заменяет их.

Ключевая особенность — маршрутизация для каждого инструмента

Именно на эту часть люди должны обращать больше всего внимания.

Hermes документирует Tool Gateway с помощью маршрутизации use_gateway для каждого инструмента.

Это значит, что хостинговый режим не предполагает принцип «все или ничего».

Можно комбинировать.

Например:

Используйте Tool Gateway для веб-поиска
используйте собственный сервис преобразования текста в речь
Позже верните автоматизацию браузера в режим прямых учетных данных
оставить существующие ключи .env без изменений, не удаляя их

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

В нем сохранено то, что делает Hermes таким привлекательным:

Выбор оператора.

Эта функция не предлагает вам отказаться от контроля. Она позволяет вернуть удобство, не отказываясь от контроля.

Вывод: Hermes не решил проблему адаптации, отказавшись от гибкости. Он решил проблему адаптации, более четко структурировав гибкость.

Почему это меняет историю Гермеса

До появления Tool Gateway о Hermes можно было сказать следующее:

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

После Tool Gateway сюжет становится более захватывающим.

Теперь Гермеса можно представить так:

Открытая среда выполнения
С мультиинтерфейсным управлением
С помощью памяти, навыков, сессий и автоматизации
А также дополнительный уровень управляемых возможностей для ключевых инструментов

Это история из другой категории.

Таким образом, Nous Portal — это не просто инструмент для доступа к моделям. Это комплексный уровень возможностей, дополняющий Hermes.

Это стратегически важно, потому что меняет подход к масштабированию продукта:

Не просто как программное обеспечение, которое нужно установить, а как среда выполнения, которая может быть открытой, настраиваемой и при этом простой в активации.

Вывод: Tool Gateway подтверждает, что Hermes становится настоящей инфраструктурой для агентов, а не просто оболочкой для вызовов моделей.

Это более убедительный аргумент, чем «мы поддерживаем больше провайдеров»

Многие анонсы продуктов в сфере искусственного интеллекта сводятся к спискам интеграций.

Такие списки полезны с технической точки зрения. Но обычно они слабы с точки зрения повествования.

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

Tool Gateway лучше, потому что его преимущества очевидны и понятны пользователю:

Меньше счетов для перевода
Меньше действий перед первым использованием
Более четкая видимость состояния
Одна среда выполнения для настройки и работы
Обратимые решения, если позже вам понадобятся прямые поставщики

Благодаря этому функцию легко объяснить и легко контролировать.

Это ответ на практический вопрос:

Почему стоит использовать Hermes вместо другой оболочки с открытым исходным кодом?

Правильный ответ — сейчас:

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

Это гораздо более конкретное сообщение, чем общие рекомендации по совместимости.

Вывод: Tool Gateway — более перспективная функция, поскольку она повышает качество адаптации, а не просто расширяет возможности конфигурации.

Что это значит для новых пользователей

Для нового пользователя процесс стал намного проще:

Установите Hermes
Запустите модель hermes
Выберите Nous Portal
Включить Инструментальный Шлюз
Начните использовать Hermes, выполнив меньше действий по внешней настройке

Это гораздо более удачная история для первого выпуска, чем:

Установите Hermes
Найдите нескольких поставщиков инструментов
Создайте несколько учетных данных
Подключение проводов осуществляется вручную
Протестируйте каждый инструмент отдельно
Наконец-то начните использовать агент

Первый путь — это про продукт. Второй — про интеграцию как хобби.

Вот почему Tool Gateway важен не только на первый взгляд. Он не просто добавляет инструменты.

Это значительно снижает налог на использование Hermes.

Вывод: лучшие улучшения в процессе адаптации — это те, которые позволяют пользователям быстрее получить реальную пользу от продукта, не меняя его основную концепцию.

Заключение

Tool Gateway выглядит как удобная функция. Но я думаю, что это нечто большее.

Это устраняет один из самых слабых моментов при внедрении реальных агентов, активируя инструментальный уровень и сохраняя при этом те качества, которые делают Hermes интересным решением:

Открытость
Конфигурируемость
Видимость оператора
Работа с несколькими поверхностями

Вот почему эта функция так важна. Она не просто упрощает работу с Hermes.

Мы упрощаем использование Hermes, не делая его менее серьезным.

Итоговый вывод: Tool Gateway важен, потому что он упрощает настройку, сохраняя при этом присущие Hermes черты — открытость, постоянство и ориентированность на оператора.