Skip to main content
OpenClaw सबसे पहले एक व्यक्तिगत एजेंट है। डिफ़ॉल्ट रूप से, आप इसे जो भी डायरेक्ट मैसेज भेजते हैं — Telegram, WhatsApp, iMessage, Slack DMs, वेब ऐप या कहीं से भी — वह एक निरंतर चलती बातचीत में पहुँचता है: मुख्य सेशन। अपने फ़ोन पर कुछ पूछें, अपने लैपटॉप से आगे का सवाल पूछें, और एजेंट के पास दोनों जगह समान संदर्भ रहता है। मस्तिष्क एक ही है, और वह यहीं सोचता है। आंतरिक रूप से मुख्य सेशन, कुंजी agent:<agentId>:main (उदाहरण के लिए agent:main:main) वाला एक सामान्य सेशन है। इसे विशेष यह बनाता है कि डिफ़ॉल्ट DM स्कोप सभी डायरेक्ट मैसेज को इसमें समाहित कर देता है, और बाकी सिस्टम इसे एजेंट का मूल मानता है: Heartbeat इसे सक्रिय करते हैं, बैकग्राउंड कार्य अपने परिणाम इसे भेजता है, और अन्य स्थानों की गतिविधि यहाँ पहुँचती है।

​
होम

वेब ऐप में मुख्य सेशन होम पेज है — साइडबार की पहली प्रविष्टि। सबसे ऊपर की पहचान पंक्ति आपका एजेंट है (एजेंट मेन्यू के लिए उस पर क्लिक करें); होम वह जगह है जहाँ आप उससे बात करते हैं। मुख्य बातचीत से निकलने वाले सेशन थ्रेड्स के अंतर्गत, समूह चैट समूह के अंतर्गत और कोडिंग/CLI सेशन कोडिंग के अंतर्गत दिखाई देते हैं।

​
मुख्य सेशन में क्या-क्या पहुँचता है

मुख्य सेशन केवल चैट लॉग नहीं है; यह वह स्थान है जहाँ आपके एजेंट की दुनिया एकत्रित होती है:
  • समूह गतिविधि। समूह और रूम सेशन अलग-थलग रहते हैं (नीचे देखें), लेकिन डिफ़ॉल्ट DM स्कोप में मुख्य सेशन स्वचालित रूप से उनकी निगरानी करता है। गतिविधि संक्षिप्त सूचनाओं के रूप में कतार में जुड़ती है — प्रत्येक बातचीत के लिए समेकित, प्रत्येक मैसेज पर अलग सक्रियण कभी नहीं — और एजेंट उन्हें अगली बार चलने पर देखता है: आपके अगले मैसेज पर या निर्धारित Heartbeat पर। एजेंट उन सेशन को पढ़ भी सकता है जिनकी वह निगरानी करता है, इसलिए “परिवार वाले समूह में मुझसे क्या छूट गया?” काम करता है।
  • बैकग्राउंड कार्य। उप-एजेंट और उत्पन्न किए गए सेशन अपने परिणामों की सूचना उस सेशन को वापस देते हैं जिसने उन्हें शुरू किया था, इसलिए होम से एजेंट द्वारा शुरू किया गया कार्य होम को ही परिणाम भेजता है।
  • Heartbeat। निर्धारित Heartbeat मुख्य सेशन को लक्षित करते हैं, जिससे कतार में लगी सूचनाएँ तब भी एजेंट की जानकारी में आती हैं जब आपने कुछ नहीं लिखा हो।

​
रीसेट और बातचीत के बीच मेमोरी

निरंतर चलती बातचीत मॉडल की कॉन्टेक्स्ट विंडो से सीमित होती है, इसलिए निरंतरता उसके आसपास की परतों से आती है:
  • MEMORY.md, एजेंट की व्यवस्थित दीर्घकालिक मेमोरी, प्रत्येक नए सेशन में लोड होती है। दैनिक नोट्स (memory/YYYY-MM-DD.md) आवश्यकता पड़ने पर खोजे जा सकते हैं और हाल के नोट्स को /new या /reset के बाद फिर से प्रारंभिक संदर्भ में शामिल किया जाता है। Compaction से पहले, एजेंट स्थायी तथ्यों को दैनिक नोट्स में सहेजता है, ताकि लंबी बातचीत में वे चुपचाप खो न जाएँ।
  • बातचीत के बीच मेमोरी पुनःस्मरण एजेंट को अपने अन्य निजी सेशन की सामग्री याद करने देता है। व्यक्तिगत सेटअप में — वैश्विक session.dmScope का main में समाधान होने और प्रति-बाइंडिंग कोई DM ओवरराइड न होने पर — यह डिफ़ॉल्ट रूप से सक्षम होता है; कोई भी कॉन्फ़िगर किया गया DM अलगाव इसे बंद कर देता है, जब तक कि आप स्पष्ट रूप से इसे सक्षम न करें। मेमोरी कॉन्फ़िगरेशन देखें।

​
स्थायी इतिहास वाला निरंतर सेशन

मुख्य सेशन मॉडल से अपना पूरा इतिहास एक साथ वहन करवाने के बजाय रीसेट और Compaction के माध्यम से आगे बढ़ता रहता है:
  • डिफ़ॉल्ट रूप से कोई स्वचालित रीसेट नहीं होता; Compaction निरंतर सेशन को सुरक्षित रखते हुए सक्रिय संदर्भ को सीमित रखता है। दैनिक और निष्क्रियता-आधारित रीसेट वैकल्पिक हैं (सेशन प्रबंधन देखें)। /new और /reset पर, समाप्त होती बातचीत का अंतिम भाग दैनिक मेमोरी नोट्स में सहेजा जाता है, और अगला सेशन हाल के नोट्स को फिर से प्रारंभिक संदर्भ में शामिल करता है। रीसेट एक नई लाइव सेशन आईडी निर्दिष्ट करता है, लेकिन पिछले SQLite ट्रांसक्रिप्ट को उसी मुख्य-सेशन कुंजी के अंतर्गत खोजने योग्य रखता है।
  • जब बातचीत कॉन्टेक्स्ट विंडो के निकट पहुँचती है, तो Compaction उसका सारांश बनाकर वहीं जारी रखता है — ट्रांसक्रिप्ट इतिहास सेशन स्टोर में बना रहता है।
  • सेशन सूचियाँ वर्तमान लाइव बातचीत दिखाती हैं, उसके पीछे मौजूद प्रत्येक ऐतिहासिक सेशन आईडी नहीं।
  • जब प्रति-एजेंट स्टोर का भौतिक डेटाबेस, WAL और सेशन आर्टिफ़ैक्ट डिस्क बजट (डिफ़ॉल्ट 10 GB) से अधिक हो जाते हैं, तो OpenClaw डेटाबेस पंक्तियाँ हटाने से पहले सबसे पुराने गैर-संदर्भित इतिहास को सत्यापित संपीड़ित आर्काइव में निकालता है। लाइव, रूट किए गए और प्रगति पर चल रहे सेशन कभी भी बजट के कारण नहीं हटाए जाते।

​
जब आपको इसके बजाय अलगाव चाहिए

साझा मुख्य सेशन उस एजेंट के लिए सही डिफ़ॉल्ट है जिससे केवल आप बात करते हैं। यदि कई लोग आपके एजेंट को मैसेज भेज सकते हैं, तो DMs को अलग करें:
अलगाव वाले स्कोप में प्रत्येक प्रेषक को अपना सेशन मिलता है, मुख्य सेशन से समूह निगरानी अक्षम हो जाती है, और बातचीत के बीच मेमोरी पुनःस्मरण डिफ़ॉल्ट रूप से बंद रहता है। कई DM प्रेषकों का पता चलने पर openclaw security audit अलगाव की अनुशंसा करता है। पूरा स्कोप मैट्रिक्स, पहचान लिंकिंग और प्रति-रूट ओवरराइड सेशन प्रबंधन और चैनल रूटिंग में शामिल हैं।

​
संबंधित