VPS वर Claude Code साठी Recall memory कशी सेट करावी

Claude Code मेमरीसाठी Recall काय करते

Recall हे एक Claude Code प्लगइन आहे जे प्रत्येक प्रोजेक्टला सत्रांदरम्यान (sessions) मेमरी प्रदान करते. हे तुमच्या प्रोजेक्टमधील .recall/ फोल्डरमध्ये दोन markdown फाइल्स लिहिते: काय घडले याचा एक append-only लॉग आणि तुम्ही काम कोठे थांबवले होते याचा एक थोडक्यात सारांश. या दोन्ही फाइल्स तुम्ही ज्या मशीनवर काम करत आहात त्यावर स्थानिक Python summarizer द्वारे तयार केल्या जातात, त्यामुळे मेमरीसाठी कोणतेही API टोकन्स खर्च होत नाहीत.

हे ज्या कमतरतेची पूर्तता करते ती लहान आणि स्थिर आहे. तुम्ही मंगळवारी तुमच्या VPS वरील सत्र बंद करता. बुधवारी, नवीन सत्र मंगळवारचे संभाषण आपोआप लोड करत नाही, जरी Claude Code ची अंगभूत (built-in) ऑटो मेमरी सत्रांदरम्यान नोट्स राखून ठेवू शकते. जर त्या नोट्समध्ये तुम्ही कोठे थांबला होतात हे समाविष्ट नसेल, तर तुम्हाला प्रोजेक्टबद्दल पुन्हा हाताने स्पष्टीकरण द्यावे लागते, किंवा मॉडेलला ते समजून घेण्यासाठी पुन्हा अर्धा रिपॉझिटरी वाचू द्यावा लागतो. दोन्ही गोष्टींसाठी टोकन्स खर्च होतात आणि दुसऱ्या पर्यायामध्ये खूप जास्त टोकन्स खर्च होतात.

Recall आवृत्ती 0.4.0, जी 18 जुलै 2026 रोजी रिलीज झाली होती, ती ऑक्टोबर 2026 पर्यंतचे सर्वात अलीकडील रिलीज आहे आणि हा प्रोजेक्ट MIT परवान्याअंतर्गत उपलब्ध आहे. हे एक प्लगइन आहे. यामध्ये नेटवर्क कॉल करणारी कोणतीही गोष्ट नाही.

तुम्हाला VPS वर काय आवश्यक आहे

Recall चे capture hooks हे plugin सोबत उपलब्ध होणारे Python scripts आहेत. तृतीय-पक्ष dependencies नाहीत. त्यामुळे प्रत्यक्षात फक्त interpreter आवश्यक आहे.

python3 -V

Ubuntu 24.04 साठी Python 3.12.3 हे उत्तर योग्य आहे. Recall Python 3.9 आणि त्यानंतरच्या आवृत्त्यांना support करते. Minimal container images मध्ये कधी कधी interpreter अजिबात नसतो. अशा वेळी shell python3: command not found असे उत्तर देते. पुढे जाण्यापूर्वी एक interpreter install करा.

sudo apt update && sudo apt install -y python3

Summarizer मधील एका टप्प्यासाठी NumPy हा optional accelerator आहे. तो आवश्यक नाही.

python3 -c "import numpy"

ModuleNotFoundError: No module named 'numpy' हे येथे स्वीकार्य उत्तर आहे. Summarizer मध्ये pure-Python path उपलब्ध आहे. Project ची test suite दोन्ही paths समान sentences निवडतात का हे तपासते.

Laptop पेक्षा server वर session memory अधिक महत्त्वाची असते, कारण server वरील काम अनेक दिवसांमध्ये विभागलेल्या छोट्या सत्रांमध्ये केले जाते. तुमच्याकडे आधीपासून VPS वर tmux मध्ये Claude Code चालू असेल, तर कालचे session आजच्या session पर्यंत नेणारा घटक Recall आहे.

plugin marketplace मधून Recall स्थापित करा

Claude Code सत्रात टाइप करायचे दोन commands:

/plugin marketplace add raiyanyahya/recall
/plugin install recall@recall

दुसरा command plugin@marketplace वाचतो. येथे दोन्ही नावे recall आहेत. हे copy-paste मधील चूक वाटते, परंतु तसे नाही.

Plugin मधील स्वतःचा एक command चालवून installation तपासा:

/recall:show

/recall:show सध्याचा summary दाखवतो. अगदी नवीन project मध्ये दाखवण्यासाठी अद्याप काहीही नसते. त्यामुळे येथे प्रत्यक्षात तपासायचे हेच आहे की command अस्तित्वात आहे. Claude Code ने /recall:show ओळखले नाही, तर plugin load झालेला नाही आणि कोणताही hook चालणार नाही.

Checkout मधून चालवायचे असल्यास, repository clone करून प्रथम त्याचे validation करा:

git clone https://github.com/raiyanyahya/recall ~/recall
cd ~/recall && claude plugin validate .

claude plugin validate ., .claude-plugin/ मधील manifest वाचतो आणि plugin योग्य रचनेचा आहे की नाही ते कळवतो. त्यानंतर तुमच्या project directory मधून claude --plugin-dir ~/recall वापरून Claude Code सुरू करा.

हुक्स काय लिहितात आणि कधी

Recall तीन Claude Code हुक्स नोंदवते. प्रत्येक हुक प्लगइन डिरेक्टरीमधून एक Python स्क्रिप्ट चालवतो.

• SessionStart स्टार्टअप, रिझ्युम (resume) आणि क्लिअर (clear) झाल्यावर कार्यान्वित होतो. तो context.md समोर आणतो, जेणेकरून सेशन तुमच्या सारांशासह (summary) उघडेल.
• Stop प्रत्येक वेळी Claude ने प्रतिसाद पूर्ण केल्यावर कार्यान्वित होतो. तो तो टर्न लॉगमध्ये जोडतो.
• SessionEnd सेशन बंद झाल्यावर कार्यान्वित होतो आणि सारांश पुन्हा तयार (regenerate) करू शकतो.

या प्रक्रियेतून दोन फाइल्स तयार होतात, ज्या दोन्ही .recall/ मध्ये असतात.

• history.md हा फक्त-जोडता (append-only) येणारा रेकॉर्ड आहे: प्रॉम्प्ट्स, प्रतिसाद, स्पर्श केलेल्या फाइल्स आणि चालवलेले कमांड्स.
• context.md हा तयार केलेला डायजेस्ट (digest) आहे: ध्येय, सारांश, पुढील पावले, स्पर्श केलेल्या फाइल्स, चालवलेले कमांड्स आणि git संदर्भ.

एका प्रत्यक्ष सेशननंतर, डिरेक्टरी तपासा.

ls -la .recall/

कॅप्चर सक्षम असताना, कोणताही पॉज मार्कर नसताना आणि ट्रान्सक्रिप्ट उपलब्ध असताना, तुम्हाला history.md मध्ये मजकूर दिसेल. तुम्हाला कदाचित context.md अजिबात दिसणार नाही, आणि हे त्रुटी नसून डीफॉल्ट वर्तन आहे. auto_save_context हे off असते जोपर्यंत तुम्ही ते सेट करत नाही, त्यामुळे सारांश फक्त तुम्ही विचारल्यावरच लिहिला जातो:

/recall:save

ते कमांड history.md वर स्थानिक समरायझर (summarizer) चालवते आणि context.md पुन्हा लिहिते. अल्गोरिदम TF-IDF (term frequency, inverse document frequency) स्कोअरिंगवर आधारित आहे, जे TextRank वाक्य रँकिंगला फीड करते. हे निश्चित (deterministic) आणि एक्स्ट्रॅक्टिव्ह (extractive) आहे, याचा अर्थ ते तुमच्या लॉगमध्ये आधीपासून अस्तित्वात असलेली वाक्ये निवडते. यात कोणत्याही मॉडेलला कॉल केला जात नाही, त्यामुळे ही पायरी मोफत आहे आणि मशीन ऑफलाइन असतानाही काम करते.

एका प्रोजेक्टसाठी Recall कॉन्फिगर करणे

कॉन्फिगरेशन प्रोजेक्टच्या रूटमधील recall.config.json फाईलमध्ये असते. खालील डिफॉल्ट सेटिंग्ज आधीच उपलब्ध आहेत:

{
  "output_dir": ".recall",
  "capture_history": true,
  "summary_sentences": 8,
  "redact": true,
  "include_git": true,
  "max_input_chars": 200000
}

• output_dir हे दोन फाईल्स कोठे साठवायच्या हे ठरवते. ते प्रोजेक्टच्या आतच ठेवा.
• capture_history हे history.md लॉग सुरू किंवा बंद करते.
• auto_save_context हे off किंवा on_end स्वीकारते आणि डिफॉल्टनुसार off वर सेट असते.
• summary_sentences हे context.md मध्ये किती वाक्ये साठवायची हे ठरवते. हे मूल्य वाढवल्यास सारांश मोठा मिळतो, परंतु सेशन सुरू होताना थोडा जास्त लोड येतो.
• redact डिस्कवर काहीही लिहिण्यापूर्वी सामान्य सिक्रेट पॅटर्न काढून टाकते.
• include_git हे सध्याचे diff स्टॅटिस्टिक्स आणि अलीकडील commits सारांशामध्ये जोडते.
• max_input_chars हे summarizer एका वेळी history.md चा किती भाग वाचू शकतो याची मर्यादा ठरवते.

VPS वरील प्रोजेक्टसाठी स्वयंचलित सेव्हिंग (automatic saving) करणे उपयुक्त ठरते, कारण सर्व्हरवरील सेशन अनेकदा टर्मिनल बंद झाल्यावर संपते, तुम्ही काम थांबवण्याचा निर्णय घेण्यापूर्वीच.

{
  "auto_save_context": "on_end",
  "summary_sentences": 12
}

कॉन्फिगरेशनला स्पर्श न करता काही काळासाठी कॅप्चर थांबवण्यासाठी, पॉज मार्कर तयार करा. पुन्हा कॅप्चर सुरू करण्यासाठी तो डिलीट करा.

touch .recall/.capture-paused

जेव्हा तुम्ही प्रोडक्शन क्रेडेंशियल्स हाताळणार असाल, तेव्हा हे करा. कारण रिडॅक्शन (redaction) हे एक फिल्टर आहे, खात्रीशीर सुरक्षा नाही. याच कारणामुळे AI एजंट्सपासून सिक्रेट्स दूर ठेवणे महत्त्वाचे आहे: सर्वात सुरक्षित सिक्रेट तेच असते जे एजंटला कधीच दिसत नाही.

Recall किती टोकन्सची बचत करते?

हे पर्यायी पद्धतीवर अवलंबून असते. सेशनच्या सुरुवातीला सारांश (summary) लोड करणे स्वस्त पडते. हे ज्या गोष्टीची जागा घेते ती महाग असू शकते, कारण तुमच्या प्रोजेक्टची कोणतीही स्मृती नसलेले मॉडेल फाइल्स वाचून ती माहिती पुन्हा शोधते.

[
  {
    "label": "Recall context.md",
    "char_count": "4,800",
    "est_tokens": "1,200"
  },
  {
    "label": "Hand-written CLAUDE.md",
    "char_count": "3,200",
    "est_tokens": "800"
  },
  {
    "label": "Re-reading the repo",
    "char_count": "120,000",
    "est_tokens": "30,000"
  },
  {
    "label": "Full transcript replay",
    "char_count": "340,000",
    "est_tokens": "85,000"
  }
]

ही मध्यम आकाराच्या प्रोजेक्टसाठीची सामान्य आकडेवारी आहे, तुमच्या प्रोजेक्टचे मोजमाप नाही. Recall चा सारांश साधारणपणे 1,200 टोकन्सवर लोड होतो, जे प्रोजेक्टच्या दाव्यानुसार रेझ्युमेसाठी लागणाऱ्या एक ते दोन हजार टोकन्सशी जुळते. मागील पूर्ण ट्रान्सक्रिप्ट पुन्हा लोड केल्यास संपूर्ण संभाषण पुन्हा लोड होते, जे साधारण 85,000 टोकन्सच्या आसपास असते. फाइल्स वाचून मॉडेलला प्रोजेक्ट पुन्हा शोधू देणे हे या दोन्हीच्या मध्ये, साधारण 30,000 टोकन्सच्या आसपास असते आणि हा आकडा रिपॉझिटरीच्या आकारानुसार वाढत जातो. CLAUDE.md ओळ स्केल समजण्यासाठी दिली आहे: ती स्वस्त आहे कारण ती लहान आणि स्थिर आहे, आणि ती मॉडेलला काल रात्री काय घडले हे सांगण्याऐवजी तुमचे कायमस्वरूपी नियम सांगते.

तुमचे स्वतःचे आकडे मोजा. एक टोकन म्हणजे साधारण चार इंग्रजी अक्षरे आणि कोडसाठी त्यापेक्षा थोडे कमी. जर तुम्ही हा सारांश त्याच VPS वरील लोकल मॉडेलला देत असाल, तर रेझ्युमेवर विश्वास ठेवण्यापूर्वी तो कोणत्या विंडोमध्ये लोड होत आहे ते तपासा, कारण Ollama ची डीफॉल्ट कॉन्टेक्स्ट लेन्थ उपलब्ध VRAM वर अवलंबून असते.

wc -c .recall/context.md .recall/history.md
echo $(( $(wc -c < .recall/context.md) / 4 ))

सेशनच्या आत, /context सध्या कॉन्टेक्स्ट विंडोमध्ये काय लोड झाले आहे ते दाखवते आणि /cost सेशनची एकूण आकडेवारी दर्शवते. एक सेशन 'कोल्ड' सुरू करा, दुसरे सेशन सारांशासह सुरू करा आणि तुलना करा. सेशनचे टोकन्स नक्की कुठे खर्च होतात याचे पूर्ण चित्र मिळवण्यासाठी, Claude Code टोकन्स कसे खर्च करतो यामध्ये त्याचे सविस्तर विश्लेषण दिले आहे.

हा दावा खरा राहण्यासाठी एक अट आहे. सारांश प्रत्येक सेशनच्या सुरुवातीला लोड केला जातो, त्यामुळे ज्या सारांशावर तुम्ही कधीच कृती करत नाही, तो बचतीऐवजी एक छोटा कर (tax) ठरतो. जोपर्यंत तुमचे सेशन खूप मोठे नसतील, तोपर्यंत summary_sentences डीफॉल्टच्या जवळ ठेवा. शांत सेशनमुळे लेजरच्या दुसऱ्या बाजूला फायदा होतो, कारण सर्वात लहान कार्यक्षम बदलाकडे झुकणारा एजंट समरायझरसाठी कमी लांबीचा लॉग मागे ठेवतो.

सत्राशिवाय सारांश पुन्हा तयार करा

तुम्ही repository clone केला असल्यास, summarizer साठी स्वतंत्र command-line entry point उपलब्ध असतो. terminal सोबत session बंद झाल्यावरही digest हवा असल्यास VPS वर हे उपयुक्त ठरते.

python3 ~/recall/scripts/make_context.py --help

help output मध्ये स्वीकारले जाणारे flags दिलेले असतात: project root साठी --cwd, स्पष्ट transcript file साठी --transcript, output दडपण्यासाठी --quiet आणि claude व opencode यांपैकी निवड करण्यासाठी --harness. ते एखाद्या project कडे निर्देशित करा:

python3 ~/recall/scripts/make_context.py --cwd /srv/projects/api

ते session transcript वाचते आणि history.md, त्यानंतर तुम्ही दिलेल्या directory अंतर्गत context.md लिहिते. marketplace द्वारे install केले असल्यास, plugin Claude Code व्यवस्थापित करत असलेल्या directory मध्ये असतो आणि तेच काम करण्यासाठी /recall:save ही समर्थित पद्धत आहे.

काहीही का लिहिले जात नाहीये

पूर्ण सत्रानंतरही .recall/ डिरेक्टरी दिसत नाही. कॅप्चर अक्षम (disabled) आहे का, आउटपुट डिरेक्टरी इतरत्र कॉन्फिगर केली आहे का, किंवा हुक्स (hooks) कधीच रन झाले नाहीत हे निष्कर्ष काढण्यापूर्वी कोणतीही ट्रान्सक्रिप्ट सापडली नाही का, हे तपासा. प्लगइन लोड झाले आहे याची खात्री करण्यासाठी /recall:show टाईप करा आणि त्यानंतर python3 -V रन करा. हुक कमांड प्रथम python3 आणि त्यानंतर python वापरण्याचा प्रयत्न करते, त्यामुळे ज्या बॉक्समध्ये यापैकी काहीही नाही, तिथे stderr आणि एक्झिट स्टेटस 127 सह त्रुटी येते. Claude Code मध्ये stderr ची पहिली ओळ असलेली एक नॉन-ब्लॉकिंग हुक एरर नोटीस दिसते.

history.md वाढत आहे पण context.md कधीही बदलत नाही. auto_save_context हे डीफॉल्टनुसार off असते. /recall:save रन करा, किंवा की (key) on_end वर सेट करा आणि SessionEnd हुकला ते काम करू द्या.

फाईल्स चुकीच्या प्रोजेक्टमध्ये दिसत आहेत. रिकॉल (Recall) ज्या डिरेक्टरीमधून Claude Code सुरू केले आहे, त्या सापेक्ष (relative) फाईल्स लिहितो. त्यामुळे तुमच्या होम डिरेक्टरीमधून सत्र सुरू केल्यास मेमरी तिथेच साठवली जाते. प्रोजेक्ट रूटमधून सुरुवात करा आणि फाईल्स नेमक्या कुठे आहेत हे शोधण्यासाठी ls -la .recall/ वापरा.

कॅप्चर थांबले आणि तुम्हाला कोणतीही चेतावणी मिळाली नाही. ls -a .recall/ वापरून पॉज मार्कर तपासा. तुम्ही गेल्या आठवड्यात तयार केलेली .capture-paused फाईल अजूनही तिचे काम करत आहे.

दीर्घ सत्रानंतर सारांश (summary) अपुरा आहे. max_input_chars समरायझर इनपुटला 200000 कॅरेक्टर्सवर मर्यादित करते, त्यामुळे खूप मोठा लॉग कापला जातो. तो रोटेट करा.

mv .recall/history.md .recall/history-2026-07-30.md

त्यानंतर एक छोटे सत्र रन करा आणि नवीन history.md तयार झाले आहे का हे तपासण्यासाठी पुन्हा ls -la .recall/ तपासा.

Recall कुठे थांबते

Recall हे एक लॉग आणि सारांश देणारे साधन आहे. त्यामुळे त्यात कोणत्या गोष्टींचा समावेश होत नाही, हे स्पष्ट असणे गरजेचे आहे.

याचा सारांश काढण्याची पद्धत 'extractive' आहे. TextRank अशा वाक्यांची निवड करते जी आधीच history.md मध्ये आहेत. त्यामुळे एखादा निर्णय योग्य होता की नाही, याचा विचार ते करत नाही. मंगळवारी घेतलेला चुकीचा निर्णय आणि बुधवारी घेतलेला योग्य निर्णय, हे दोन्ही लॉगमध्ये सारखेच दिसतात. जेव्हा निर्णय महत्त्वाचे असतात, तेव्हा context.md वाचा आणि स्वतः दुरुस्त करा. ही एक markdown फाईल आहे, त्यामुळे तुम्ही ती कधीही संपादित करू शकता.

यात शोध (search) घेण्याची सुविधा नाही. तुम्हाला प्रत्येक प्रोजेक्टसाठी एक चालू सारांश आणि एक वाढत जाणारा लॉग मिळतो. सर्व प्रोजेक्ट्समध्ये शोध घेता येईल अशी ही मेमरी नाही. जर तुम्हाला तीन आठवड्यांपूर्वी डेटाबेसबाबत काय निर्णय घेतला होता हे शोधायचे असेल, तर तुम्हाला history.md मध्ये grep वापरावे लागेल. हे साधन थेट समन्वय (live coordination) पुरवत नाही: एकाच प्रोजेक्टमधील दोन sessions एकाच लॉग फाईलचा वापर करतात, परंतु Recall नवीन लॉग एन्ट्री दुसऱ्या session च्या संदर्भात (context) आपोआप पाठवत नाही. त्यामुळे जेव्हा एकाला दुसऱ्याच्या कामाबद्दल माहिती हवी असते, तेव्हा sessions थेट एकमेकांमध्ये मजकूर पाठवू शकतात.

हे साधन session च्या दरम्यान मदत करत नाही. session च्या मध्यभागी context window भरणे ही एक वेगळी समस्या आहे आणि त्यावर उपायही वेगळे आहेत. एका session मध्ये context window व्यवस्थापित करणे हा या मार्गदर्शिकेचा पूरक भाग आहे.

सारांश हा डिझाइननुसार 'untrusted input' मानला जातो. context.md ला fenced आणि label करून समाविष्ट केले जाते आणि त्यावर अवलंबून राहण्यापूर्वी Claude विचारते. हे डिझाइन अशासाठी आहे कारण commit केलेला .recall/ डिरेक्टरी हा असा भाग आहे जिथे commit access असलेला कोणीही असा मजकूर लिहू शकतो जो तुमचा एजंट वाचेल. एजंट वाचलेल्या गोष्टीबद्दल किती वेळा विचारणा करेल, हे session सुरू होताना निवडलेल्या permission mode वर अवलंबून असते. Claude Code v2.1.283 किंवा त्यानंतरच्या आवृत्तीमध्ये, auto mode हा सर्व प्लॅन आणि प्रोव्हायडरसाठी इंटरअॅक्टिव्ह टर्मिनल आणि VS Code sessions मध्ये डीफॉल्ट मोड आहे. त्यामुळे तुमच्याऐवजी एक क्लासिफायर बहुतेक कृतींचे पुनरावलोकन करतो; HIPAA कॉन्फिगरेशन असलेल्या संस्था अजूनही Manual mode मध्येच सुरू होतात. .recall/ वैयक्तिक आहे की सामायिक, हे एकदाच ठरवा: वैयक्तिक मेमरीसाठी ते .gitignore मध्ये जोडा, किंवा इतर योगदानांप्रमाणे ते commit करून पुनरावलोकन करा. जर एजंट विना देखरेख (unattended) चालत असेल, तर Claude Code सुरक्षितपणे VPS वर चालवणे या मार्गदर्शिकेत अधिक व्यापक माहिती दिली आहे.

माहिती लपवणे (Redaction) हे सर्वोत्तम प्रयत्नांवर आधारित आहे. हे API keys, tokens, PEM blocks आणि .env असाइनमेंट्स यांसारख्या सामान्य पॅटर्नना लक्ष्य करते. commit करण्यापूर्वी .recall/ वाचा.

आवृत्ती क्रमांक (version number) याच्या परिपक्वतेबद्दल स्पष्ट आहे. ऑक्टोबर 2026 मधील नवीनतम रिलीज 0.4.0 नुसार, config keys आणि फाईल लेआउट अजूनही बदलू शकतात. त्यामुळे ज्या सेटअपवर तुम्ही अवलंबून आहात, तो अपग्रेड करण्यापूर्वी changelog नक्की वाचा.

FAQ

Recall माझा कोड किंवा ट्रान्सक्रिप्ट्स कुठेही पाठवते का?

नाही. कॅप्चर हुक्स आणि समरायझर हे पायथन स्क्रिप्ट्स आहेत जे तुमच्या स्वतःच्या मशीनवर चालतात. प्लगइनकडे कोणतीही API key नसते आणि ते कोणतेही नेटवर्क कॉल करत नाही. सारांश तयार करण्यासाठी मॉडेलऐवजी TF-IDF आणि TextRank चा वापर केला जातो, त्यामुळे या प्रक्रियेचा कोणताही खर्च येत नाही आणि ती मशीन ऑफलाइन असतानाही काम करते. याचा परिणाम असा होतो की सारांश हा 'एक्सट्रॅक्टिव्ह' (extractive) असतो: तो नवीन वाक्ये लिहिण्याऐवजी तुमच्या लॉगधून मूळ वाक्ये निवडतो.

माझा .recall/context.md गहाळ किंवा जुना का आहे?

auto_save_context चे डीफॉल्ट मूल्य off असते, त्यामुळे तुम्ही /recall:save चालवता तेव्हाच सारांश पुन्हा तयार केला जातो. प्रत्येक सत्र (session) संपल्यावर सारांश पुन्हा लिहिला जावा यासाठी recall.config.json मध्ये "auto_save_context": "on_end" सेट करा. जर history.md सुद्धा गहाळ असेल, तर capture_history, .capture-paused मार्कर आणि सत्र ट्रान्सक्रिप्ट उपलब्ध आहे का ते तपासा: अशा प्रकरणांमध्ये हुक्स हिस्ट्री लिहिणे वगळतात. प्लगइन /recall:show सह लोड झाले आहे याची खात्री करा, त्यानंतर त्या बॉक्सवर python3 -V उत्तरे देते का ते तपासा, कारण हुक्स हे पायथन स्क्रिप्ट्स आहेत.

Recall प्रति सत्र किती बचत करते?

एका सारांश लोड करण्याचा खर्च सुमारे 1,200 टोकन्स इतका असतो, तर मॉडेलला पुन्हा संपूर्ण रिपॉझिटरी वाचून काम सुरू करण्यासाठी 30,000 टोकन्स लागतात. ही सामान्य आकडेवारी आहे. सत्रामध्ये wc -c .recall/context.md आणि /context कमांड वापरून, कोल्ड स्टार्ट आणि सारांशावरून रिझ्युम (resume) होणारे सत्र यांची तुलना करून तुम्ही स्वतः मोजमाप करू शकता.

मला अजूनही CLAUDE.md फाइलची गरज आहे का?

हो, आणि या दोन्ही फाइल्सची कामे वेगळी आहेत. CLAUDE.md हे तुम्ही मुद्दाम लिहिलेले असते: यामध्ये कायमस्वरूपी नियम आणि बिल्ड कमांड्स असतात. context.md हे मागील सत्रात प्रत्यक्षात काय घडले यावरून तयार केले जाते, त्यामुळे त्यात अर्धवट राहिलेले मायग्रेशन असते जे तुम्ही कदाचित लिहून ठेवणार नाही. दोन्ही फाइल्स ठेवा.

एका VPS वर अनेक प्रोजेक्ट्सची मेमरी साठवता येते का?

हो. Recall प्रत्येक प्रोजेक्ट डिरेक्टरीमधील .recall/ मध्ये मेमरी ठेवते, त्यामुळे एकाच सर्व्हरवरील दोन प्रोजेक्ट्सचे लॉग्स आणि सारांश स्वतंत्र राहतात. प्रत्येक वेळी प्रोजेक्ट रूटवरूनच Claude Code सुरू करा, कारण फाइल्स या युजर अकाउंटऐवजी वर्किंग डिरेक्टरीचे अनुसरण करतात.