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 कॉर्पस में इनजेस्ट कर सकता है। जब ट्रांसक्रिप्ट उपलब्ध होते हैं, तो उन्हें दैनिक मेमोरी संकेतों और रिकॉल ट्रेस के साथ हल्के चरण में भेजा जाता है। व्यक्तिगत और संवेदनशील सामग्री इनजेशन से पहले रिडैक्ट की जाती है।

स्वप्न डायरी

Dreaming DREAMS.md में एक कथात्मक स्वप्न डायरी भी रखता है। प्रत्येक चरण में पर्याप्त सामग्री होने के बाद, memory-core एक best-effort पृष्ठभूमि subagent टर्न चलाता है और एक छोटी डायरी प्रविष्टि जोड़ता है। जब तक dreaming.model कॉन्फ़िगर न हो, यह डिफ़ॉल्ट रनटाइम मॉडल का उपयोग करता है। यदि कॉन्फ़िगर किया गया मॉडल उपलब्ध नहीं है, तो स्वप्न डायरी सेशन के डिफ़ॉल्ट मॉडल के साथ एक बार फिर प्रयास करती है।

समीक्षा और रिकवरी कार्य के लिए एक grounded ऐतिहासिक backfill lane भी है:

Control UI वही डायरी backfill/reset प्रवाह दिखाता है ताकि आप यह तय करने से पहले कि grounded उम्मीदवार प्रमोशन के योग्य हैं या नहीं, Dreams दृश्य में परिणामों की जांच कर सकें। Scene एक अलग grounded lane भी दिखाता है ताकि आप देख सकें कि कौन-सी स्टेज की गई अल्पकालिक प्रविष्टियां ऐतिहासिक replay से आईं, कौन-से promoted items grounded-led थे, और साधारण लाइव अल्पकालिक स्थिति को छुए बिना केवल grounded-only स्टेज की गई प्रविष्टियां साफ़ कर सकें।

गहरे रैंकिंग संकेत

गहरी रैंकिंग छह भारित आधार संकेतों और चरण सुदृढ़ीकरण का उपयोग करती है:

हल्के और REM चरण के hits memory/.dreams/phase-signals.json से एक छोटा recency-decayed boost जोड़ते हैं।

Shadow-trial परिणामों को किसी भी टिकाऊ लेखन से पहले समीक्षा संकेत के रूप में उस आधार स्कोर के ऊपर लेयर किया जा सकता है। सहायक trial उम्मीदवार को एक छोटा सीमित boost देता है, neutral trial उसे deferred रखता है, और harmful trial उसे उस scoring pass के लिए rejected के रूप में चिह्नित करता है। यह संकेत अब भी केवल report-only है: यह उम्मीदवार क्रम या समीक्षा metadata बदल सकता है, लेकिन यह MEMORY.md में नहीं लिखता या उम्मीदवार को स्वयं promote नहीं करता।

QA shadow trial रिपोर्ट कवरेज

QA Lab में यह पता लगाने के लिए report-only scenario शामिल है कि भविष्य का Dreaming shadow trial प्रमोशन से पहले किसी candidate memory की समीक्षा कैसे कर सकता है। scenario किसी agent से baseline answer की तुलना ऐसे answer से करने को कहता है जो candidate memory का उपयोग कर सकता है, फिर verdict, reason, और risk flags के साथ local report लिखने को कहता है।

यह कवरेज जानबूझकर QA तक सीमित है। यह सत्यापित करता है कि report artifact MEMORY.md से अलग रहता है और agent यह दावा नहीं करता कि candidate promote हुआ था। यह production shadow-trial behavior नहीं जोड़ता या deep-phase promotion engine नहीं बदलता।

memory-core shadow-trial runner उन code paths के लिए वही report-only contract रखता है जिन्हें stable artifact चाहिए। यह candidate, trial prompt, baseline outcome, candidate outcome, verdict, reason, risk flags, और evidence references स्वीकार करता है, फिर promotion action: report-only के साथ report लिखता है। helpful verdicts promote recommendation में map होते हैं, neutral verdicts defer में map होते हैं, और harmful verdicts reject में map होते हैं; इनमें से कोई भी recommendation MEMORY.md में नहीं लिखती या deep-phase promotion लागू नहीं करती।

शेड्यूलिंग

सक्षम होने पर, memory-core पूरे Dreaming sweep के लिए एक cron job को auto-manage करता है। प्रत्येक sweep चरणों को क्रम में चलाता है: हल्का → REM → गहरा।

sweep में primary runtime workspace और कोई भी configured agent workspaces शामिल होते हैं, जिन्हें path के आधार पर dedupe किया जाता है, ताकि subagent workspace fan-out मुख्य agent के DREAMS.md और memory state को exclude न करे।

डिफ़ॉल्ट cadence behavior:

त्वरित शुरुआत

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

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

Slash command

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

/dreaming on और /dreaming off gateway-wide configuration बदलते हैं। Channel callers को owners होना चाहिए, और Gateway clients के पास operator.admin होना चाहिए। /dreaming status और /dreaming help read-only रहते हैं।

CLI workflow

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

मुख्य डिफ़ॉल्ट

सभी settings plugins.entries.memory-core.config.dreaming के अंतर्गत रहती हैं।

Dreams UI

सक्षम होने पर, Gateway Dreams tab दिखाता है:

• वर्तमान Dreaming enabled state
• phase-level status और managed-sweep presence
• short-term, grounded, signal, और promoted-today counts
• अगले scheduled run का timing
• staged historical replay entries के लिए अलग grounded Scene lane
• doctor.memory.dreamDiary द्वारा backed expandable स्वप्न डायरी reader

Dreaming कभी नहीं चलता: status blocked दिखाता है

यदि openclaw memory status Dreaming status: blocked report करता है, तो managed cron मौजूद है लेकिन default agent heartbeat fire नहीं हो रहा है। जांचें कि default agent के लिए heartbeat enabled है और उसका target none नहीं है, फिर अगले heartbeat interval के बाद openclaw memory status --deep फिर चलाएं।

संबंधित

• Memory
• Memory CLI
• Memory configuration reference
• Memory search