## स्मृति छत

यदि आप आज OpenClaw चलाते हैं, तो आपका एजेंट मेमोरी को `MEMORY.md` में और दिनांकित फ़ाइलों को `memory/` निर्देशिका में संग्रहीत करता है। यह एकल-एजेंट, एकल-सत्र उपयोग के लिए काम करता है। जिस क्षण आप किसी भी चल रही चीज़ के लिए उस स्मृति पर भरोसा करते हैं, आप चरम सीमा पर पहुंच जाते हैं। विफलता मोड विशिष्ट और पूर्वानुमानित हैं।

**मेमोरी कॉम्पैक्शन तथ्यों को गिरा देता है।** ओपनक्लॉ एक साइलेंट एजेंट टर्न को ट्रिगर करता है जो संदर्भ को छोटा करने से पहले "टिकाऊ यादें" लिखता है। संघनन से पहले फ़ाइल में क्या था यह अज्ञात है। यदि संक्षिप्त संस्करण ने कोई तथ्य छोड़ दिया है, तो वह चला गया है। कोई अवलोकन लॉग नहीं है. कोई रोलबैक नहीं.

**सभी सत्रों में कोई इकाई पहचान नहीं।** एक सत्र में "एसीएमई कॉर्प" और अगले में "एसीएमई कॉर्प" एक ही इकाई का समाधान कर भी सकते हैं और नहीं भी। एजेंट हर बार संदर्भ विंडो से पुन: अनुमान लगाता है। कोई स्थिर आईडी नहीं हैं. कोई मर्ज नियम नहीं.

**समवर्ती भ्रष्ट स्थिति लिखता है।** यदि आप कई एजेंट या प्लगइन्स चलाते हैं जो एक ही मेमोरी फ़ाइलों को छूते हैं, तो आपको डेटा भ्रष्टाचार मिलता है। OpenClaw का अपना दस्तावेज़ इसे स्वीकार करता है। एकल-एजेंट सीमा वास्तविक है, और अधिकांश एजेंटिक वर्कफ़्लो हमेशा के लिए एकल-एजेंट नहीं रहेंगे।

**कोई ऑडिट ट्रेल नहीं।** जब एजेंट गलत उत्तर देता है, तो आप इसे किसी विशिष्ट अवलोकन पर वापस नहीं ला सकते। आप यह नहीं देख सकते कि मंगलवार और गुरुवार के बीच क्या बदलाव हुआ। आप इसका उत्तर नहीं दे सकते कि "जब मेरे एजेंट ने यह निर्णय लिया तो उसे क्या पता था?"

ये किनारे के मामले नहीं हैं. जैसे ही एजेंट संपर्कों, कार्यों, लेनदेन, या किसी भी सत्र में महत्वपूर्ण स्थिति को संभालता है, वे दिखाई देते हैं।

## प्लगइन क्या जोड़ता है

[नियोटोमा v0.4.3](https://github.com/markmhendrickson/neotoma/releases/tag/v0.4.3) एक `openclaw.plugin.json` मेनिफ़ेस्ट, एक प्रवेश बिंदु और टूल परिभाषाएँ जोड़ता है जो OpenClaw के चार-परत प्लगइन सिस्टम में पंजीकृत होते हैं। गेटवे प्लगइन की खोज करता है, मेनिफेस्ट को मान्य करता है, रनटाइम को लोड करता है, और एजेंट के सामने नियोटोमा के टूल को उजागर करता है।

उपरोक्त प्रत्येक विफलता मोड को एक संरचनात्मक सुधार मिलता है।

**संकुचन अब अपनी स्थिति नहीं खोता।** अवलोकन केवल परिशिष्ट हैं। संक्षिप्त सारांश अभी भी संदर्भ विंडो की सेवा कर सकता है, लेकिन स्रोत अवलोकन पूरे इतिहास के साथ नियोटोमा में बने रहते हैं। कुछ भी चुपचाप नहीं गिराया जाता.

**इकाई की पहचान नियतिवादी है।** हैश-आधारित कैनोनिकल आईडी "एक्मे कॉर्प" और "एसीएमई कॉर्प" को एक इकाई में नियम के अनुसार हल करती हैं, न कि प्रति-सत्र अनुमान के आधार पर। हर बार एक ही संपर्क, एक ही आईडी।

**समवर्ती लेखन सुरक्षित हैं।** एक ही इकाई के बारे में लिखने वाले दो एजेंट केवल-परिशिष्ट स्टोर में दो अवलोकन उत्पन्न करते हैं, फ़ाइल संघर्ष नहीं। स्कीमा बाधाएँ प्रत्येक लेखन को स्टोर में प्रवेश करने से पहले मान्य करती हैं।

**ऑडिट ट्रेल अंतर्निहित है।** प्रत्येक अवलोकन अपने स्रोत का पता लगाता है। सुधार से नई टिप्पणियाँ बनती हैं, अधिलेखित नहीं होतीं। आप किसी भी समय राज्य का पुनर्निर्माण कर सकते हैं।

छत को ठीक करने के अलावा, प्लगइन उन क्षमताओं को उजागर करता है जिनका `MEMORY.md` बिल्कुल भी समर्थन नहीं कर सकता है:

- **संरचित पुनर्प्राप्ति।** "इस संपर्क से जुड़े सभी कार्य" या "विक्रेता एक्स के साथ प्रत्येक लेनदेन" एक क्वेरी है, फ़ाइल ग्रेप नहीं।
- **समयरेखा प्रश्न।** संस्थाओं में दिनांक फ़ील्ड समयसीमा उत्पन्न करते हैं। "पिछले सप्ताह क्या हुआ" एक अस्थायी सूचकांक को प्रभावित करता है, किसी संदर्भ-विंडो खोज को नहीं।
- **स्कीमा सत्यापन।** लिखने पर इकाई प्रकार की जाँच की जाती है। खराब डेटा स्टोर में प्रवेश करने से पहले ही खारिज कर दिया जाता है।

एजेंट लूप नहीं बदलता. OpenClaw अभी भी आशय व्याख्या, ब्राउज़िंग, फॉर्म-फिलिंग और कौशल निष्पादन का प्रबंधन करता है। नियोटोमा राज्य को संभालता है। प्लगइन एजेंट के लेखन और लगातार भंडारण के बीच बैठता है।

## ऊपरी प्रश्न

मार्कडाउन फ़ाइलें निःशुल्क हैं. इन्हें स्थापित करने में कुछ भी खर्च नहीं होता, रखरखाव में कुछ भी खर्च नहीं होता और केवी-कैश अर्थशास्त्र उन्हें सक्रिय रूप से पुरस्कृत करता है।

नियोटोमा ओवरहेड जोड़ता है। लिखने पर स्कीमा सत्यापन. अवलोकन भंडारण. इकाई संकल्प. एक स्थानीय सर्वर प्रक्रिया. ये मुफ़्त नहीं हैं. लेकिन ओवरहेड को अदृश्य रहने के लिए डिज़ाइन किया गया है: एजेंट नियोटोमा स्थापित करता है, इसे कॉन्फ़िगर करता है, और आपको कोई नया टूल सीखने या आपके काम करने के तरीके को बदलने की आवश्यकता के बिना इसे लिखता है।

सवाल यह है कि क्या ओवरहेड भुगतान करने लायक है। यदि आपके एजेंट को कभी भी यह उत्तर देने की आवश्यकता नहीं है कि "मुझे पिछले मंगलवार को क्या पता चला" या "किस बात ने इस संपर्क रिकॉर्ड को दूषित कर दिया," तो नहीं। `MEMORY.md` सही आर्किटेक्चर है।

यदि आपका एजेंट चल रही स्थिति, संपर्क, कार्य, लेनदेन और विक्रेता संबंधों का प्रबंधन करता है, और आपको सत्रों में स्थिरता की आवश्यकता है, तो राइट-पाथ ओवरहेड समस्या का सबसे सस्ता हिस्सा है। महंगा हिस्सा इस तथ्य के बाद राज्य भ्रष्टाचार को खत्म करना है, जब ऑडिट ट्रेल मौजूद नहीं है।

## ये क्या नहीं करता

प्लगइन OpenClaw के एजेंट लूप को प्रतिस्थापित नहीं करता है। इससे यह नहीं बदलता कि कौशल कैसे काम करते हैं। इसके लिए मौजूदा `MEMORY.md` सामग्री को माइग्रेट करने की आवश्यकता नहीं है (हालांकि आयात समर्थित है)।

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

यह उत्पादन स्थिरता का भी दावा नहीं करता है। नियोटोमा [डेवलपर रिलीज](/पोस्ट/नियोटोमा-डेवलपर-रिलीज) में है। निर्णायक बदलाव की उम्मीद की जानी चाहिए. प्लगइन दबाव-परीक्षण के लिए मौजूद है कि वास्तविक एजेंट प्लेटफ़ॉर्म के नीचे संरचित स्थिति व्यवहार में काम करती है या नहीं, आज विश्वसनीयता का वादा करने के लिए नहीं।

## कोशिश करो, तोड़ो

मैं [मेरे अपने एजेंटिक स्टैक](/पोस्ट/व्हाट-माय-एजेंटिक-स्टैक-वास्तव में-क्या करता है) में मेमोरी लेयर के रूप में नियोटोमा चला रहा हूं। एक ही स्टोर पर लिखने वाले एकाधिक एजेंट: ईमेल ट्राइएज, कार्य प्रबंधन, वित्त और सामग्री। ऊपर वर्णित बहु-एजेंट स्थिति समस्याएं मेरे लिए काल्पनिक नहीं हैं। वे वही हैं जिनसे मैं हर सप्ताह टकराता हूं।

प्लगइन इसे OpenClaw उपयोगकर्ताओं के लिए उपलब्ध कराता है। इसे इंस्टॉल करें. इसे सक्षम करें। अपने एजेंट को नीचे संरचित स्थिति के साथ चलाएँ। देखें कि यह कहां मदद करता है। देखें कि कहां ओवरहेड इसके लायक नहीं है। देखें कि डिज़ाइन कहाँ टूटता है।

फीडबैक लूप आर्किटेक्चर से अधिक मायने रखता है। वास्तविक एजेंट एक संरचित परत के माध्यम से वास्तविक अवलोकन लिखते हैं जहां दावे टिकते हैं या विफल होते हैं।

## मूल्यांकन करें और स्थापित करें

यह पता लगाने का सबसे तेज़ तरीका है कि नियोटोमा आपके ओपनक्लाव वर्कफ़्लो में फिट बैठता है या नहीं, अपने एजेंट को आपके लिए इसका मूल्यांकन करने दें। इसे अपने OpenClaw सत्र में चिपकाएँ:

```कॉपी करें
https://neotoma.io/evaluate पढ़ें। उत्तर देने से पहले, किसी भी व्यापक टूल, कार्यक्षेत्र और कॉन्फ़िगरेशन संदर्भ का निरीक्षण करें जिसे आप एक्सेस कर सकते हैं ताकि आप केवल इस चैट के बजाय मेरे वास्तविक वर्कफ़्लो का आकलन कर सकें। फिर मुझे बताएं कि क्या नियोटोमा वास्तव में मेरे वर्कफ़्लो के लिए उपयुक्त है, सबसे पहले कौन सा डेटा जारी रखना सबसे अधिक मूल्यवान होगा, और मुझे आगे क्या करना चाहिए।
```

आपका एजेंट पृष्ठ पढ़ता है, आपके स्थानीय संदर्भ (टूल्स, कॉन्फ़िगरेशन, मेमोरी फ़ाइलें और कार्यक्षेत्र) की जांच करता है, और आपको बताता है कि इस पोस्ट में वर्णित समस्याएं आपके सेटअप पर लागू होती हैं या नहीं। यदि वे ऐसा करते हैं, तो यह आपको इंस्टॉलेशन, आपके अपने डेटा के साथ सक्रियण और प्लगइन कॉन्फ़िगरेशन के माध्यम से चलता है। यदि वे नहीं करते हैं, तो यह आपको वह भी बताता है।

यदि आप पहले से ही नियोटोमा चाहते हैं और [मूल्यांकन चरण](https://neotoma.io/evaluate) को छोड़ना पसंद करते हैं, तो [neotoma.io/install](https://neotoma.io/install) से एजेंट-सहायता प्राप्त इंस्टॉल का उपयोग करें। इसे OpenClaw में चिपकाएँ. आपका एजेंट उस पेज पर पूरा इंस्टॉल-फर्स्ट अनुक्रम पढ़ता है, केवल जरूरत पड़ने पर इंस्टॉल करता है, आपके डेटा के साथ सक्रियण चलाता है, फिर उसी पेज पर ओपनक्लाव एकीकरण चरणों सहित आपके वर्तमान टूल को चालू उपयोग के लिए कॉन्फ़िगर करता है:

```कॉपी करें
https://neotoma.io/install पढ़ें और मुझे इंस्टॉल-फर्स्ट नियोटोमा प्रवाह में ले जाएं। इंस्टॉल करें, इसे अपने डेटा के साथ सक्रिय करें, और मजबूत चल रहे उपयोग के लिए मेरे वर्तमान टूल को कॉन्फ़िगर करें।
```

यदि आप मैन्युअल कमांड पसंद करते हैं: `ओपनक्लॉ प्लगइन्स क्लॉहब इंस्टॉल करें: नियोटोमा` सीधे क्लॉहब से प्लगइन जोड़ता है। या विश्व स्तर पर npm पैकेज को `npm install -g neotoma` फिर `neotoma init` के साथ स्थापित करें, इस रिलीज़ के लिए वैकल्पिक पिन के साथ (`npm install -g neotoma@0.4.3`)। पूर्ण विकल्प, एमसीपी कॉन्फिगरेशन, डॉकर और रीसेट व्यवहार [neotoma.io/install](https://neotoma.io/install) पर बने रहते हैं।

रेपो: [github.com/markmhendrickson/neotoma](https://github.com/markmhendrickson/neotoma)। रिलीज़ नोट्स: [v0.4.3](https://github.com/markmhendrickson/neotoma/releases/tag/v0.4.3)।

संरचित एजेंट मेमोरी के पीछे गहरे वास्तुशिल्प तर्क के लिए, [ओपनक्लाव और सत्य परत](/पोस्ट/ओपनक्लाव-एंड-द-ट्रुथ-लेयर) और [मार्कडाउन मेमोरी सीलिंग](/पोस्ट/द-मार्कडाउन-मेमोरी-सीलिंग) देखें।