Обновлено: 7 августа 2026. По материалам Redis Vector Sets, pgvector и TencentDB Agent Memory.
Какую Memory Database выбрать для AI-агента? Redis быстр, PostgreSQL с pgvector универсален, TencentDB Agent Memory даёт слои L0–L3. Разберём Redis, PostgreSQL и TencentDB по температуре данных, а не по хайпу.
Введение
Память агента — это сессия, краткосрочная работа, долгосрочная семантика и сырьё для аудита. Сопоставление слоёв хранилищам важнее поиска одной «лучшей» БД.
Redis
Горячий tier с TTL, очереди, Pub/Sub. Vector Sets для малых горячих наборов — не единственная долгосрочная Memory Database.
PostgreSQL
pgvector + JSONB — дефолт OSS для долгой памяти с ACID. Redis кеширует сессии. См. Цикл Tool Calls в Kimi K3.
TencentDB
Готовые слои и плагины OpenClaw. Руководство TencentDB Agent Memory (2026) — по установке.
Матрица
| Критерий | Redis | PostgreSQL | TencentDB |
|---|---|---|---|
| Роль | Горячий / сессия | Долгая Memory DB | Слои агента |
Что хранит AI Memory
Зафиксируйте паттерны доступа, задержку, срок хранения, типы запросов и операционные возможности до сравнения движков. Фреймворки не заменят планирование ёмкости Memory Database.
Сценарии
Прототип: локальный SQLite TencentDB или Postgres в Docker. Команда: Postgres долгий слой + Redis сессии. Длинные coding-агенты: обязателен offload короткой памяти. Enterprise: managed + row-level security.
Для русскоязычных команд с опытом PostgreSQL разумно начать с pgvector; TencentDB ускоряет внедрение L0–L3—см. Руководство TencentDB Agent Memory (2026). Redis остаётся горячим кешем, не единственной БД памяти.
Гибрид в продакшене
Redis-сессия → recall PG/TencentDB → асинхронная запись атомов. Gateway 24/7 на облачном Mac. Стабильность tool-chain: Цикл Tool Calls в Kimi K3. Memory Database в проде почти всегда гибрид по температуре данных.
Итог
- Redis — горячий tier; Postgres — долгий дефолт; TencentDB — быстрые слои.
- Гибрид побеждает в продакшене.
Память агента на облачном Mac
Любой выбор требует постоянно онлайн Gateway. Облачный Mac mini Kvmkit 24/7.