Claude Code auto memory या Obsidian: जांचने योग्य संदर्भ कैसे रखें

व्यक्तिगत कार्य-वरीयताओं के लिए, Claude Code की auto memory से शुरुआत करना सुविधाजनक है। उन निर्णयों के लिए जिन पर टीम को टूल के बीच चर्चा और हस्तांतरण करना चाहिए, मालिक और स्रोत के साथ अलग-अलग मार्कडाउन नोट अधिक उपयोगी होते हैं। ओब्सीडियन ऐसे भंडार का संपादक हो सकता है; इसे इंस्टॉल करने से नोट्स स्वयं एजेंट से कनेक्ट नहीं हो जाते।

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

वास्तव में क्या संग्रहीत है

क्लाउड कोड दस्तावेज़ीकरण ऑटो मेमोरी को स्थानीय प्रोजेक्ट मार्कडाउन फ़ाइलों के रूप में वर्णित करता है। उन्हें /memory के माध्यम से खोला, संपादित और हटाया जा सकता है। समान Git रिपॉजिटरी के वर्कट्रीज़ मेमोरी साझा करते हैं; यह मशीनों के बीच स्वचालित रूप से स्थानांतरित नहीं होता है। /context कमांड आपको लोड की गई मेमोरी फ़ाइलों की जांच करने में मदद करता है। डिस्क पर नोट की उपस्थिति यह साबित नहीं करती है कि इसकी सामग्री वर्तमान सत्र में शामिल है।

एक Obsidian vault नोट्स और सेटिंग्स वाला फ़ोल्डर है। नियमित मार्कडाउन फ़ाइलें एप्लिकेशन के बाहर पहुंच योग्य रहती हैं। एजेंट के साथ काम करने के लिए, आपको अलग से निर्दिष्ट करना होगा कि कौन सी फ़ाइलें पढ़नी हैं और उसे एक्सेस देना है। इस दृष्टिकोण के लिए ओब्सीडियन प्लगइन या एमसीपी सर्वर की आवश्यकता नहीं है।

प्रश्न	ऑटो मेमोरी	अलग मार्कडाउन-वॉल्ट
प्रविष्टि का सुझाव कौन देता है?	काम के दौरान Claude; कोई व्यक्ति उसकी समीक्षा करता है	नोट का लेखक या स्पष्ट कार्य दिया गया एजेंट
किसी विवादास्पद तथ्य को कौन सही करता है?	प्रोजेक्ट उपयोगकर्ता	निर्णय के लिए नियुक्त स्वामी
किसी सहकर्मी को परिवर्तन कैसे दिखाएं?	चयनित प्रविष्टि को स्पष्ट रूप से पास करें	फ़ाइल या सहमत Git diff साझा करें
दूसरी मशीन में ट्रांसफर कैसे करें?	स्थानांतरण को अलग से व्यवस्थित करें	किसी फ़ोल्डर तक पहुंच या सिंक्रनाइज़ेशन व्यवस्थित करें
अप्रचलन की तलाश कहाँ करें?	सहेजे गए नोट्स में	अगली समीक्षा के स्रोत और तारीख में

दायां कॉलम कार्य के प्रस्तावित संगठन का वर्णन करता है। ओब्सीडियन में एक फ़ोल्डर खोलने से गिट, मालिक और समीक्षा अवधि स्वचालित रूप से प्रकट नहीं होती है।

मेमोरी परीक्षण के लिए एक मॉडल कनेक्शन तैयार करें

यदि आप एपीआई के माध्यम से क्लाउड कोड में दोनों तरीकों का परीक्षण करना चाहते हैं, तो बेटरटोकन एक Anthropic-संगत कनेक्शन प्रदान करता है। सबसे पहले क्लाइंट को Claude Code के लिए BetterToken गाइड के अनुसार सेट करें: /v1 के बिना https://bettertoken.ai की अपनी एपीआई कुंजी और बेस यूआरएल का उपयोग करें, फिर क्लाइंट को पुनरारंभ करें और छोटे संदेश का उत्तर प्राप्त करें। यह मॉडल तक पहुंच की जाँच करता है; अगले चरण नोट्स के साथ काम की जाँच करते हैं।

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

बेटरटोकन के माध्यम से क्लाउड कोड सेट करें और एक नोट जांचें - फिर नीचे दिए गए उदाहरण पर आगे बढ़ें।

एक तथ्य को एक मुख्य स्थान दें

एक गैर-गोपनीय नोट से शुरुआत करें। ट्यूटोरियल उदाहरण में, टीम निर्यात प्रारूप पर चर्चा करती है; अर्थ और नाम काल्पनिक हैं. decisions/report-export.md सहेजें:

# Report export decision

Status: proposed
Owner: reporting-team
Verified: 2026-09-08
Review-by: 2026-09-22
Source: team decision record to be attached

The proposed export format is CSV.
This is not an approved production requirement.
Before implementation, ask the owner for the approved decision.

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

नए सत्र में एक विशिष्ट कार्य सबमिट करें:

Read decisions/report-export.md.
What export format is proposed, and is it approved for production?
Cite the file and identify the missing evidence.
Do not change code or infer approval from the proposal.

अपेक्षित प्रतिक्रिया: CSV प्रस्तावित है, production approval नहीं है और निर्णय के स्रोत की आवश्यकता है। यह एक सत्यापन मानदंड है, मॉडल के सही उत्तर का वादा नहीं। यदि एजेंट “CSV लागू करना चाहिए” के साथ प्रतिक्रिया करता है, तो देखें कि उसने कौन सी फ़ाइल पढ़ी और संदर्भित की। इसमें कोई डुप्लिकेट नोट, कोई पुरानी बातचीत या स्थिति की गलत व्याख्या हो सकती है।

अपडेट और हटाने की जाँच करें

अभ्यास नोट बदलें: प्रारूप अब JSONL है, स्थिति अभी भी proposed है। एक नया सत्र शुरू करें और प्रश्न दोहराएं। एजेंट को JSONL बताना होगा और पिछली सीमा बनाए रखनी होगी। यदि यह सीएसवी लौटाता है, तो कोई अन्य विरोधाभासी नियम न जोड़ें: पुराने मूल्य का स्रोत ढूंढें।

फिर एक नियमित फ़ाइल प्रबंधक के साथ अभ्यास नोट को हटा दें और दूसरे नए सत्र में पूछें कि पुष्टि किया गया प्रारूप-निर्णय कहाँ संग्रहीत है। किसी अन्य स्रोत की अनुपस्थिति में, अपर्याप्त डेटा के बारे में एक संदेश एक उपयोगी परिणाम है। पुराने मान के साथ प्रतिक्रिया का मतलब है कि कोई अन्य प्रति या कोई अन्य स्रोत है; यह /memory, प्रोजेक्ट फ़ाइलों और निर्देशों की जाँच करने का एक कारण है।

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

त्रुटि की लागत के अनुसार मोड को समायोजित करें

यदि आप अकेले काम कर रहे हैं और मेमोरी मुख्य रूप से आपकी प्राथमिकता है, तो ऑटो मेमोरी छोड़ दें और प्रोजेक्ट में महत्वपूर्ण बदलावों के बाद प्रविष्टियों की समीक्षा करें। जब कोई टीम की कार्रवाई किसी तथ्य पर निर्भर करती है, तो उसके मुख्य संस्करण को नियंत्रित दस्तावेज़ में ले जाएं। ऑटो मेमोरी में आप निर्णय की प्रतिलिपि बनाने के बजाय, वर्तमान स्रोत कहाँ देखना है इसका संकेत छोड़ सकते हैं।

यदि आवश्यक हो, तो ऑटो मेमोरी को /memory के माध्यम से बंद किया जा सकता है; आधिकारिक पैरामीटर autoMemoryEnabled इस सुविधा को नियंत्रित करता है। शट डाउन करना मौजूदा फ़ाइलों और पहले से लोड किए गए संदर्भ की जाँच को प्रतिस्थापित नहीं करता है।

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

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