chore(i18n): refresh uk translations

This commit is contained in:
openclaw-docs-i18n[bot] 2026-04-15 00:31:14 +00:00
parent 15dc76d63d
commit 5dbe260c75

View File

@ -1,15 +1,15 @@
---
read_when:
- Ви хочете, щоб просування пам’яті виконувалося автоматично
- Ви хочете зрозуміти, що робить кожна фаза dreaming
- Ви хочете зрозуміти, що робить кожна фаза Dreaming
- Ви хочете налаштувати консолідацію, не засмічуючи `MEMORY.md`
summary: Фонова консолідація пам’яті з легкими, глибокими та REM-фазами, а також Dream Diary
summary: Консолідація фонової пам’яті з фазами light, deep і REM, а також Dream Diary
title: Dreaming (експериментально)
x-i18n:
generated_at: "2026-04-08T22:26:42Z"
generated_at: "2026-04-15T00:30:37Z"
model: gpt-5.4
provider: openai
source_hash: 26476eddb8260e1554098a6adbb069cf7f5e284cf2e09479c6d9d8f8b93280ef
source_hash: 5882a5068f2eabe54ca9893184e5385330a432b921870c38626399ce11c31e25
source_path: concepts/dreaming.md
workflow: 15
---
@ -17,65 +17,65 @@ x-i18n:
# Dreaming (експериментально)
Dreaming — це фонова система консолідації пам’яті в `memory-core`.
Вона допомагає OpenClaw переносити сильні короткострокові сигнали в довготривалу пам’ять, зберігаючи
процес зрозумілим і придатним для перевірки.
Вона допомагає OpenClaw переносити сильні короткострокові сигнали в довготривалу пам’ять,
зберігаючи при цьому зрозумілість і можливість перевірки процесу.
Dreaming є **опційною функцією** і за замовчуванням вимкнена.
Dreaming є **опціональним** і за замовчуванням вимкнений.
## Що записує dreaming
## Що записує Dreaming
Dreaming зберігає два типи вихідних даних:
Dreaming зберігає два види вихідних даних:
- **Стан машини** у `memory/.dreams/` (сховище recall, сигнали фаз, контрольні точки поглинання, блокування).
- **Зрозумілий для людини вивід** у `DREAMS.md` (або наявному `dreams.md`) і необов’язкових файлах звітів фаз у `memory/dreaming/<phase>/YYYY-MM-DD.md`.
- **Стан машини** в `memory/.dreams/` (сховище recall, сигнали фаз, контрольні точки ingestion, блокування).
- **Людинозрозумілий вивід** у `DREAMS.md` (або наявний `dreams.md`) і необов’язкові файли звітів фаз у `memory/dreaming/<phase>/YYYY-MM-DD.md`.
Просування до довготривалої пам’яті, як і раніше, записується лише в `MEMORY.md`.
Просування в довготривалу пам’ять, як і раніше, записується лише в `MEMORY.md`.
## Модель фаз
Dreaming використовує три кооперативні фази:
Dreaming використовує три взаємодоповнювальні фази:
| Фаза | Призначення | Постійний запис |
| ----- | ----------- | --------------- |
| Light | Сортує та підготовлює нещодавній короткостроковий матеріал | Ні |
| Deep | Оцінює та просуває довготривалі кандидати | Так (`MEMORY.md`) |
| REM | Осмислює теми та повторювані ідеї | Ні |
| Фаза | Призначення | Довготривалий запис |
| ----- | ----------- | ------------------- |
| Light | Сортує та готує недавній короткостроковий матеріал | Ні |
| Deep | Оцінює та просуває довготривалих кандидатів | Так (`MEMORY.md`) |
| REM | Аналізує теми та повторювані ідеї | Ні |
Ці фази є внутрішніми деталями реалізації, а не окремими
користувацькими «режимами».
### Фаза Light
Фаза Light поглинає нещодавні щоденні сигнали пам’яті та сліди recall, усуває дублікати
й підготовлює рядки-кандидати.
Фаза Light поглинає недавні щоденні сигнали пам’яті та сліди recall, усуває дублікати
й готує рядки кандидатів.
- Читає з короткострокового стану recall, нещодавніх щоденних файлів пам’яті та відредагованих транскриптів сесій, якщо вони доступні.
- Записує керований блок `## Light Sleep`, якщо сховище підтримує вбудований вивід.
- Фіксує сигнали підкріплення для подальшого глибокого ранжування.
- Читає зі стану короткострокового recall, нещодавніх щоденних файлів пам’яті та відредагованих транскриптів сесій, якщо вони доступні.
- Записує керований блок `## Light Sleep`, коли сховище містить вбудований вивід.
- Фіксує сигнали підкріплення для подальшого ранжування Deep.
- Ніколи не записує в `MEMORY.md`.
### Фаза Deep
Фаза Deep вирішує, що стане довготривалою пам’яттю.
Фаза Deep визначає, що стане довготривалою пам’яттю.
- Ранжує кандидатів за допомогою зваженого оцінювання та порогових фільтрів.
- Вимагає проходження `minScore`, `minRecallCount` і `minUniqueQueries`.
- Перед записом повторно гідратує фрагменти з поточних щоденних файлів, тому застарілі або видалені фрагменти пропускаються.
- Повторно завантажує фрагменти з актуальних щоденних файлів перед записом, тому застарілі або видалені фрагменти пропускаються.
- Додає просунуті записи до `MEMORY.md`.
- Записує підсумок `## Deep Sleep` у `DREAMS.md` і за потреби записує `memory/dreaming/deep/YYYY-MM-DD.md`.
### Фаза REM
Фаза REM витягує шаблони та рефлексивні сигнали.
Фаза REM виділяє закономірності та рефлексивні сигнали.
- Формує підсумки тем і рефлексій на основі нещодавніх короткострокових слідів.
- Записує керований блок `## REM Sleep`, якщо сховище підтримує вбудований вивід.
- Фіксує сигнали підкріплення REM, які використовуються для глибокого ранжування.
- Будує підсумки тем і рефлексій на основі недавніх короткострокових слідів.
- Записує керований блок `## REM Sleep`, коли сховище містить вбудований вивід.
- Фіксує сигнали підкріплення REM, які використовуються в ранжуванні Deep.
- Ніколи не записує в `MEMORY.md`.
## Поглинання транскриптів сесій
Dreaming може поглинати відредаговані транскрипти сесій до корпусу dreaming. Коли
Dreaming може поглинати відредаговані транскрипти сесій у корпус Dreaming. Якщо
транскрипти доступні, вони подаються у фазу Light разом із щоденними
сигналами пам’яті та слідами recall. Особистий і чутливий вміст редагується
перед поглинанням.
@ -83,56 +83,59 @@ Dreaming може поглинати відредаговані транскри
## Dream Diary
Dreaming також веде наративний **Dream Diary** у `DREAMS.md`.
Після того як кожна фаза накопичує достатньо матеріалу, `memory-core` виконує фоновий
хід субагента в режимі best-effort (використовуючи модель середовища виконання за замовчуванням)
і додає короткий запис щоденника.
Після того як для кожної фази накопичується достатньо матеріалу, `memory-core` виконує фоновий
хід субагента в режимі best-effort (використовуючи стандартну модель runtime) і додає
короткий запис щоденника.
Цей щоденник призначений для читання людьми в інтерфейсі Dreams, а не є джерелом просування.
Цей щоденник призначений для читання людиною в інтерфейсі Dreams, а не як джерело
просування. Артефакти щоденника/звіту, згенеровані Dreaming, виключаються з
короткострокового просування. До просування в
`MEMORY.md` допускаються лише обґрунтовані фрагменти пам’яті.
Також є окремий grounded-канал історичного дозаповнення для перевірки та відновлення:
Також є обґрунтована історична доріжка backfill для перегляду та відновлення:
- `memory rem-harness --path ... --grounded` показує попередній перегляд grounded-виводу щоденника з історичних нотаток `YYYY-MM-DD.md`.
- `memory rem-backfill --path ...` записує зворотні grounded-записи щоденника в `DREAMS.md`.
- `memory rem-backfill --path ... --stage-short-term` підготовлює grounded довготривалі кандидати в те саме сховище короткострокових доказів, яке вже використовує звичайна фаза Deep.
- `memory rem-backfill --rollback` і `--rollback-short-term` видаляють ці підготовлені артефакти дозаповнення, не зачіпаючи звичайні записи щоденника або поточний короткостроковий recall.
- `memory rem-harness --path ... --grounded` показує попередній перегляд обґрунтованого виводу щоденника з історичних нотаток `YYYY-MM-DD.md`.
- `memory rem-backfill --path ...` записує оборотні обґрунтовані записи щоденника в `DREAMS.md`.
- `memory rem-backfill --path ... --stage-short-term` додає обґрунтованих довготривалих кандидатів до того самого сховища короткострокових доказів, яке вже використовує звичайна фаза Deep.
- `memory rem-backfill --rollback` і `--rollback-short-term` видаляють ці staged-артефакти backfill, не зачіпаючи звичайні записи щоденника або живий короткостроковий recall.
Control UI надає той самий процес дозаповнення/скидання щоденника, щоб ви могли переглянути
результати в сцені Dreams, перш ніж вирішувати, чи заслуговують grounded-кандидати
на просування. Scene також показує окремий grounded-канал, щоб ви могли бачити,
які підготовлені короткострокові записи надійшли з історичного відтворення, які просунуті
елементи були спричинені grounded-процесом, а також очищати лише підготовлені записи, що належать лише grounded-процесу,
не торкаючись звичайного поточного короткострокового стану.
Control UI надає той самий процес backfill/reset для щоденника, щоб ви могли переглянути
результати в сцені Dreams, перш ніж вирішувати, чи
заслуговують обґрунтовані кандидати на просування. Сцена також показує окрему обґрунтовану доріжку, щоб ви могли бачити,
які staged короткострокові записи надійшли з історичного відтворення, які просунуті
елементи були зумовлені grounded-даними, і очищати лише staged-записи, пов’язані виключно з grounded,
не зачіпаючи звичайний живий короткостроковий стан.
## Сигнали глибокого ранжування
## Сигнали ранжування Deep
Глибоке ранжування використовує шість зважених базових сигналів плюс підкріплення фаз:
Ранжування Deep використовує шість зважених базових сигналів плюс підкріплення фаз:
| Сигнал | Вага | Опис |
| ------------------- | ------ | ------------------------------------------------- |
| ------ | ---- | ---- |
| Частота | 0.24 | Скільки короткострокових сигналів накопичив запис |
| Релевантність | 0.30 | Середня якість вилучення для запису |
| Різноманітність запитів | 0.15 | Окремі контексти запиту/дня, у яких він з’являвся |
| Нещодавність | 0.15 | Оцінка свіжості з часовим затуханням |
| Релевантність | 0.30 | Середня якість пошуку для запису |
| Різноманітність запитів | 0.15 | Окремі контексти запитів/днів, у яких він з’являвся |
| Актуальність | 0.15 | Оцінка свіжості з часовим згасанням |
| Консолідація | 0.10 | Сила повторюваності впродовж кількох днів |
| Концептуальна насиченість | 0.06 | Щільність тегів концептів із фрагмента/шляху |
| Концептуальна насиченість | 0.06 | Щільність concept-tag із фрагмента/шляху |
Попадання фаз Light і REM додають невелике посилення із затуханням за нещодавністю з
Влучання фаз Light і REM додають невелике підсилення зі згасанням за часом із
`memory/.dreams/phase-signals.json`.
## Планування
## Розклад
Коли цю функцію ввімкнено, `memory-core` автоматично керує одним cron-завданням для повного
циклу dreaming. Кожен цикл виконує фази по порядку: light -> REM -> deep.
Коли Dreaming увімкнено, `memory-core` автоматично керує одним завданням Cron для повного
циклу Dreaming. Кожен цикл запускає фази по порядку: light -> REM -> deep.
Поведінка стандартної періодичності:
Типова поведінка розкладу:
| Налаштування | Значення за замовчуванням |
| -------------------- | ----------- |
| Налаштування | Типове значення |
| ------------ | --------------- |
| `dreaming.frequency` | `0 3 * * *` |
## Швидкий старт
Увімкніть dreaming:
Увімкнути Dreaming:
```json
{
@ -150,7 +153,7 @@ Control UI надає той самий процес дозаповнення/с
}
```
Увімкніть dreaming із власною періодичністю циклу:
Увімкнути Dreaming із власною частотою циклу:
```json
{
@ -191,7 +194,7 @@ openclaw memory status --deep
```
Ручна команда `memory promote` за замовчуванням використовує пороги фази Deep, якщо їх не перевизначено
прапорцями CLI.
через прапорці CLI.
Пояснити, чому конкретний кандидат буде або не буде просунутий:
@ -200,42 +203,42 @@ openclaw memory promote-explain "router vlan"
openclaw memory promote-explain "router vlan" --json
```
Перегляньте REM-рефлексії, кандидатні істини та вивід глибокого просування без
запису будь-чого:
Попередній перегляд рефлексій REM, істин кандидатів і результату просування Deep без
будь-якого запису:
```bash
openclaw memory rem-harness
openclaw memory rem-harness --json
```
## Ключові значення за замовчуванням
## Ключові типові значення
Усі налаштування розташовані в `plugins.entries.memory-core.config.dreaming`.
| Ключ | Значення за замовчуванням |
| ----------- | ----------- |
| `enabled` | `false` |
| Ключ | Типове значення |
| ---- | --------------- |
| `enabled` | `false` |
| `frequency` | `0 3 * * *` |
Політика фаз, пороги та поведінка сховища є внутрішніми деталями реалізації
(не користувацькими налаштуваннями).
(не належать до користувацької конфігурації).
Повний перелік ключів див. у [довіднику з конфігурації Memory](/uk/reference/memory-config#dreaming-experimental).
Див. [довідник із конфігурації Memory](/uk/reference/memory-config#dreaming-experimental) для повного списку ключів.
## Інтерфейс Dreams
## UI Dreams
Коли цю функцію ввімкнено, вкладка **Dreams** у Gateway показує:
Коли Dreaming увімкнено, вкладка Gateway **Dreams** показує:
- поточний стан увімкнення dreaming
- поточний стан увімкнення Dreaming
- статус на рівні фаз і наявність керованого циклу
- кількість короткострокових, grounded, сигнальних і просунутих сьогодні записів
- кількість короткострокових, grounded, сигналів і просунутих сьогодні записів
- час наступного запланованого запуску
- окремий grounded-канал Scene для підготовлених записів історичного відтворення
- розгортаний читач Dream Diary, що працює на основі `doctor.memory.dreamDiary`
- окрему доріжку Scene для staged записів історичного відтворення
- розгортаний переглядач Dream Diary на основі `doctor.memory.dreamDiary`
## Пов’язане
- [Memory](/uk/concepts/memory)
- [Memory Search](/uk/concepts/memory-search)
- [memory CLI](/cli/memory)
- [довідник з конфігурації Memory](/uk/reference/memory-config)
- [Пошук у Memory](/uk/concepts/memory-search)
- [CLI memory](/cli/memory)
- [довідник із конфігурації Memory](/uk/reference/memory-config)