---
read_when:
    - Ви хочете зрозуміти, як працює пам’ять
    - Ви хочете знати, які файли пам’яті записувати
summary: Як OpenClaw пам’ятає речі між сеансами
title: Огляд пам’яті
x-i18n:
    generated_at: "2026-04-15T10:48:06Z"
    model: gpt-5.4
    provider: openai
    source_hash: ad1adafe1d81f1703d24f48a9c9da2b25a0ebbd4aad4f65d8bde5df78195d55b
    source_path: concepts/memory.md
    workflow: 15
---

# Огляд пам’яті

OpenClaw запам’ятовує речі, записуючи **звичайні файли Markdown** у робочому просторі вашого агента. Модель лише "пам’ятає" те, що зберігається на диску — прихованого стану не існує.

## Як це працює

Ваш агент має три файли, пов’язані з пам’яттю:

- **`MEMORY.md`** — довготривала пам’ять. Стійкі факти, уподобання та
  рішення. Завантажується на початку кожного сеансу в DM.
- **`memory/YYYY-MM-DD.md`** — щоденні нотатки. Поточний контекст і спостереження.
  Нотатки за сьогодні й учора завантажуються автоматично.
- **`DREAMS.md`** (необов’язково) — щоденник сновидінь і підсумки
  перегляду dreaming для перевірки людиною, зокрема обґрунтовані історичні записи backfill.

Ці файли розміщуються в робочому просторі агента (типово `~/.openclaw/workspace`).

<Tip>
Якщо ви хочете, щоб агент щось запам’ятав, просто попросіть його: "Запам’ятай, що я
віддаю перевагу TypeScript." Він запише це у відповідний файл.
</Tip>

## Інструменти пам’яті

Агент має два інструменти для роботи з пам’яттю:

- **`memory_search`** — знаходить релевантні нотатки за допомогою семантичного пошуку, навіть якщо
  формулювання відрізняється від оригінального.
- **`memory_get`** — читає конкретний файл пам’яті або діапазон рядків.

Обидва інструменти надаються активним Plugin пам’яті (типово: `memory-core`).

## Супутній Plugin Memory Wiki

Якщо ви хочете, щоб довготривала пам’ять поводилася більше як підтримувана база знань, а не
просто набір сирих нотаток, використовуйте вбудований Plugin `memory-wiki`.

`memory-wiki` компілює довготривалі знання у wiki vault із:

- детермінованою структурою сторінок
- структурованими твердженнями та доказами
- відстеженням суперечностей і актуальності
- згенерованими панелями
- скомпільованими дайджестами для агентів/споживачів runtime
- wiki-native інструментами, такими як `wiki_search`, `wiki_get`, `wiki_apply` і `wiki_lint`

Він не замінює активний Plugin пам’яті. Активний Plugin пам’яті, як і раніше,
відповідає за відтворення, підвищення та dreaming. `memory-wiki` додає поруч
із ним багатий на походження шар знань.

Див. [Memory Wiki](/uk/plugins/memory-wiki).

## Пошук у пам’яті

Коли налаштовано провайдера embedding, `memory_search` використовує **гібридний
пошук** — поєднуючи векторну схожість (семантичне значення) з пошуком за ключовими словами
(точні терміни, як-от ID та символи коду). Це працює одразу після того, як у вас є
API-ключ будь-якого підтримуваного провайдера.

<Info>
OpenClaw автоматично визначає вашого провайдера embedding за доступними API-ключами. Якщо у вас
налаштовано ключ OpenAI, Gemini, Voyage або Mistral, пошук у пам’яті
вмикається автоматично.
</Info>

Докладніше про те, як працює пошук, параметри налаштування та налаштування провайдерів див. у
[Memory Search](/uk/concepts/memory-search).

## Бекенди пам’яті

<CardGroup cols={3}>
<Card title="Вбудований (типовий)" icon="database" href="/uk/concepts/memory-builtin">
На основі SQLite. Працює з коробки з пошуком за ключовими словами, векторною схожістю та
гібридним пошуком. Без додаткових залежностей.
</Card>
<Card title="QMD" icon="search" href="/uk/concepts/memory-qmd">
Побічний сервіс із локальним пріоритетом із reranking, query expansion і можливістю індексувати
каталоги поза межами робочого простору.
</Card>
<Card title="Honcho" icon="brain" href="/uk/concepts/memory-honcho">
AI-native пам’ять між сеансами з моделюванням користувача, семантичним пошуком і
обізнаністю про кількох агентів. Встановлюється як Plugin.
</Card>
</CardGroup>

## Шар wiki знань

<CardGroup cols={1}>
<Card title="Memory Wiki" icon="book" href="/uk/plugins/memory-wiki">
Компілює довготривалу пам’ять у wiki vault, багатий на походження, із твердженнями,
панелями, bridge mode та дружніми до Obsidian робочими процесами.
</Card>
</CardGroup>

## Автоматичне скидання пам’яті

Перш ніж [Compaction](/uk/concepts/compaction) підсумує вашу розмову, OpenClaw
виконує тихий хід, який нагадує агенту зберегти важливий контекст у файли пам’яті.
Це ввімкнено типово — вам не потрібно нічого налаштовувати.

<Tip>
Скидання пам’яті запобігає втраті контексту під час Compaction. Якщо у розмові агента є
важливі факти, які ще не записані у файл, їх буде автоматично збережено
перед створенням підсумку.
</Tip>

## Dreaming

Dreaming — це необов’язковий фоновий прохід консолідації пам’яті. Він збирає
короткострокові сигнали, оцінює кандидатів і просуває до
довготривалої пам’яті (`MEMORY.md`) лише кваліфіковані елементи.

Його створено, щоб довготривала пам’ять залишалася високосигнальною:

- **Добровільно**: типово вимкнено.
- **За розкладом**: коли ввімкнено, `memory-core` автоматично керує одним повторюваним завданням Cron
  для повного dreaming sweep.
- **З порогами**: просування має пройти пороги за оцінкою, частотою відтворення та
  різноманітністю запитів.
- **Придатно до перевірки**: підсумки фаз і записи щоденника записуються в `DREAMS.md`
  для перевірки людиною.

Відомості про поведінку фаз, сигнали оцінювання та деталі щоденника сновидінь див. у
[Dreaming](/uk/concepts/dreaming).

## Обґрунтований backfill і живе просування

Система dreaming тепер має два тісно пов’язані режими перевірки:

- **Live dreaming** працює з короткострокового сховища dreaming у
  `memory/.dreams/` і саме його звичайна глибока фаза використовує, вирішуючи, що
  може перейти до `MEMORY.md`.
- **Grounded backfill** читає історичні нотатки `memory/YYYY-MM-DD.md` як
  окремі файли днів і записує структурований результат перевірки в `DREAMS.md`.

Grounded backfill корисний, коли ви хочете повторно програти старі нотатки й перевірити, що
система вважає довготривалим, без ручного редагування `MEMORY.md`.

Коли ви використовуєте:

```bash
openclaw memory rem-backfill --path ./memory --stage-short-term
```

обґрунтовані довготривалі кандидати не просуваються напряму. Вони розміщуються
в тому самому короткостроковому сховищі dreaming, яке вже використовує звичайна глибока фаза. Це
означає, що:

- `DREAMS.md` залишається поверхнею перевірки для людини.
- короткострокове сховище залишається поверхнею ранжування для машини.
- `MEMORY.md` і далі записується лише під час глибокого просування.

Якщо ви вирішите, що повторне програвання не було корисним, ви можете видалити підготовлені артефакти,
не зачіпаючи звичайні записи щоденника чи нормальний стан відтворення:

```bash
openclaw memory rem-backfill --rollback
openclaw memory rem-backfill --rollback-short-term
```

## CLI

```bash
openclaw memory status          # Перевірити стан індексу та провайдера
openclaw memory search "query"  # Пошук із командного рядка
openclaw memory index --force   # Перебудувати індекс
```

## Подальше читання

- [Builtin Memory Engine](/uk/concepts/memory-builtin) — типовий бекенд SQLite
- [QMD Memory Engine](/uk/concepts/memory-qmd) — розширений побічний сервіс із локальним пріоритетом
- [Honcho Memory](/uk/concepts/memory-honcho) — AI-native пам’ять між сеансами
- [Memory Wiki](/uk/plugins/memory-wiki) — скомпільоване сховище знань та wiki-native інструменти
- [Memory Search](/uk/concepts/memory-search) — конвеєр пошуку, провайдери та
  налаштування
- [Dreaming](/uk/concepts/dreaming) — фонове просування
  з короткострокового відтворення до довготривалої пам’яті
- [Посилання на конфігурацію пам’яті](/uk/reference/memory-config) — усі параметри конфігурації
- [Compaction](/uk/concepts/compaction) — як Compaction взаємодіє з пам’яттю
