Провайдеры памяти

Агент Hermes подключается с 8 плагинами внешних поставщиков памяти, которые предоставляют агенту постоянные межсессионные знания помимо встроенных MEMORY.md и USER.md. Одновременно может быть активирован только один внешний провайдер — встроенная память всегда активна вместе с ним.

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

hermes memory setup      # интерактивный выбор + конфигурация
hermes memory status     # проверить, что активно
hermes memory off        # отключить внешнего провайдера

Вы также можете выбрать активный провайдер памяти через «Плагины Hermes» → Плагины провайдера → Поставщик памяти.

Или установите вручную в ~/.hermes/config.yaml:

memory:
  provider: openviking   # или honcho, mem0, hindsight, holographic, retaindb, byterover, supermemory

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

Когда провайдер памяти активен, Hermes автоматически:

1. Внедряет контекст провайдера в системный запрос (что знает провайдера)
2. Предварительно загружает соответствующие воспоминания перед каждым шагом (фоново, неблокирующе)
3. Синхронизирует шаги разговора с провайдером после каждого ответа
4. Извлекает воспоминания по завершении сеанса (для провайдеров, которые это известно)
5. Зеркалирует запись встроенной памяти у внешнего провайдера.
6. Добавляет инструменты, специальные для провайдера, чтобы агент мог искать, хранить и управлять воспоминаниями.

Встроенная память (MEMORY.md/USER.md) продолжает работать точно так же, как и раньше. Внешний провайдер является независимым.

Доступные провайдеры

Хончо

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

Инструменты (5): honcho_profile (чтение/обновление карточек коллеги), honcho_search (семантический поиск), honcho_context (контекст сессии — сводка, представление, карточка, сообщения), honcho_reasoning (синтез LLM), honcho_conclude (создание/удаление выводов)

Архитектура:уровневое двухвое внедрение контекста — базовый уровень (сводка сессии + представление + карточка коллеги, обновляется с интенсивностью contextCadence) плюс диалектическое дополнение (рассуждение LLM, обновляется с индикатором dialecticCadence). Диалектика автоматически выбирает холодные стартовые промпты (общие факты о пользователе) против теплых промптов (контекст с регионом сессии) на основе того, существует ли базовый контекст.

Три ортогональных конфигурационных рычага независимо контролируют стоимость и ввод:

• contextCadence — как часто обновляется базовый уровень (частота API-вызовов)
• dialecticCadence — как часто реализует диалектическая LLM (частота вызовов LLM)
• dialecticDepth — сколько проходов .chat() на один вызов диалектики (1–3, глубина рассуждения)

Мастер настроек:

hermes memory setup        # выберите "honcho" — запускает пост-настройку, специфичную для Honcho

Устаревшая команда hermes honcho setup всё ещё работает (теперь она перенаправляет на hermes Memory setup), но регистрируется только после выбора Honcho в качестве активного провайдера памяти.

Конфиг: $HERMES_HOME/honcho.json (локальный для профиля) или ~/.honcho/config.json (глобальный). Порядок разрешения: $HERMES_HOME/honcho.json > ~/.hermes/honcho.json > ~/.honcho/config.json. См. справочник конфигурации и руководство по представлению Honcho.

<подробности>

</подробнее>

<подробности>

{
  "apiKey": "your-key-from-app.honcho.dev",
  "hosts": {
    "hermes": {
      "enabled": true,
      "aiPeer": "hermes",
      "peerName": "your-name",
      "workspace": "hermes"
    }
  }
}

</подробнее>

<подробности>

{
  "baseUrl": "http://localhost:8000",
  "hosts": {
    "hermes": {
      "enabled": true,
      "aiPeer": "hermes",
      "peerName": "your-name",
      "workspace": "hermes"
    }
  }
}

</подробнее>

Honcho моделирует разговоры как обмен сообщениями между коллегами — один пользовательский коллега плюс один AI-коллега в профиле Гермеса, все в одном рабочем пространстве. Рабочее пространство — это общая среда: глобальные пользователи-коллеги для всех профилей, каждый AI-коллега имеет свою собственную идентичность. Каждый AI-коллега строит независимое представление/карточку из своих фундаментальных принципов, поэтому профиль "кодер" остается ориентированным на код, а профиль "писатель" остается редакционным для того же пользователя.

Сопоставление:

Новый профиль, коллеги свежа Honcho

hermes profile create coder --clone

--clone создает блок хоста hermes.coder в honcho.json с aiPeer: "coder", общим workspace, унаследованным peerName, recallMode, writeFrequency, observation и т.д. AI-коллега охотно создаётся в Honcho, чтобы он до первого сообщения.

Существующие профили, обратное заполнение коллег Honcho

hermes honcho sync

Сканирует каждый профиль Hermes, создаёт блоки хостов для любого профиля без него, наследует настройки блока hermes по умолчанию и с нетерпением создаёт новых AI-коллегов. Идемпотентно — пропускает профиль, у которого уже есть блок хоста.

Наблюдение за каждым профилем

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

"hermes.coder": {
  "aiPeer": "coder",
  "observation": {
    "user": { "observeMe": true, "observeOthers": true },
    "ai":   { "observeMe": false, "observeOthers": true }
  }
}

Переключатели наблюдения (один набор на коллегах):

Предустановки через observationMode:

• "направленный" (по умолчанию) — все четыре флажка включены. Полное взаимное наблюдение; включает межколлегическую диалектику.
• "unified" — пользователь observeMe: true, AI observeOthers: true, остальные false. Пул одного наблюдателя; AI моделирует пользователя, но не себя, пользовательский коллега моделирует только себя.

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

См. страницу Honcho для полного справочника по наблюдению.

<подробности>

{
  "apiKey": "your-key",
  "workspace": "hermes",
  "peerName": "eri",
  "hosts": {
    "hermes": {
      "enabled": true,
      "aiPeer": "hermes",
      "workspace": "hermes",
      "peerName": "eri",
      "recallMode": "hybrid",
      "writeFrequency": "async",
      "sessionStrategy": "per-directory",
      "observation": {
        "user": { "observeMe": true, "observeOthers": true },
        "ai": { "observeMe": true, "observeOthers": true }
      },
      "dialecticReasoningLevel": "low",
      "dialecticDynamic": true,
      "dialecticCadence": 2,
      "dialecticDepth": 1,
      "dialecticMaxChars": 600,
      "contextCadence": 1,
      "messageMaxChars": 25000,
      "saveMessages": true
    },
    "hermes.coder": {
      "enabled": true,
      "aiPeer": "coder",
      "workspace": "hermes",
      "peerName": "eri",
      "recallMode": "tools",
      "observation": {
        "user": { "observeMe": true, "observeOthers": false },
        "ai": { "observeMe": true, "observeOthers": true }
      }
    },
    "hermes.writer": {
      "enabled": true,
      "aiPeer": "writer",
      "workspace": "hermes",
      "peerName": "eri"
    }
  },
  "sessions": {
    "/home/user/myproject": "myproject-main"
  }
}

</подробнее>

См. справочник конфигурации и руководство по представлению Honcho.

ОпенВикинг

Контекстная база данных от Volcengine (ByteDance) с иерархией знаний в стиле файловой системы, многоуровневым поиском и автоматическим извлечением памяти в 6 категориях.

Инструменты: viking_search (семантический поиск), viking_read (многоуровневый: Abstract/overview/full), viking_browse (навигация по файловой системе), viking_remember (сохранение фактов), viking_add_resource (загрузка URL/документов)

Настройка:

# Сначала запустите сервер OpenViking
pip install openviking
openviking-server

# Затем настройте Hermes
hermes memory setup    # выберите "openviking"
# Или вручную:
hermes config set memory.provider openviking
echo "OPENVIKING_ENDPOINT=http://localhost:1933" >> ~/.hermes/.env

Ключевые особенности: - Многоуровневая загрузка контекста: L0 (~100 токенов) → L1 (~2к) → L2 (полный) - Автоматическое извлечение памяти при завершении сессии (профиль, предпочтения, сущности, события, случаи, шаблоны) - Схема URI viking:// для иерархического просмотра знаний.

Мем0

Серверное извлечение фактов LLM с семантическим поиском, переранжированием и автоматической дедупликацией.

Инструменты: mem0_profile (все сохранённые воспоминания), mem0_search (семантический поиск + переранжирование), mem0_conclude (сохранение дословных фактов)

Настройка:

hermes memory setup    # выберите "mem0"
# Или вручную:
hermes config set memory.provider mem0
echo "MEM0_API_KEY=your-key" >> ~/.hermes/.env

Конфиг: $HERMES_HOME/mem0.json

Оглядываясь назад

Долговременная память с графом знаний, изучением сущностей и многостратегическим поиском. Инструмент hindsight_reflect обеспечивает межпамятный синтез, которого нет ни у одного другого провайдера. Автоматически сохраняет полные шаги разговора (включая вызовы инструментов) с отслеживанием документов на уровне сессии.

Инструменты: hindsight_retain (сохранение с извлечением сущностей), hindsight_recall (многостратегический поиск), hindsight_reflect (межпамятный синтез)

Настройка:

hermes memory setup    # выберите "hindsight"
# Или вручную:
hermes config set memory.provider hindsight
echo "HINDSIGHT_API_KEY=your-key" >> ~/.hermes/.env

Мастер настройки автоматически устанавливает параметры и устанавливает только то, что необходимо для подключения устройства («hindsight-client» для облаков, «hindsight-all» для локального). Требуется hindsight-client >= 0.4.22 (автоматически обновляется при запуске сессии, если устарело).

UI локального режима: hindsight-embed -p hermes ui start

Конфиг: $HERMES_HOME/hindsight/config.json

См. Плагин README для полной конфигурации справочника.

Голографический

Локальное хранилище фактов SQLite с полнотекстовым поиском FTS5, оценкой надежности и HRR (голографическими сокращенными представлениями) для композиционных алгебраических запросов.

Инструменты: fact_store (9 действий: добавить, найти, проверить, связано, обосновать, противоречить, обновить, удалить, составить список), fact_feedback (оценка полезно/бесполезно, которая обучает оценивать надежность)

Настройка:

hermes memory setup    # выберите "holographic"
# Или вручную:
hermes config set memory.provider holographic

Конфиг: config.yaml в разделе plugins.hermes-memory-store

Уникальные возможности: - зонд — алгебраический поиск, специфичный для явлений (все о фактах человека/вещи) - причина — композиционные И-запросы по существу сущностей - contradict — обнаружение конфликтующих фактов. - Оценка доверия с асимметричной обратной связью (+0,05 полезно / -0,10 бесполезно)

Ретайндб

Облачный API памяти с гибридным поиском (Vector + BM25 + Reranking), 7 типами памяти и дельта-сжатием.

Инструменты: retaindb_profile (профиль пользователя), retaindb_search (семантический поиск), retaindb_context (контекст, релевантный задаче), retaindb_remember (сохранение с типом + сравнениею), retaindb_forget (удаление воспоминаний)

Настройка:

hermes memory setup    # выберите "retaindb"
# Или вручную:
hermes config set memory.provider retaindb
echo "RETAINDB_API_KEY=your-key" >> ~/.hermes/.env

БайтРовер

Постоянная память через CLI brv — иерархическое дерево знаний с многоуровневым поиском (нечёткий текст → поиск через LLM). Локально-первый с опциональной облачной синхронизацией.

Инструменты: brv_query (поиск в дереве знаний), brv_curate (сохранение фактов/решений/шаблонов), brv_status (версия CLI + статистика дерева)

Настройка:

# Сначала установите CLI
curl -fsSL https://byterover.dev/install.sh | sh

# Затем настройте Hermes
hermes memory setup    # выберите "byterover"
# Или вручную:
hermes config set memory.provider byterover

Ключевые особенности: - Автоматическое извлечение перед сжатием (сохраняет инсайты до того, как сжатие контекста их отбросит) - Дерево серверов хранится в $HERMES_HOME/byterover/ (с областью профиля) - SOC2 Type II сертифицированная облачная синхронизация (опционально)

Суперпамять

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

Инструменты: supermemory_store (сохранение явных воспоминаний), supermemory_search (поиск по семантическому сходству), supermemory_forget (забыть по ID или запросить наилучшего совпадения), supermemory_profile (постоянный профиль + недавний контекст)

Настройка:

hermes memory setup    # выберите "supermemory"
# Или вручную:
hermes config set memory.provider supermemory
echo 'SUPERMEMORY_API_KEY=***' >> ~/.hermes/.env

Конфиг: $HERMES_HOME/supermemory.json

Переменные окружения: SUPERMEMORY_API_KEY (обязательно), SUPERMEMORY_CONTAINER_TAG (переопределяет конфиг).

Ключевые особенности: - Автоматическое ограждение контекста — удаление извлечённых воспоминаний из захваченных шагов, чтобы предотвратить рекурсивное загрязнение памяти. - Загрузка разговора при завершении сессии для более богатого построения знаний на уровне графа - Факты профиля включаются на первом этапе и с настраиваемыми интервалами. - Фильтрация тривиальных сообщений (пропускает "ок", "спасибо" и т.д.) - Контейнеры с региональным профилем — викор {identity} в container_tag (например, hermes-{identity} → hermes-coder) для публикации упоминаний по профилю Hermes - Многоконтейнерный режим — включает enable_custom_container_tags со списком custom_containers, чтобы агент мог читать/записывать в именованные контейнеры. Автоматические операции (синхронизация, предварительная загрузка) продолжаются на протяжении всего контейнера.

<подробности>

{
  "container_tag": "hermes",
  "enable_custom_container_tags": true,
  "custom_containers": ["project-alpha", "shared-knowledge"],
  "custom_container_instructions": "Используйте project-alpha для контекста кодинга."
}

</подробнее>

Поддержка: Discord · support@supermemory.com

Сравнение провайдеров

Изоляция профилей

Данные каждого провайдера изолированы по профилю:

• Провайдеры локального хранения (Holographic, ByteRover) используют пути $HERMES_HOME/, которые различаются для каждого профиля.
• Провайдеры файлов конфигурации (Honcho, Mem0, Hindsight, Supermemory) хранят конфиг в $HERMES_HOME/, поэтому каждый профиль имеет свои собственные учётные данные.
• Облачные провайдеры (RetainDB) автоматически выводят названные проекты в своем регионе.
• Провайдеры окружения (OpenViking) настраиваются через файл .env для каждого профиля.

Создание провайдера памяти

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