दस्तावेज़

इंस्टॉल हो गया, लेकिन ऐसा लगता है कि इसका उपयोग नहीं किया जा रहा है? जहाँ प्लेटफॉर्म “हुक” लेता है, वहाँ मेमोरी आपके एजेंट तक भेज दी जाती है, और वहाँ कुछ सिखाने की आवश्यकता ही नहीं होती। जहाँ ऐसा नहीं होता, वहाँ सेटअप प्लेटफॉर्म की अपनी कॉन्टेक्स्ट फ़ाइल में एक मेमोरी सेक्शन लिख देता है, ताकि एजेंट को पता चल सके कि उसे मेमोरी को कैसे प्राप्त करना है। यदि मेमोरी तो जुड़ी हुई दिखती है, लेकिन एजेंट उस तक कभी नहीं पहुँचता, तो सबसे पहले उसी फ़ाइल की जाँच की जानी चाहिए।

Claude Code पर यह क्या लिखता है?

Claude Code पर, pip install (brethof-brain install-hooks) आपकी CLAUDE.md में एक प्रबंधित ब्लॉक रखता है, जो हर सत्र की शुरुआत पर फिर से लिखा जाता है। यह शिक्षण की प्रति नहीं, बल्कि एक संकेतक है — यह आपके एजेंट को बताता है कि मेमोरी Brain है, उस तक कैसे पहुँचें, और जब आप "इसे याद रखें" कहते हैं तो यह Brain की ओर जाता है, किसी एक मशीन पर Claude Code की अपनी मेमोरी फ़ाइलों की ओर नहीं। असली शिक्षण सत्र की शुरुआत पर आता है। यह ब्लॉक के बाहर किसी चीज़ को नहीं छूता: आपकी अपनी परंपराएँ आपकी ही रहती हैं। इसे बंद करने के लिए BRETHOF_BRAIN_NO_CLAUDE_MD=1 सेट करें। प्लगइन इसे कभी नहीं लिखता: प्लगइन इंस्टॉल में, प्लगइन की README से ब्लॉक ~/.claude/CLAUDE.md में पेस्ट करें, या अपने एजेंट से करवाएँ।

कमांड्स एवं संस्करण

Claude Code प्लगइन तीन कमांड्स प्रदान करता है: /recall (तुरंत खोजें), /onboard (किसी प्रोजेक्ट का पहला चरण) एवं /curate (सत्र बंद करें)। हाथ से कुछ भी चलाने की आवश्यकता नहीं है — जैसे ही रिकॉर्ड आते हैं, मेमोरी उन्हें संग्रहीत एवं व्यवस्थित कर देती है।

जो बदलता है, वह है आपका अपने एजेंट से बात करने का तरीका। अब आप ऐसी बातें कह सकते हैं। “भुगतान प्रयासों के बारे में हमने क्या निर्णय लिया?” or याद रखें कि स्टेजिंग बॉक्स वही है जिसमें पुराना प्रमाणपत्र है। — सरल शब्दों में, बातचीत के दौरान ही। आपका एजेंट ही सही उपकरण चुनता है; आपको तो कभी भी कोई नाम बताने की आवश्यकता ही नहीं है।

आपका एजेंट क्या उपयोग कर सकता है

आपको इस सूची की आवश्यकता नहीं है। यह इसलिए दी गई है ताकि आपको पता रहे कि जब आप कुछ विशेष मांगते हैं तो क्या संभव है।

• चीज़ें ढूँढें। — यदि आपको किसी पुराने सत्र से सटीक शब्दों की आवश्यकता हो, तो अपनी चयनित स्मृतियों या मूल संवाद इतिहास को देखें।
• चीजों को याद रखें — किसी तथ्य को किसी प्रोजेक्ट में, या उन सभी प्रोजेक्टों को समाहित करने वाली साझा परत में सहेजें।
• चीजों को सिखाएं — एक नियम सहेजें, या किसी परियोजना की शुरुआत उसमें महत्वपूर्ण बातों का वर्णन करने वाले वाक्य से करें।
• चीजों की जाँच करें — अपनी परियोजनाओं की सूची बनाएं, किसी परियोजना से संबंधित जानकारियों की सूची बनाएं, उसके नियमों की सूची बनाएं, या कोई एक रिकॉर्ड पढ़ें।
• चीजें हटाएं — एक ही रिकॉर्ड को हटाएं। किसी विशेष वाक्यांश को हटाना या पूरी परियोजना को हटाना खाता पैनल में ही संभव है।
• लेजर की समीक्षा करें — किसी परियोजना से जुड़ी अनिर्णीत योजनाओं की सूची देखें, एवं जैसे ही आप कोई निर्णय लें, उस संबंधित पंक्ति को हटा दें।
• प्लेबुक्स को संरक्षित रखें। — एक बार प्रक्रिया को पूरे खाते में सहेज दें; किसी भी प्रोजेक्ट से उसे प्राप्त करके चलाएं; मौजूद चीजों की सूची बनाएं; अनुपयोगी चीजों को हटा दें।

एक ऐसी चीज़ है जो एक एजेंट जानबूझकर नहीं कर सकता: पूरी परियोजना को हटाएं। यह एकमात्र कार्य कच्चे आर्काइव तक पहुँच जाता है, इसलिए यह आपके खाता पैनल में रहता है, जहाँ कोई व्यक्ति नाम टाइप करता है।

नियम वे तरीके हैं जिनके द्वारा आप खुद को बार-बार दोहराने से रोकते हैं — वे परंपराएँ, प्रतिबंध एवं कठिनाई से प्राप्त सुधार जिन्हें आपके एजेंटों को कभी भी भूलना नहीं चाहिए। अच्छे नियम कानूनों की तरह लगते हैं: “शुक्रवार को कभी भी इस्तेमाल मत करें,” “इस प्रोजेक्ट में स्पेस के बजाय टैब का उपयोग किया जाता है,” “क्लाइंट का नाम ‘Brethof’ है, कभी भी ‘Brefoth’ नहीं।” ये नियम संक्षिप्त, स्पष्ट हैं, एवं अगले महीने भी लागू रहेंगे।

अपने एजेंट से कहें कि वह एक नियम सेव करे, और वह आपसे एक ही सवाल पूछेगा: क्या यह आपके द्वारा किए जाने वाले सभी कार्यों के लिए है, या केवल इस प्रोजेक्ट के लिए ही?

वह तीसरा विकल्प ही महत्वपूर्ण है, एवं इसे अन्य दो विकल्पों की तुलना में अधिक बार चुना जाता है। एक नियम बहुत ही महंगा होता है – यह हर सत्र में हमेशा जगह घेरे रखता है, एवं यही नियम क्या महत्वपूर्ण है, इसके बारे में जानकारी देता है। सामान्य ज्ञान को नियम के रूप में दर्ज करने से यादें धीरे-धीरे धूल जमा कर लेती हैं, जिससे कुछ भी प्रमुख नहीं रह जाता।

नियम क्यूरेटर को सिखाते हैं, केवल एजेंट को नहीं

ऐसी परियोजनाएँ, जिनमें कुछ स्पष्ट नियम होते हैं, उन परियोजनाओं की तुलना में बेहतर तरीके से याद रखी जाती हैं, जिनमें कोई नियम ही नहीं होते — क्योंकि ये नियम ही उस परियोजना के संरक्षक को बताते हैं कि क्या महत्वपूर्ण है। एक नियम बचा लें, और कुछ ही मिनटों में उस परियोजना की “स्मृति” फिर से यह सीख जाएगी कि वह परियोजना आखिर क्या है।

उन्हें तीक्ष्ण बनाए रखना

एक नियम इतना संक्षिप्त होना चाहिए कि आप उसे आवाज़ में भी कह सकें — यदि ऐसा न हो, तो वह संभवतः “नियम के रूप में प्रस्तुत ज्ञान” ही है। डुप्लिकेट नियमों को एक में सम्मिलित कर दें, एवं उन नियमों को हटा दें जो पुराने हो चुके हैं; कोई भी आपके लिए ऐसा करने में मदद नहीं करेगा, क्योंके आपके नियमों का निर्णय करने का अधिकार किसी और को नहीं होना चाहिए। जिन दर्जनों नियमों पर आप विश्वास करते हैं, वे पचास ऐसे नियमों से बेहतर हैं जिन्हें आपने पढ़ना ही बंद कर दिया है।

व्यावहारिक परियोजनाएँ

एकमात्र वास्तविक निर्णय यह है कि आप उन्हें कैसे विभाजित करेंगे: प्रत्येक कोडबेस, क्लाइंट या परियोजना के लिए अलग-अलग विभाजन ही सबसे उपयुक्त तरीका है। यदि ऐसे विभाजन बहुत कम हों, तो संबंधहीन कार्य आपस में मिल जाते हैं; जबकि यदि ऐसे विभाजन बहुत अधिक हों, तो संदर्भ बिखर जाता है। किसी परियोजना की शुरुआत एक ही वाक्य में उसके उद्देश्य को स्पष्ट करके करना – यानी वह क्या है एवं उसे क्या याद रखना आवश्यक है – यही सबसे मूल्यवान कदम है। इससे पहले ही दिन से ही संबंधित व्यक्ति को सब कुछ समझ में आ जाता है; बजाय इसके कि वह आपके

तीन अलग-अलग चीजों को अलग-अलग तरीके से मापा जाता है, और यह जानना आवश्यक है कि कौन-सी चीज कौन-से तरीके से मापी जाती है। रिकॉर्डिंग यह संग्रहण क्षमता द्वारा सीमित है। सीखना यह आपके मासिक भत्ते द्वारा सीमित है। याद करें इस पर न तो कोई सीमा है — खोज, सत्र संबंधी जानकारियाँ एवं प्रत्येक प्रश्न के लिए जानकारी पुनः प्राप्त करने की क्षमता, जब तक आपकी मेमोरी हमारे लाइव सिस्टमों पर मौजूद रहती है, तब तक कार्य करती रहती है।

यदि सब्सक्रिप्शन समाप्त हो जाए

Brain तुरंत ही रुक जाता है — कोई विलंब अवधि नहीं है। आपकी मेमोरी 7 दिन के बाद आर्काइव कर दी जाती है, दिन 23 के आसपास आपको चेतावनी दी जाती है, एवं 30 दिन के बाद उसे हटा दिया जाता है। भुगतान किया गया, सक्रिय खाता कभी भी प्रभावित नहीं होता। पूरा कार्यक्रम, एवं उसके साथ आने वाले ई-मेल, गोपनीयता नीति में दिए गए हैं।

एक सीमा द्वारा छोड़ा गया अंतर, और यह कि हम उसे क्यों कभी नहीं भरते।

जब सीमा बाधा बन जाती है, तो कोई नयी यादें विकसित नहीं हो पातीं। इससे उस अवधि से संबंधित आपकी यादों में एक खालीपन रह जाता है। हम वापस जाकर इसे बाद में भरते नहीं हैं।. यह एक जानबूझकर बनाया गया डिज़ाइन नियम है, और आपको इसके बारे में जानना चाहिए।

कोई स्मृति केवल किसी बातचीत से ही बनती है। जैसा कि होता है. बाद में, पहले से ही कई हफ्तों पुरानी जानकारी के आधार पर लिखा गया रिकॉर्ड, उस समय से लेकर अब तक सत्य रही बातों को मिटा देगा; और हमारी याददाश्त भी ऐसी बातों को सच मानने लगेगी, जो अब सच नहीं रही हैं। हम तो झूठ बोलने के बजाय खाली जगह ही छोड़ देना पसंद करेंगे।

सरल शब्दों में कहें तो, मेमोरी के रूप में यह अंतर स्थायी है। उस अवधि का आपका मूल संवाद इतिहास अभी भी मौजूद है एवं खोजा जा सकता है; इसलिए रिकॉर्ड खोया नहीं गया है — केवल संक्षिप्त रूप में दर्ज जानकारी में ही कमी है। जितना अधिक समय बीतता है, आपकी मेमोरी वास्तव में किए जा रहे कार्यों से उतनी ही दूर चली जाती है। जब आप कार्य फिर से शुरू करते हैं तो यह स्वयं ठीक नहीं होता — आपका एजेंट पुरानी मेमोरियों को ठीक करता है, एवं नए रिकॉर्डों को पुराने रिकॉर्डों के साथ संतुलित करता है; ऐसी पुरानी मेमोरियाँ जो नई मेमोरियों से

किसी को भी चुपचाप बाहर नहीं किया जाता। जब आप किसी सीमा के करीब पहुँचते हैं तो आपको एक ईमेल मिलता है; जब वह सीमा लागू हो जाती है तो फिर एक और ईमेल मिलता है। एजेंट के सत्र शुरू होने पर भी एक सूचना मिलती है, एवं जब तक वह सीमा लागू रहती है, हर बार प्रॉम्प्ट पर एक संक्षिप्त संदेश दिखाई देता है।