Hermes Agent на практике: 10 сценариев — от памяти до автономных workflow

Hermes Agent от Nous Research отличается от обычного чат-бота-обёртки инфраструктурой: слой персистентной памяти, cron-планировщик для задач, которые работают, пока вы спите, делегирование параллельным под-агентам и терминальный доступ через шесть бэкендов — локальная машина, Docker, SSH и песочницы Daytona, Singularity, Modal. Агент сохраняет контекст между сессиями, запоминает ваши предпочтения и сам составляет playbook'и из опыта: после нескольких похожих задач у него уже готовый подход, и рассуждать с нуля не нужно. Разберём десять практических сценариев из туториала Hostinger — большинство работает как в managed-развёртывании, так и на self-hosted-инфраструктуре.

Персистентный агент, который учится вашим процессам

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

• MEMORY.md — факты об окружении: стек, инструменты, конвенции проектов, что сработало в прошлых сессиях.
• USER.md — личный профиль: имя, роль, предпочтения, стиль общения.

Поверх памяти работают навыки — короткие markdown-playbook'и, которые агент пишет сам после решения сложной задачи. Пример: вы первый раз просите агента задеплоить приложение и проводите его по своей инфраструктуре — конфиг NGINX, паттерн миграций, логирование, типичные точки отказа. Агент выполняет деплой, разбирается с ошибками и по итогам сессии записывает skill-документ. На следующий деплой он уже идёт с готовым сценарием, а к десятому разу прогоняет весь workflow, перехватывая типичные сбои до того, как они всплывут.

Контекст переживает и смену интерфейса: закрыв CLI вечером, через неделю можно продолжить в Telegram — агент помнит, где остановились, и по запросу «что сломалось в деплое во вторник?» найдёт нужную сессию и перескажет её.

Конвейер создания контента в четыре стадии

Вместо одного большого промпта «напиши статью» туториал предлагает конвейер: исследование → план → черновик → публикация. Каждая стадия — отдельный промпт с ручной проверкой между шагами.

Стадия исследования:

Research the topic "VPS backup strategies for 2026" for a tutorial.
Find the top 10 ranking articles, list their URLs, and summarize
what each one covers. Flag any that look like content farms.

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

Using the approved research, draft an outline for the tutorial.
Propose H2 and H3 headings, note which sources support each
section, and flag gaps you'd recommend filling.

Здесь режутся лишние разделы и доводится структура. На стадии черновика подключается skill стиля:

Draft the tutorial from the approved outline. Load the house-style
skill at ~/.hermes/skills/house-style.md and follow it throughout.

Без house-style-навыка текст читается как генерик AI-контента; с ним — выдержан в вашем голосе. Остаётся факточек и правка механических переходов — это уже редактура, а не генерация. Публикация идёт через MCP-сервер — например, WordPress:

Push the approved article to WordPress as a draft. Set the category
to "Tutorials", add tags from the outline, fill the meta description
under 160 characters. Do not publish it live yet.

Черновик, а не сразу publish — потому что финальный глаз нужен на обложку, вёрстку блоков и внутренние ссылки. MCP-интеграция работает с любой CMS или сервисом, у которого есть MCP-сервер.

Параллельные под-агенты

Инструмент delegate_task разбивает крупную задачу на независимые части: по умолчанию запускаются три под-агента одновременно (число настраивается). Каждый работает изолированно и возвращает только итоговую сводку — родительский агент остаётся оркестратором и не тонет в промежуточных шагах вроде поисков и чтения файлов.

Классический паттерн — сравнение трёх конкурентов: три под-агента с веб-доступом работают параллельно, родитель собирает сводки в одну таблицу. Модели можно назначать по роли: сильная (Claude Opus) — родителю для координации и финального анализа, лёгкая (Sonnet) — исследовательским под-агентам.

По умолчанию делегирование плоское: под-агенты не порождают своих под-агентов. Глубина до трёх уровней настраивается параметром max_spawn_depth, но плоская схема проще и предсказуемее для большинства задач.

Системная автоматизация на естественном языке

Терминальный инструментарий Hermes работает в шести средах. Прямой доступ к хосту и Docker требует self-hosted-развёртывания, для удалённых серверов — SSH-доступ. Подключения настраиваются один раз, дальше цель указывается прямо в промпте:

Every Friday at 5 p.m., check disk usage on staging.domain.tld.
If any partition is over 80% full, delete temp files older than
7 days in /var/log and /tmp, and send me a summary on Telegram.

Агент сам создаёт cron-задачу и гоняет её через фоновый планировщик — без правки crontab. Тот же подход закрывает ротацию логов, перезапуск зависших сервисов, снятие бэкапов и продление сертификатов.

По безопасности: встроенная система подтверждений перехватывает потенциально деструктивные команды (например, рекурсивные удаления) и требует явного подтверждения. Все команды логируются в ~/.hermes/logs/ — при сбое видно, что именно выполнялось.

Интеграции с внешними сервисами

Через API и MCP-серверы агент связывает сервисы в цепочки «получил данные → обработал → отправил результат». Пример еженедельной сводки по подпискам:

Every Monday at 9 a.m., pull new Stripe subscriptions from the past
7 days, group them by plan tier, and calculate MRR change. Post the
summary to our #revenue-updates Slack channel as a comparison table.
Flag it if MRR drops more than 5%.

Встроенные инструменты уже покрывают веб-доступ, работу с файлами и браузером; остальное подключается через MCP — Stripe, GitHub, свой внутренний API — и доступно со следующего же промпта.

Важная оговорка: такие конвейеры не заменяют специализированные workflow-инструменты вроде Airflow или Temporal. Если нужны строгий порядок, гарантированные ретраи и детерминированность — берите инструмент для этого. Сильная сторона Hermes — оценочные решения посреди конвейера: что пометить, как форматировать сообщение под конкретный канал, как поступить с неожиданными данными.

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

Агент ведёт полный цикл деплоя — от pull последнего коммита до проверки здоровья сервиса после выката:

Deploy the latest commit from origin/main to staging, then promote
to production once staging is verified.
1. Pull the branch and show me the commit diff.
2. Run the test suite. Stop and report if anything fails.
3. Build the Docker image and deploy to staging.
4. Tail the health check endpoint until it returns 200.
5. Keep checking the health endpoint for 5 minutes. If it stays
   healthy, promote the same image to production.
6. Verify the production health check and report elapsed time.

Первый прогон требует контекста: ветка, где лежит Dockerfile, что значит «здоровый» сервис для вашего стека. Дальше начинается отличие от CI/CD-скрипта: если на шаге сборки всплыла ошибка «тег образа уже занят», агент либо спросит, как поступить, либо починит сам — а затем сохранит решение как skill. В следующий раз та же проблема решается без вопросов. Успешные деплои превращаются в переиспользуемые навыки, неудачные — в навыки с описанием того, чего делать не стоило.

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

Брифинги по расписанию

Встроенный cron-планировщик запускает автономные workflow по описанию на естественном языке:

Every morning at 7 a.m., send me a Telegram message with:
- The weather in my city
- My calendar events for today
- Top 5 posts from Hacker News tagged "AI"
- GitHub notifications I haven't opened yet
Keep it under 500 words.

Каждое утро свежая сессия агента опрашивает все источники, собирает единый дайджест и доставляет его в Telegram до начала рабочего дня. Та же механика покрывает еженедельные отчёты, ежемесячные чистки и почасовые health-проверки.

Нюанс стоимости: каждый запуск дёргает LLM-провайдера, поэтому частые задачи с длинными промптами заметно расходуют токены. Простейшая страховка — месячный лимит трат в дашборде провайдера.

Накопительные исследования

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

Every Friday at 5 p.m., search BBC, Reuters, and AP RSS feeds.
Read the top 5 articles from each source, then return a summary with:
- The 3 biggest stories of the week
- Which outlet broke each one
- One line on what's new since last week

Строка «что нового с прошлой недели» возможна именно потому, что агент помнит, что уже репортил. Тот же паттерн — трекинг цен вендоров, мониторинг вакансий, подборка научных статей по теме.

Практические советы: указывайте в промпте конкретные доверенные источники вместо открытого веб-поиска — надёжность вывода равна надёжности входа; и проверяйте сводки по первоисточникам, прежде чем действовать. Контент за paywall агент умеет открывать через свой браузер, но куки по умолчанию сбрасываются после сессии — чтобы сохранять логины между рестартами, включается browser.camofox.managed_persistence: true в config.yaml (работает только с Camofox-бэкендом).

Живучесть: перезапуски не сбрасывают состояние

Задачи по расписанию, история сессий, память и навыки хранятся на диске, поэтому переживают рестарт приложения или сервера. Пример — мониторинг аптайма каждые 5 минут с алертом в Telegram: gateway перезагрузился, прочитал сохранённое расписание и продолжил проверки. История сессий тоже доступна — старые диалоги и контекст можно переиспользовать.

Ограничение: персистентность не гарантирует докранивания задачи, оборванной посреди — после аварийного выключения смотрите логи и перезапускайте недоделанное, особенно деплои и многошаговые правки файлов. В self-hosted-варианте ответственность на вас: бэкапьте каталог ~/.hermes/ (или используйте hermes backup), следите за диском, регулярно применяйте меры по укреплению сервера.

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

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

Every Monday at 8 AM:
1. Pull last week's calendar and the meetings I attended
2. Check GitHub and Linear for anything blocked, overdue,
   or needing my input
3. Delegate a subagent to summarize new activity in my main
   Slack channels since last Monday
4. Generate a planning doc with: what moved last week, what's
   stuck and needs my attention, and priorities for the week ahead
5. Post it to my Slack DM
6. Save a new skill whenever you find a pattern worth repeating

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

С чего начать

Нужен работающий экземпляр — managed или self-hosted (пошаговое развёртывание описано в гайде Hostinger по установке Hermes Agent). Дальше схема одна: выбрать один простой сценарий — утренний брифинг, еженедельная сводка, серверная проверка по расписанию — и довести его до стабильной работы. Затем наслаивать:

• память — когда замечаете, что повторяете контекст;
• MCP-интеграции — когда агенту нужен доступ к вашим инструментам;
• под-агентов — когда задача достаточно велика, чтобы делить;
• расписание — когда рутина должна ходить сама.

Большинство того, чем агент становится со временем, не планируется заранее: каждая рабочая рутина добавляет skill, каждый skill ускоряет настройку следующей — и через пару месяцев агент знает ваш стек настолько, что справляется с edge cases, которых никогда не видел.