Skip to main content
Conare AI Memory дає кожному з ваших кінцевих користувачів постійну ізольовану пам’ять. Ваш застосунок пише дистильовані спостереження; Conare обробляє embedding, індексацію, гібридний retrieval (вектор + BM25, fused та reranked), LLM-синтез і ingest з конекторів.

​
Що це робить

  • Save — POST /api/v1/memories зберігає спостереження для одного кінцевого користувача. Дедуплікується за контентом. Batch-імпорт до 100 за раз через /memories/batch.
  • Search — POST /api/v1/search: субсекундні ранжовані збіги над пам’яттю одного користувача. Використовуйте, коли ваш агент сам робить розсуд, а йому потрібен лише релевантний raw-матеріал.
  • Deep recall — POST /api/v1/recall: синтезована, підкріплена цитуванням відповідь («що ми знаємо про цього користувача релевантно до X»), створена для інжекції в system prompt на старті сесії.
  • Suggestions — POST /api/v1/suggestions: за моментом контексту — до 5 конкретних наступних дій, кожна вкорінена в конкретний спогад — ніколи не generic поради. Повертає [] для нових користувачів, тож рендерте умовно і завантажуйте async.
  • Ingest з конекторів — кінцеві користувачі підключають свої інструменти (integrations), і їхня пам’ять заповнюється сама, організована в per-source контейнери.

​
Source-owned спогади

Якщо ви синхронізуєте спогади з system of record (рядки CRM, поля профілю, тикети), використовуйте versioned lifecycle-поверхню: upsert’и та delete’и несуть version, тож out-of-order доставки і crash-повтори безпечні за конструкцією. Прочитайте гайд про source-owned спогади.

​
Життєвий цикл та відповідність

  • DELETE /api/v1/memories/by-id/{memoryId} — видалити один спогад.
  • DELETE /api/v1/containers/{containerTag} — скинути спогади одного джерела для користувача.
  • DELETE /api/v1/users/{endUserId} — повний GDPR-wipe кінцевого користувача.

​
Два способи споживання

  1. Partner HTTP API (цей розділ + API Reference) — пам’ять для користувачів вашого продукту.
  2. MCP — coding-агенти використовують пам’ять Conare напряму. Див. MCP tools.