Dreaming

Dreaming, memory-core में पृष्ठभूमि मेमोरी समेकन प्रणाली है। यह प्रक्रिया को व्याख्या योग्य और समीक्षा योग्य बनाए रखते हुए मजबूत अल्पकालिक संकेतों को टिकाऊ मेमोरी में स्थानांतरित करता है।

Dreaming क्या लिखता है

• memory/.dreams/ में मशीन स्थिति (रिकॉल स्टोर, चरण संकेत, अंतर्ग्रहण चेकपॉइंट, लॉक)।
• DREAMS.md (या किसी मौजूदा dreams.md) में मानव-पठनीय आउटपुट और memory/dreaming/<phase>/YYYY-MM-DD.md के अंतर्गत वैकल्पिक चरण रिपोर्ट फ़ाइलें।

दीर्घकालिक संवर्धन अब भी केवल MEMORY.md में लिखता है।

चरण मॉडल

Dreaming प्रत्येक स्वीप में क्रम से तीन सहयोगी चरण चलाता है: लाइट -> REM -> डीप। ये आंतरिक कार्यान्वयन चरण हैं, अलग-अलग उपयोगकर्ता-कॉन्फ़िगर किए गए मोड नहीं।

सत्र ट्रांसक्रिप्ट अंतर्ग्रहण

Dreaming संशोधित सत्र ट्रांसक्रिप्ट को Dreaming कॉर्पस में अंतर्ग्रहित कर सकता है। उपलब्ध होने पर ट्रांसक्रिप्ट, दैनिक मेमोरी संकेतों और रिकॉल ट्रेस के साथ लाइट चरण को इनपुट देते हैं। व्यक्तिगत और संवेदनशील सामग्री को अंतर्ग्रहण से पहले संशोधित किया जाता है।

ड्रीम डायरी

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

समीक्षा और पुनर्प्राप्ति कार्य के लिए एक आधारयुक्त ऐतिहासिक बैकफ़िल लेन भी है:

Control UI एजेंट के Memory टैब (Agents पृष्ठ) पर वही डायरी बैकफ़िल/रीसेट प्रवाह उपलब्ध कराता है, ताकि यह तय करने से पहले कि आधारयुक्त उम्मीदवार संवर्धन के योग्य हैं या नहीं, आप ड्रीम दृश्य में परिणामों का निरीक्षण कर सकें। एक अलग आधारयुक्त Scene लेन दिखाती है कि तैयार की गई कौन-सी अल्पकालिक प्रविष्टियाँ ऐतिहासिक रीप्ले से आईं, कौन-से संवर्धित आइटम आधारयुक्त प्रविष्टियों द्वारा संचालित थे, और यह लाइव अल्पकालिक स्थिति को प्रभावित किए बिना केवल आधारयुक्त तैयार प्रविष्टियों को हटाने देती है।

डीप रैंकिंग संकेत

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

लाइट और REM चरण की हिट, memory/.dreams/phase-signals.json से एक छोटा हालियापन-क्षयित बूस्ट जोड़ती हैं।

शैडो-ट्रायल परिणाम किसी टिकाऊ लेखन से पहले समीक्षा संकेत के रूप में आधार स्कोर के ऊपर जोड़े जा सकते हैं: एक सहायक ट्रायल उम्मीदवार को छोटा सीमित बूस्ट देता है, एक तटस्थ ट्रायल उसे स्थगित रखता है, और एक हानिकारक ट्रायल उस स्कोरिंग पास के लिए उसे अस्वीकृत चिह्नित करता है। यह संकेत केवल रिपोर्ट के लिए है - यह उम्मीदवार क्रम या समीक्षा मेटाडेटा बदल सकता है, लेकिन स्वयं कभी MEMORY.md में नहीं लिखता या किसी उम्मीदवार को संवर्धित नहीं करता।

QA शैडो ट्रायल रिपोर्ट कवरेज

QA Lab में यह जानने के लिए केवल-रिपोर्ट परिदृश्य शामिल है कि भविष्य का Dreaming शैडो ट्रायल किसी उम्मीदवार मेमोरी की संवर्धन से पहले कैसे समीक्षा कर सकता है: एक एजेंट आधारभूत उत्तर की तुलना उस उत्तर से करता है जो उम्मीदवार मेमोरी का उपयोग कर सकता है, फिर निर्णय, कारण और जोखिम फ़्लैग के साथ एक स्थानीय रिपोर्ट लिखता है। यह कवरेज QA तक सीमित है - यह सत्यापित करता है कि रिपोर्ट आर्टिफ़ैक्ट MEMORY.md से अलग रहे और एजेंट कभी यह दावा न करे कि उम्मीदवार को संवर्धित किया गया था। यह उत्पादन शैडो-ट्रायल व्यवहार नहीं जोड़ता या डीप-चरण संवर्धन इंजन को नहीं बदलता।

memory-core शैडो-ट्रायल रनर उन कोड पथों के लिए वही केवल-रिपोर्ट अनुबंध बनाए रखता है जिन्हें स्थिर आर्टिफ़ैक्ट की आवश्यकता होती है। यह उम्मीदवार, ट्रायल प्रॉम्प्ट, आधारभूत परिणाम, उम्मीदवार परिणाम, निर्णय, कारण, जोखिम फ़्लैग और साक्ष्य संदर्भ स्वीकार करता है, फिर promotion action: report-only के साथ एक रिपोर्ट लिखता है। सहायक निर्णय promote अनुशंसा से मैप होते हैं, तटस्थ निर्णय defer से मैप होते हैं, और हानिकारक निर्णय reject से मैप होते हैं - इनमें से कोई भी MEMORY.md में नहीं लिखता या डीप-चरण संवर्धन लागू नहीं करता।

शेड्यूलिंग

सक्षम होने पर, memory-core पूर्ण Dreaming स्वीप के लिए एक Cron जॉब स्वतः प्रबंधित करता है, जिसे प्राथमिक रनटाइम कार्यक्षेत्र और सभी कॉन्फ़िगर किए गए एजेंट कार्यक्षेत्रों में डुप्लिकेट-मुक्त किया जाता है, ताकि सबएजेंट कार्यक्षेत्र फ़ैन-आउट मुख्य एजेंट के 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 क्लाइंट के लिए 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 द्वारा समर्थित विस्तारणीय ड्रीम डायरी रीडर

संबंधित

• मेमोरी
• मेमोरी CLI
• मेमोरी कॉन्फ़िगरेशन संदर्भ
• मेमोरी खोज