Начнём с вопроса, который закрывает половину случаев за одну минуту: вы пишете своё приложение или ищете готовое?
Если пишете — вам нужна библиотека памяти, и дальше можно не читать: Persona встроить в чужой продукт нельзя, у неё нет ни публичного SDK, ни лицензии, которая позволила бы это сделать. Если ищете готовое — библиотека вам не поможет, потому что она не является приложением и не имеет интерфейса.
Остальным ниже — разбор того, чем эти два класса отличаются по существу, а не по списку функций.
О фактах: подтверждённой первичной фактуры по Mem0 — лицензии, тарифам, лимитам и составу функций — у нас нет. Конкретных цифр и условий в статье не будет, всё это требует проверки на официальных страницах проекта. Обзор класса библиотек памяти в целом есть в материале про Mem0, Letta и MemGPT.
#Два класса, а не два продукта
Библиотека памяти — это код, который вы вызываете из своего приложения. Она принимает сообщения, извлекает из них факты, хранит их, ищет по ним и возвращает релевантное в момент запроса к модели. У неё нет интерфейса, нет пользователей и нет мнения о том, откуда брать данные: источник даёте вы.
Готовый продукт с памятью — это приложение, у которого есть свой источник данных, свой интерфейс, свои настройки приватности и свой сценарий использования. Встроить его в чужое приложение нельзя, потому что он и есть приложение.
Общая механика, которая лежит под обоими классами, разобрана в материале про то, как работает память ИИ. Разница не в механике, а в том, кто её вызывает.
#Сравнение
Смотрите на строку «источник данных» — она объясняет, почему выбор здесь не про качество.
| Критерий | Библиотека памяти | Persona |
|---|---|---|
| Что вы получаете | код для своего приложения | приложение целиком |
| Источник данных | даёте вы | экран, звук, разговоры, чаты |
| Интерфейс | нет | веб-интерфейс, голос |
| Встраивание в свой продукт | ✓ | ✗ |
| Контроль над схемой памяти | полный | настройки продукта |
| Порог входа | вы программируете | развёртывание руками |
Вывод из таблицы: конкуренции почти нет. Единственная точка пересечения — вопрос «что делать с фактами о пользователе», и решают его обе стороны похоже, но для разных потребителей.
#Где библиотека объективно лучше
Она встраивается, а мы нет. Если вы строите своё приложение — ассистента для клиентов, внутренний инструмент, агента под конкретную задачу, — вам нужен код, который вы вызовете из своего процесса. Persona для этого не годится: публичного SDK нет, репозиторий закрыт, публичной лицензии в нём нет, и встроить её в свой продукт вы не сможете даже при желании.
Полный контроль над схемой памяти. Вы решаете, что считать фактом, как его хранить, когда обновлять и как ранжировать при поиске. У продукта эти решения приняты за вас.
Свобода в выборе источника. Библиотеке всё равно, откуда пришло сообщение — из вашего чата, из тикет-системы, из голосового бота. У нас источник задан архитектурой: захват экрана и звука плюс переписка в чате.
Масштаб под ваши задачи. Библиотека живёт в вашей инфраструктуре по вашим правилам, с вашим хранилищем и вашим мониторингом. Мы — однопользовательский продукт: захват экрана и звука, таймлайн, поиск и заметки доступны только владельцу инстанса, а разграничение между пользователями не является усиленной мульти-тенантной границей.
Открытость, если она у проекта есть. Конкретную лицензию Mem0 мы не проверяли — она требует проверки. Но здесь стоит сказать прямо: у большинства библиотек этого класса лицензия публична, а у нас её нет вовсе, поэтому по критерию «можно ли прочитать код» мы проигрываем почти любому из них.
#Где полезно наше отличие
Одна вещь, которую библиотека по определению не решает: откуда возьмётся содержимое памяти. Она принимает то, что вы в неё передали. Если ваше приложение видит только переписку, память будет знать только переписку.
Persona берёт источник шире — экран с распознанным текстом и звук с расшифровкой, — и хранит факт вместе со ссылкой на свидетельство: конкретный кадр, фрагмент разговора, сообщение. Зачем это нужно и что меняется, когда факт можно проверить по источнику, разобрано в материале про провенанс в памяти.
Второе отличие — учёт того, что факт менялся: старое значение не затирается, есть история и откат. Библиотека такое умеет, если вы это запрограммируете; в продукте это уже сделано.
Оговорки, которые идут ровно сюда: захват не работает в контейнере — там нет графической сессии; языковую модель вы подключаете сами, и с облачным ключом текст запросов уходит выбранному провайдеру; ключи участников хранятся в базе в открытом виде.
#Кому что подойдёт
- Вы разработчик и строите своё приложение → берите библиотеку памяти. Мы вам не подходим, и это не фигура речи: встроить Persona некуда.
- Вам нужен готовый ассистент для себя → библиотека не поможет, у неё нет интерфейса.
- Вам нужна память из экрана и звука, а не из вашего кода → это Persona, при условии, что вы принимаете закрытый репозиторий и отсутствие установщика.
- Вам интересно, как устроен слой памяти внутри продукта → архитектура разобрана в материале про агентную архитектуру Persona.
#Частые вопросы
#Можно ли встроить Persona в своё приложение, как библиотеку?
Нет. Публичного SDK у нас нет, репозиторий закрыт, файла публичной лицензии в нём тоже нет — то есть даже при технической возможности права на встраивание у вас не будет. Если задача именно встроить память в свой продукт, берите библиотеку, а не нас.
#Mem0 бесплатен?
Подтверждённой фактуры по лицензии и тарифам у нас нет, поэтому цифр и условий мы не приводим — это требует проверки на официальных страницах проекта. У библиотек этого класса обычно есть открытая часть и облачный сервис поверх неё, но конкретику надо смотреть в первоисточнике.
#Persona использует Mem0 внутри?
Нет. Слой памяти у нас собственный: извлечение фактов, полнотекстовый поиск, опционально векторный, граф связей и учёт изменения фактов во времени. Векторный режим по умолчанию выключен и требует дополнительной установки и модели эмбеддингов.
#Чем память продукта отличается от памяти библиотеки по сути?
Не механикой, а тем, кто принимает решения. Библиотека даёт вам конструктор: вы решаете, что считать фактом и как его хранить. Продукт эти решения принял и дал вам интерфейс. Первое гибче, второе быстрее начинает работать.
#Что выбрать, если я разработчик, но хочу ассистента для себя лично?
Тогда вы в роли пользователя, а не разработчика, и логика меняется: библиотека потребует от вас написать всё остальное — интерфейс, источник данных, управление приватностью. Оценка этой работы по пунктам есть в матрице Persona против всех, где перечислено, чем каждый конкурент нас превосходит.
#Можно ли перенести память из Persona в своё приложение?
Экспорт базы есть, но это выгрузка нашего формата, а не готовый набор записей для чужой библиотеки: конвертацию придётся делать самому. Готового моста между продуктом и библиотеками памяти у нас нет, и обещать его я не буду.
#Вывод
Это сравнение из тех, где правильный ответ чаще всего «не мы». Если вы пишете своё приложение, вам нужна библиотека памяти: её можно вызвать из кода, настроить под свою схему и запустить в своей инфраструктуре — Persona ничего из этого не позволяет, у неё нет ни SDK, ни публичной лицензии.
Смысл в готовом продукте появляется в одном случае: когда вам нужна не память как компонент, а память как результат — собранная из экрана и звука, с проверяемым источником и без единой строки кода с вашей стороны. Если это ваш случай — посмотрите Persona, приняв, что встроить её никуда не получится.