Dreaming

Dreaming은 memory-core의 백그라운드 메모리 통합 시스템입니다. OpenClaw가 강한 단기 신호를 내구성 있는 메모리로 옮기는 동시에 프로세스를 설명 가능하고 검토 가능하게 유지하도록 돕습니다.

Dreaming이 쓰는 것

Dreaming은 두 종류의 출력을 유지합니다.

• memory/.dreams/의 머신 상태(리콜 저장소, 단계 신호, 수집 체크포인트, 잠금).
• DREAMS.md(또는 기존 dreams.md)의 사람이 읽을 수 있는 출력 및 memory/dreaming/<phase>/YYYY-MM-DD.md 아래의 선택적 단계 보고서 파일.

장기 승격은 여전히 MEMORY.md에만 씁니다.

단계 모델

Dreaming은 세 가지 협력 단계를 사용합니다.

이 단계들은 내부 구현 세부 사항이며, 사용자가 별도로 구성하는 "모드"가 아닙니다.

세션 트랜스크립트 수집

Dreaming은 수정된 세션 트랜스크립트를 Dreaming 코퍼스로 수집할 수 있습니다. 트랜스크립트가 있으면 일일 메모리 신호 및 리콜 추적과 함께 Light 단계에 제공됩니다. 개인적이고 민감한 내용은 수집 전에 수정됩니다.

Dream Diary

Dreaming은 DREAMS.md에 서술형 Dream Diary도 유지합니다. 각 단계에 충분한 자료가 쌓이면 memory-core가 최선 노력 방식의 백그라운드 서브에이전트 턴을 실행하고 짧은 일기 항목을 추가합니다. dreaming.model이 구성되어 있지 않으면 기본 런타임 모델을 사용합니다. 구성된 모델을 사용할 수 없으면 Dream Diary는 세션 기본 모델로 한 번 다시 시도합니다.

검토 및 복구 작업을 위한 근거 기반 과거 백필 레인도 있습니다.

Control UI는 동일한 일기 백필/재설정 흐름을 제공하므로, 근거 기반 후보가 승격할 가치가 있는지 결정하기 전에 Dreams 장면에서 결과를 살펴볼 수 있습니다. Scene에는 별도의 근거 기반 레인도 표시되어, 어떤 스테이징된 단기 항목이 과거 리플레이에서 왔는지, 어떤 승격 항목이 근거 기반으로 주도되었는지 확인하고, 일반 라이브 단기 상태를 건드리지 않고 근거 기반 전용 스테이징 항목만 지울 수 있습니다.

Deep 순위 신호

Deep 순위는 여섯 가지 가중 기본 신호와 단계 강화를 사용합니다.

Light 및 REM 단계 히트는 memory/.dreams/phase-signals.json에서 작은 최신성 감쇠 부스트를 추가합니다.

섀도 트라이얼 결과는 내구성 쓰기 전에 검토 신호로 해당 기본 점수 위에 계층화될 수 있습니다. 도움이 되는 트라이얼은 후보에 작고 제한된 부스트를 주고, 중립 트라이얼은 후보를 보류 상태로 유지하며, 해로운 트라이얼은 해당 점수화 패스에서 거부된 것으로 표시합니다. 이 신호는 여전히 보고서 전용입니다. 후보 순서나 검토 메타데이터를 바꿀 수는 있지만, MEMORY.md에 쓰거나 후보를 단독으로 승격하지는 않습니다.

QA 섀도 트라이얼 보고서 범위

QA Lab에는 향후 Dreaming 섀도 트라이얼이 승격 전에 후보 메모리를 어떻게 검토할 수 있는지 살펴보기 위한 보고서 전용 시나리오가 포함되어 있습니다. 이 시나리오는 에이전트에게 기준 답변과 후보 메모리를 사용할 수 있는 답변을 비교한 다음, 판정, 이유, 위험 플래그가 포함된 로컬 보고서를 쓰도록 요청합니다.

이 범위는 의도적으로 QA에 한정됩니다. 보고서 아티팩트가 MEMORY.md와 분리되어 유지되고, 에이전트가 후보가 승격되었다고 주장하지 않는지 검증합니다. 프로덕션 섀도 트라이얼 동작을 추가하거나 Deep 단계 승격 엔진을 변경하지 않습니다.

memory-core 섀도 트라이얼 러너는 안정적인 아티팩트가 필요한 코드 경로에 대해 동일한 보고서 전용 계약을 유지합니다. 후보, 트라이얼 프롬프트, 기준 결과, 후보 결과, 판정, 이유, 위험 플래그, 증거 참조를 받은 다음 promotion action: report-only가 포함된 보고서를 씁니다. 도움이 되는 판정은 promote 권장 사항에 매핑되고, 중립 판정은 defer에 매핑되며, 해로운 판정은 reject에 매핑됩니다. 이러한 권장 사항 중 어느 것도 MEMORY.md에 쓰거나 Deep 단계 승격을 적용하지 않습니다.

예약

활성화되면 memory-core가 전체 Dreaming 스윕을 위한 Cron 작업 하나를 자동으로 관리합니다. 각 스윕은 light → REM → deep 순서로 단계를 실행합니다.

스윕에는 기본 런타임 작업공간과 구성된 모든 에이전트 작업공간이 포함되며, 경로 기준으로 중복 제거됩니다. 따라서 서브에이전트 작업공간 팬아웃이 기본 에이전트의 DREAMS.md 및 메모리 상태를 제외하지 않습니다.

기본 주기 동작:

빠른 시작

{  "plugins": {    "entries": {      "memory-core": {        "config": {          "dreaming": {            "enabled": true          }        }      }    }  }}

{  "plugins": {    "entries": {      "memory-core": {        "config": {          "dreaming": {            "enabled": true,            "timezone": "America/Los_Angeles",            "frequency": "0 */6 * * *"          }        }      }    }  }}

슬래시 명령

/dreaming status/dreaming on/dreaming off/dreaming help

/dreaming on 및 /dreaming off는 Gateway 전체 구성을 변경합니다. 채널 호출자는 소유자여야 하며, Gateway 클라이언트에는 operator.admin이 있어야 합니다. /dreaming status 및 /dreaming help는 읽기 전용으로 유지됩니다.

CLI 워크플로

openclaw memory promoteopenclaw memory promote --applyopenclaw memory promote --limit 5openclaw memory status --deep

openclaw memory promote-explain "router vlan"openclaw memory promote-explain "router vlan" --json

openclaw memory rem-harnessopenclaw memory rem-harness --json

주요 기본값

모든 설정은 plugins.entries.memory-core.config.dreaming 아래에 있습니다.

Dreams UI

활성화되면 Gateway Dreams 탭에 다음이 표시됩니다.

• 현재 Dreaming 활성화 상태
• 단계 수준 상태 및 관리형 스윕 존재 여부
• 단기, 근거 기반, 신호, 오늘 승격된 항목 수
• 다음 예약 실행 시점
• 스테이징된 과거 리플레이 항목을 위한 별도의 근거 기반 Scene 레인
• doctor.memory.dreamDiary가 뒷받침하는 확장 가능한 Dream Diary 리더

Dreaming이 전혀 실행되지 않음: 상태가 차단됨으로 표시됨

openclaw memory status가 Dreaming status: blocked를 보고하면 관리형 Cron은 존재하지만 기본 에이전트 Heartbeat가 실행되지 않는 것입니다. 기본 에이전트에 대해 Heartbeat가 활성화되어 있고 대상이 none이 아닌지 확인한 다음, 다음 Heartbeat 간격 후 openclaw memory status --deep를 다시 실행하세요.

관련 항목

• 메모리
• 메모리 CLI
• 메모리 구성 참조
• 메모리 검색