---
read_when:
    - Ви хочете зрозуміти, як працює пам’ять
    - Вам потрібно знати, які файли пам’яті слід записувати
summary: Як OpenClaw запам’ятовує дані між сесіями
title: Огляд пам’яті
x-i18n:
    generated_at: "2026-04-23T22:58:38Z"
    model: gpt-5.4
    provider: openai
    source_hash: 761eac6d5c125ae5734dbd654032884846706e50eb8ef7942cdb51b74a1e73d4
    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">
Local-first sidecar із 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.
- **З порогами**: просування має пройти пороги за балом, частотою відновлення та
  різноманітністю запитів.
- **Придатно для перегляду**: підсумки фаз і записи щоденника записуються в `DREAMS.md`
  для перегляду людиною.

Про поведінку фаз, сигнали оцінювання та подробиці Dream Diary див.
[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          # Check index status and provider
openclaw memory search "query"  # Search from the command line
openclaw memory index --force   # Rebuild the index
```

## Додаткові матеріали

- [Builtin Memory Engine](/uk/concepts/memory-builtin) — типовий бекенд SQLite
- [QMD Memory Engine](/uk/concepts/memory-qmd) — розширений local-first sidecar
- [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 взаємодіє з пам’яттю

## Пов’язане

- [Active Memory](/uk/concepts/active-memory)
- [Пошук у пам’яті](/uk/concepts/memory-search)
- [Вбудований рушій пам’яті](/uk/concepts/memory-builtin)
- [Пам’ять Honcho](/uk/concepts/memory-honcho)
