Руководство по Hermes Agent: Open-Source AI-агент, который растет вместе с вами

Официальный сайт Hermes описывает продукт намеренно акцентированно: это не ИИ-помощник для написания кода, привязанный к IDE, и не простая оболочка для чат-бота над одним провайдером. Концепция заключается в создании постоянного агента, которого вы устанавливаете на машину, подключаете к предпочитаемому стеку моделей и с которым общаетесь через CLI или мессенджеры, пока он продолжает работать в той же среде. Это более амбициозное определение продукта, чем у большинства open-source проектов с агентами.

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

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

Вот почему позиционирование при запуске нашло такой отклик. В публичном анонсе Nous Research's в X Hermes был представлен как “open-source агент, который растет вместе с вами,” и в официальной документации повторяется тот же тезис: постоянная память, переиспользуемые навыки, запланированные задачи, удаленное выполнение и непрерывность переписки являются основным ценностным предложением, а не дополнительными функциями, добавленными позже.

2. Что такое Hermes на самом деле

Согласно GitHub репозиторию и официальному сайту, Hermes — это фреймворк для агентов с лицензией MIT, созданный Nous Research, который может работать локально, на VPS или внутри контейнеризированных и облачных сред выполнения.

В документации по быстрому старту отмечается еще один важный момент: Hermes — это model-agnostic. Список поддерживаемых провайдеров в документации включает Nous Portal, OpenAI Codex, Anthropic, OpenRouter, DeepSeek, GitHub Copilot, Gemini через OAuth, кастомные OpenAI-совместимые эндпоинты и многое другое. Смена провайдера рассматривается как настройка конфигурации, а не как создание форка продукта.

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

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

3. Как это работает

Официальная документация по архитектуре здесь необычайно прозрачна. Hermes маршрутизирует несколько точек входа в общее AIAgent ядро: CLI, gateway, ACP, пакетный раннер и API-сервер — все они направляются в один и тот же цикл оркестрации. Этот цикл координирует сборку промптов, выбор провайдера, диспетчеризацию инструментов, сжатие и персистентность.

Страница архитектуры также объясняет, почему возможности Hermes шире, чем у многих конкурентов. Сборка промпта — это не просто строка системного промпта. Она объединяет файлы личности, файлы памяти, навыки, файлы контекста проекта, такие как AGENTS.md, инструкции для конкретных моделей и руководства по использованию инструментов. Данные сессий хранятся в SQLite с FTS5, а сессии gateway и состояние агента отслеживаются на всех поверхностях.

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

4. Система навыков — это главное отличие

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

Навыки хранятся в ~/.hermes/skills/, могут быть упакованы в бандлы, установлены из хаба или созданы агентом, а каждый установленный навык становится доступен как слэш-команда. В документации приведены такие примеры, как /github-pr-workflow, /plan, а также прямые команды поиска/установки через CLI.

# Browse and install skills
hermes skills search kubernetes
hermes skills search react --source skills-sh
hermes skills install openai/skills/k8s

# Or use the slash command inside Hermes
/skills

Модель прогрессивного раскрытия — это то, что делает систему элегантной, а не перегруженной. Hermes сначала загружает только легковесные метаданные навыка, а затем открывает полный SKILL.md когда ему действительно нужен навык, и загружает более глубокие справочные файлы только в том случае, если этого требует задача. Это тот же паттерн проектирования, благодаря которому лучшие инструментарии агентов кажутся быстрыми, а не перегруженными промптами.

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

# Conceptually, Hermes cron jobs can attach skills
hermes cron edit <job_id> --skill blogwatcher --skill find-nearby

# Or you can ask naturally:
"Every morning at 9am, check Hacker News for AI news and send me a summary on Telegram."

5. Память и поиск: сильная идея, ограниченный дизайн

Система памяти Hermes' более дисциплинирована, чем обычно подразумевает маркетинговое слово “память”. В документации описаны два ограниченных файла, MEMORY.md и USER.md, с явными ограничениями по количеству символов. Они внедряются в промпт как «замороженный» снимок в начале сессии, чтобы Hermes мог сохранять устойчивые факты, не изменяя постоянно свой собственный префикс.

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

6. С чего начать

Официальный quickstart прост и понятен. Установите Hermes, выберите провайдера, запустите TUI или CLI, а затем решите, нужно ли вам локальное выполнение или более безопасный удаленный/контейнерный бэкенд. Для большинства первый этап должен быть намеренно простым: настройте работу одной сессии, а затем постепенно добавляйте gateway, навыки, MCP и cron.

# Install Hermes Agent
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash

# Configure provider and tools
hermes setup

# Start Hermes
hermes --tui

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

# Safer execution backends from the docs
hermes config set terminal.backend docker
hermes config set terminal.backend ssh

# Optional: connect messaging platforms
hermes gateway setup

Quickstart также включает минима

mcp_servers:
  github:
    command: npx
    args: ["-y", "@modelcontextprotocol/server-github"]
    env:
      GITHUB_PERSONAL_ACCESS_TOKEN: "ghp_xxx"

Two setup caveats are worth stating clearly. First, official docs still direct Windows users to WSL2. Second, the issue tracker shows that install and environment-management bugs still surface at a high pace, so treat the installer as fast-moving infrastructure, not mature enterprise packaging.

7. Real-World Examples

Пример 1: Не запускайте рискованные задачи на локальном бэкенде по умолчанию

Неправильно: установить Hermes локально, оставить терминальный бэкенд в режиме local, и позволить ему выполнять широкие shell-команды на вашей реальной рабочей станции.

Правильно: сначала переключиться на Docker или SSH, оставить включенным подтверждение опасных команд и относиться к локальному бэкенду как к удобному варианту, а не как к решению для продакшена.

Пример 2: Не пытайтесь уместить каждый воркфлоу в один гигантский промпт

Неправильно: постоянно добавлять инструкции, пока каждая задача не начнет сопровождаться «стеной» контекста.

Правильно: install or create skills for recurring workflows, then let Hermes load them on demand or attach them to cron jobs. This is exactly what the skills system was designed to solve.

Пример 3: Не путайте память с полнотой знаний

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

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

8. Реакция сообщества

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

С положительной стороны, публичное сообщение о запуске от Nous Research сделало упор на нарратив “растет вместе с вами”, и это же описание нашло отражение в документации и сторонних постах. Пост в LinkedIn от Tenten повторил ту же формулировку о доступе к памяти и машине почти дословно, что показывает, насколько успешно история продукта распространилась за пределы аудитории GitHub.

Reddit запечатлел разделившуюся реакцию более честно. В первом треде LocalLLaMA о запуске один комментатор ответил на идею предоставить Hermes доступ к аккаунтам мессенджеров прямолинейно:

“Установите его на машину, дайте ему свои аккаунты в мессенджерах”... Ну да, конечно.

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

“Я планирую использовать это на Render + Supabase.”

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

Трекер задач подтверждает, что это агрессивный, быстроразвивающийся инфраструктурный проект. Недавние issue включают агента, уничтожающего свой собственный runtime virtualenv,зависания процесса установки, и несоответствия container/systemd gateway-install. Ничто из этого не обесценивает Hermes. Это просто означает, что репозиторий одновременно испытывает давление со стороны реальных пользователей и содержит реальные «выстрелы в ногу» для операторов.

9. Вердикт: стоит ли использовать Hermes Agent?

Используйте его, если:

• Вам нужен агент, который может работать на VPS, в контейнере или на удаленной машине, а не только внутри вашего редактора.
• Вам важны устойчивые workflows, построенные на базе навыков, MCP, cron и истории сессий с возможностью поиска.
• Вам комфортно мыслить как оператор: бэкенды, учетные данные, границы безопасности и сценарии сбоев.

Пропустите его, если:

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

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

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

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

Станет ли сам Hermes доминирующей open-source средой выполнения агентов — вопрос открытый. Но направление развития продукта уже ясно: люди выбирают того агента, который способен достаточно запоминать, эффективно делегировать, безопасно работать и оставаться доступным во всех средах, где ведется реальная работа.

11. Часто задаваемые вопросы

12. Все источники & ссылки

Основные источники

• GitHub-репозиторий Hermes Agent
• Официальный сайт Hermes Agent
• Главная страница официальной документации
• Быстрый старт
• Архитектура
• Безопасность

Документация

• Система навыков
• Персистентная память
• Запланированные задачи (Cron)
• Инструменты и & наборы инструментов
• Конфигурация

Сообщество

• Nous Research в X
• Reddit: тред о запуске в r/LocalLLaMA
• LinkedIn: пост Tenten
• GitHub issues

Упомянутые ветки обсуждений (issues)

• Agent может уничтожить собственную среду runtime venv, запустив `uv venv`
• Установка заблокирована
• Установка Gateway внутри контейнеров с systemd

Веб-источники

• Страница продукта Nous Research
• Анализ BuildMVPFast

Внутренние ссылки

• Освоение навыков Agent
• Создание собственного MCP сервера
• Руководство по оркестрации Agent
• Руководство по Vibe Coding