Системные требования Hermes Agent: что проверить до установки

1. Выберите среду запуска

Если нужен первый диалог, начните с локального CLI или Desktop. Для постоянного gateway выбирайте компьютер или VPS, который может работать без выхода пользователя из сессии. В документации подтверждены Windows, macOS, Linux, WSL2, Termux, Docker и VPS как Linux-среда. Для macOS Desktop нужен Apple Silicon; Termux использует отдельный пакет для Android aarch64. Точные минимумы CPU, RAM и диска не опубликованы.

2. Обязательные и дополнительные зависимости

Готовый Desktop-пакет содержит агент, Python и поддерживаемые зависимости. Source-установщик подготавливает управляемые Python, Node.js, npm, ripgrep и FFmpeg. Для POSIX source-установки заранее нужны Git, curl, tar и SHA-256-утилиты. Source-сборка может потребовать компилятор и development-библиотеки. На glibc Linux минимальным образам может понадобиться libatomic; пакет зависит от дистрибутива.

3. Чек-лист компьютера или VPS

До установки проверьте архитектуру, сетевой доступ к установщику и endpoint модели, права предполагаемого пользователя сервиса, доступное место для исходников, инструментов, данных и логов. Если используется внешнее хранилище, убедитесь, что целевой каталог доступен. Для постоянной работы отдельно настройте пользователя сервиса и правила запуска после выхода из shell. Публичного минимального объёма диска в документации нет.

4. Требования к провайдеру и модели

Hermes Agent требует модель с контекстным окном не менее 64K токенов для многошаговых tool-calling-сценариев. Для custom endpoint проверьте базовый URL, точное имя модели, формат API и фактический контекст. Для локальных серверов документация приводит примеры настройки 65536 токенов для llama.cpp и Ollama. Сначала проверьте endpoint безопасным запросом, затем выбирайте его через hermes model.

Учебный пример проверки

Технический специалист готовит вымышленный VPS для постоянного Telegram-gateway.

Входные данные:

ОС: Ubuntu на glibc Linux
Архитектура: x86_64
Способ установки: source installer
Пользователь: hermes-service, без sudo
Сеть: HTTPS наружу разрешён
Свободное место: 30 ГБ
Провайдер: custom endpoint
URL endpoint: https://model.example.test/v1
Имя модели: atlas-128k
Проверка endpoint: HTTPS-запрос вернул успешный ответ
Контекст модели: 128K токенов
Системные библиотеки: администратор подтвердил наличие libatomic
План: сначала CLI, затем gateway
Результаты после установки: hermes doctor без блокирующих проблем; hermes --continue вернул последнюю сессию

Обработка:

1. Linux подходит для source-установки, а запуск выполняется от hermes-service, не от root.
2. Git, curl, tar и SHA-256-утилиты проверены; Python, Node.js, npm, ripgrep и FFmpeg подготавливаются PM установщика.
3. Endpoint уже отвечает, имя модели задано, а 128K больше требуемых 64K.
4. После установки hermes doctor и hermes --continue завершились ожидаемо.
5. Поэтому после успешного CLI можно переходить к настройке gateway без выдачи лишних прав.

Ожидаемый результат:

Среда: подходит для запланированного source-запуска.
Зависимости: базовые инструменты и системные библиотеки подтверждены.
Модель: endpoint отвечает; контекст 128K >= 64K.
Проверка: hermes doctor без блокирующих проблем; hermes --continue возвращает сессию.
Следующий шаг: настроить gateway после проверки CLI.

Это вымышленный учебный сценарий, а не реальный кейс.

6. CLI, gateway и бизнес-пилот

Для базового CLI достаточно выбрать среду, установить Hermes, настроить провайдера, проверить чат и продолжение сессии. Для постоянного gateway добавьте отдельного пользователя, проверку исходящих соединений, расположение данных и логов, а также контроль токенов. Для бизнес-пилота сначала зафиксируйте один процесс, входные данные, ожидаемый результат и действия человека. Начните с read-only-доступа, проверьте ошибочные входы и только затем рассматривайте запись.

7. Установка и проверка результата

Для Linux, macOS или WSL2 выполните:

curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
source ~/.bashrc
hermes doctor
hermes model
hermes
hermes --continue

В Windows используется PowerShell-команда:

iex (irm https://hermes-agent.nousresearch.com/install.ps1)

Ожидаемый результат: hermes запускается, выбранные провайдер и модель отображаются без ошибки, чат отвечает более чем на один ход, а hermes --continue возвращает последнюю сессию. Если появляется API key not set, настройте провайдера через hermes model; если команда не найдена, перезапустите shell или проверьте PATH. Gateway подключайте после этого теста.