Що це вміє
- Save —
POST /api/v1/memoriesзберігає спостереження для одного кінцевого користувача. Дедуплікується за контентом. Пакетний імпорт до 100 за раз через/memories/batch. - Search —
POST /api/v1/search: субсекундні ранжовані збіги в памʼяті одного користувача. Використовуйте, коли ваш власний агент виконує міркування і потребує лише релевантного сирого матеріалу. - Deep recall —
POST /api/v1/recall: синтезована відповідь, підкріплена цитуваннями («що ми знаємо про цього користувача, релевантно до X»), призначена для інʼєкції в системний промпт на старті сесії. - Suggestions —
POST /api/v1/suggestions: за моментом контексту до 5 конкретних наступних дій, кожна підкріплена конкретною памʼяттю — жодних загальних порад. Повертає[]для нових користувачів, тож рендерте умовно й запитуйте асинхронно. - Прийом з конекторів — кінцеві користувачі підʼєднують свої інструменти (інтеграції) і їхня памʼять заповнюється сама, впорядкована у контейнери на джерело.
Памʼять, керована джерелом
Якщо ви синхронізуєте памʼять із system of record (рядки CRM, поля профілю, тикети), використовуйте версіоновану поверхню життєвого циклу: upsert і delete несутьversion, тож постачання не за порядком та ретраї після крашу безпечні за конструкцією. Читайте посібник по source-owned memories.
Життєвий цикл і відповідність
DELETE /api/v1/memories/by-id/{memoryId}— видалити одну памʼять.DELETE /api/v1/containers/{containerTag}— видалити памʼять одного джерела для користувача.DELETE /api/v1/users/{endUserId}— повне GDPR-стирання кінцевого користувача.
Два способи споживання
- Партнерський HTTP API (цей розділ + API Reference) — памʼять для користувачів вашого продукту.
- MCP — кодинг-агенти використовують памʼять Conare напряму. Див. MCP tools.