Долгожданное обновление: Hermes Agent починил всё, что нужно
Обновление Hermes v0.22.2: что изменилось в этой версии — простыми словами.
Информация о версии
| Пункт | Детали |
|---|---|
| Версия | v0.22.2 |
| Дата выпуска | 15 октября 2026 г. |
| Тема выпуска | Повторная поставка того, что должен был поставить v0.22.1 |
| Одной строкой | v0.22.1 был упакован с неправильным кодом, из-за чего подтянулись невыпущенные функции шлюза, а версия из Microsoft Store застряла на «Подключение». v0.22.2 — это то, чем должен был быть v0.22.1. |
Известная мелкая проблема: сессии, работавшие под шлюзом 0.22.1, пока нельзя удалить в 0.22.2.
Разбор простыми словами
После перезагрузки шлюз снова может запуститься сам
Представьте, что шлюз — это «коммутатор» Hermes: он направляет входящие сообщения агенту. Раньше был коварный баг: после перезапуска компьютера Linux иногда присваивал старый идентификатор процесса (PID) какой-нибудь посторонней программе. Шлюз видел этот ID и ошибочно думал: «коммутатор уже работает», поэтому шлюзы, управляемые супервизорами вроде systemd, launchd или Docker, упрямо отказывались запускаться.
Теперь Hermes помнит, к какому циклу загрузки он относится. Когда он действительно не может определить это, он проверяет «дверной замок» — ключ есть только у по-настоящему живого шлюза. Больше никакой путаницы, и коммутатор возвращается к работе после каждой перезагрузки.
Запуск локальных моделей на ноутбуке: долгие разговоры больше не обрываются на полуслове
Многие любят запускать модели локально — это экономит деньги и сохраняет приватность — но ноутбуки засыпают, а памяти не хватает. Вот что изменилось:
- Локальные запросы теперь всегда используют потоковую передачу, и в строке состояния отображается прогресс модели по промпту, так что видно, что она действительно работает, а не просто ждёшь;
- Таймер зависания теперь пропускает время, которое машина провела во сне, так что закрытие крышки на два часа не вызовет ошибку «время ожидания истекло»;
- После восстановления локального сервиса происходит автоматическая повторная попытка один раз, вместо того чтобы заносить в чёрный список все последующие сообщения после единственной ошибки;
- Сжатие разговора больше не завершается по таймауту только потому, что сервер всё ещё читает длинный разговор;
- На машинах Windows с унифицированной памятью запуск модели и кэширование промптов выделяются с учётом доступной памяти, так что задушить машину стало сложнее.
Несколько мелких удобств в придачу
В выборе модели теперь есть «кураторский список» сверху, так что не нужно прокручивать гигантский перечень; nemotron добавлен в модели по умолчанию NVIDIA NIM с разумными параметрами по умолчанию. Кроме того, упаковка для Microsoft Store выделена в отдельный канал windows-store, так что будущие обновления в Store будут выходить более размеренно.
Различные исправления обработки сообщений шлюза
Этот выпуск также решает целую пачку проблем «ретрансляции» шлюза: внутренние пробуждения больше не прикрепляют ответы к инициатору по ошибке; отклонённые уведомления о завершении процесса откладываются на несколько минут, после чего отправляют простое напоминание вместо повторного спама; пробуждения о завершении, у которых просто отсутствует message_id, теперь принимаются корректно; а после переключения следования за сессией, если исходный профиль теряет фокус, он корректно сбрасывает свою «позу программирования».
Итог
Для обычных пользователей самое заметное в этом обновлении: Hermes корректно запускается после перезагрузки, долгие разговоры с локальными моделями стали стабильнее и реже обрываются, а выбор модели стал менее хлопотным. По сути это выпуск «выплаты долгов» — никаких броских новых функций, но он закрывает дыры, оставленные v0.22.1. Если вас мучило «Подключение» или отказ шлюза запускаться после перезагрузки, на эту версию стоит обновиться.
📎 Официальные примечания к выпуску: https://github.com/NousResearch/hermes-agent/releases