Claude Code की संदर्भ विंडो आपके वर्तमान सेशन के लिए कार्य मेमोरी है। यह आपकी बातचीत, हर फ़ाइल रीड, MCP टूल परिभाषाएं, कस्टम एजेंट कॉन्फ़िग, मेमोरी फ़ाइलें, और टूल कॉल का पूरा इतिहास रखती है, जैसा कि Claude Code संदर्भ विंडो दस्तावेज़ीकरण में वर्णित है। जब यह भर जाए, तो आपके पास तीन लीवर होते हैं: /compact, /clear, या संरचित हस्तांतरण के साथ नया सेशन शुरू करना। आप कौन सा चुनते हैं, इससे बाद में सब कुछ की गुणवत्ता बदल जाती है।
Compact, Clear, या नया सेशन चुनें
तीन कमांड, तीन अलग नतीजे। अंतर को समझना पूरा खेल है।
`/compact` बातचीत के इतिहास को संक्षिप्त सारांश से बदल देता है और सेशन चलाता रहता है। संदर्भ सिकुड़ता है, सेशन जारी रहता है, और Claude को कुछ ऐतिहासिक जानकारी बनी रहती है। आप यह नियंत्रित कर सकते हैं कि यह क्या रखता है: /compact focus on the auth bug fix मॉडल को बताता है कि क्या महत्वपूर्ण है बजाय इसके कि वह अनुमान लगाए। आधिकारिक संदर्भ विंडो संदर्भ पुष्टि करता है कि आप सीधे compact पास को निर्देश दे सकते हैं।
`/clear` एक कठोर रीसेट है। पूरी बातचीत हटा दी जाती है। कोई इतिहास नहीं, कोई मेमोरी में फ़ाइल संदर्भ नहीं, कोई आगे का नहीं। जैसा कि Damian Galarza के संदर्भ विंडो विश्लेषण में कहा गया है, पहले अपनी योजना को persist किए बिना /clear का उपयोग करने का मतलब है कि आप शुरुआत से शुरू करते हैं। यह ठीक है, कभी-कभी जानबूझकर।
हस्तांतरण दस्तावेज़ के साथ नया सेशन शुरू करने से आपको स्वच्छ स्लेट मिलता है और साथ ही निरंतरता भी मिलती है। नीचे उस हस्तांतरण को संरचित करने के बारे में अधिक जानकारी दी गई है।
मोटा निर्णय वृक्ष:
- एक ही कार्य, अधिक स्थान की आवश्यकता: focus निर्देश के साथ
/compactका उपयोग करें। - असंबंधित कार्य में स्विच करना:
/clearका उपयोग करें। - कार्य एक सेशन के लिए बहुत बड़ा है या गुणवत्ता पहले से ही गिरावट में है: हस्तांतरण बनाएं और नया शुरू करें।
एक चीज़ को फ़्लैग करने के लिए: /autocompact स्वचालित रूप से चलता है जब आप सीमा के करीब पहुंचते हैं। आप सेट कर सकते हैं कि विंडो कितनी भरी हुई हो इससे पहले कि यह चले, उदाहरण के लिए /autocompact 500k, लेकिन स्वचालित पास अपने स्वयं के निर्णय लेता है कि क्या रखना है। यह छोटे सेशन के लिए ठीक है। किसी भी आर्किटेक्चरल चीज़ के लिए, आप स्वचालित पास को नियंत्रण लेने से पहले मैन्युअल रूप से /compact चलाना चाहते हैं।
देखें कि क्या संदर्भ खपत करता है
इससे पहले कि आप संदर्भ प्रबंधित करें, आपको यह देखने की आवश्यकता है कि यह क्या खपत कर रहा है। /context चलाएं और आपको एक विवरण मिलता है: कुल संदर्भ आकार, सबसे अधिक टोकन खपत करने वाली श्रेणियां, और विभाजन दिखाने वाली एक दृश्य पट्टी। आधिकारिक अकादमी से Claude Code 101 इस आउटपुट के बारे में विस्तार से बताता है। मुख्य श्रेणियां बातचीत इतिहास, सेशन में लोड की गई फ़ाइल सामग्री, टूल कॉल इतिहास, और कोई भी मेमोरी या एजेंट कॉन्फ़िग फ़ाइलें हैं।
अधिकांश डेवलपर्स टूल कॉल इतिहास से हैरान रह जाते हैं। लंबी आगे-पीछे डीबगिंग सेशन तेजी से जमा हो जाती हैं। एक दर्जन फ़ाइल रीड, प्रत्येक पूर्ण आउटपुट के साथ, जल्दी जमा हो जाती है। यह आमतौर पर पहली चीज़ है जिसे लक्ष्य बनाया जाता है।
कॉम्पैक्ट पास के दौरान क्या सुरक्षित रहता है
आधिकारिक डॉक्स के अनुसार, कॉम्पैक्ट के बाद स्टार्टअप कंटेंट स्वचालित रूप से रीलोड हो जाता है। जिस चीज़ पर आपको नज़र रखनी है वह है खुद बातचीत में सूक्ष्मता: विशिष्ट आर्किटेक्चर निर्णय, रीफ़ैक्टर के पीछे के कारण, क्यों आपने किसी विशेष दृष्टिकोण को ख़ारिज किया। ये एक केंद्रित कॉम्पैक्ट में बचे रहते हैं। वे अक्सर स्वचालित पास में नहीं बचते, जो यह नहीं जानता कि आपको क्या मायने रखता है।
रिपॉजिटरी रीड्स और टूल आउटपुट को स्कोप करें
आप फ़ाइलों को सेशन में कैसे पढ़ते हैं यह उतना ही महत्वपूर्ण है जितना कि कब कॉम्पैक्ट करते हैं। पूरी डायरेक्टरी या बड़ी फ़ाइलें पढ़ना जब आपको सिर्फ़ एक या दो फ़ंक्शन की ज़रूरत है, कॉन्टेक्स्ट बर्न करने के सबसे तेज़ तरीकों में से एक है।
कुछ आदतें जो मदद करती हैं:
- Claude को सिर्फ़ वह विशिष्ट फ़ाइल और लाइन रेंज पढ़ने को कहें जिसकी आपको ज़रूरत है, पूरा मॉड्यूल नहीं।
- जब आपको बड़े कोडबेस एरिया को रिसर्च करने की ज़रूरत हो, तो एक सबएजेंट को डेलीगेट करें। फ़ाइल कंटेंट सबएजेंट के कॉन्टेक्स्ट में रहता है, आपके में नहीं। आपको सिर्फ़ परिणाम मिलता है। आधिकारिक कॉन्टेक्स्ट विंडो डॉक्स इसे स्पष्ट रूप से कहता है: "बड़ी रीड्स को डेलीगेट करें: रिसर्च को सबएजेंट को भेजें ताकि फ़ाइल कंटेंट उसकी कॉन्टेक्स्ट विंडो में रहे, आपकी में नहीं।"
- फ़ाइलें दोबारा पढ़ने से बचें जिन पर आपने पहले से चर्चा कर चुके हैं जब तक कुछ बदल न गया हो। Claude के पास वह कंटेंट पहले से बातचीत में है।
- grep और सर्च टूल कॉल्स के साथ विशिष्ट रहें। ब्रॉड सर्च ब्रॉड आउटपुट देते हैं।
Claude Code के ऊपर मल्टी-एजेंट वर्कफ़्लो बनाने वाले किसी के लिए, Claude Code सबएजेंट्स गाइड उन डेलीगेशन को कैसे स्ट्रक्चर करें यह बताता है। और अगर आप SDK लेवल पर काम कर रहे हैं, तो Claude Agent SDK गाइड एजेंट्स के बीच कॉन्टेक्स्ट बाउंड्री पर गहराई से जाता है।
अगर आप कॉन्टेक्स्ट से लड़ने में कोड लिखने से ज़्यादा समय बिता रहे हैं, तो किसी से बात करना लायक़ हो सकता है जो इसे पूरे समय करता है। Seahawk की Claude Code डेवेलपमेंट टीम शुरुआत से ही सही प्रोजेक्ट स्ट्रक्चर सेट अप करने में मदद कर सकती है।
कॉम्पैक्ट करते समय निर्णयों को सुरक्षित रखें
यह वह स्टेप है जो अधिकतर डेवेलपर्स स्किप करते हैं। कॉम्पैक्ट या क्लियर करने से ठीक पहले, Claude से एक सारांश माँगें:
"कॉम्पैक्ट करने से पहले, मुझे मुख्य निर्णयों की एक बुलेट लिस्ट दें जो हमने किए, कुछ भी जो हमने स्पष्ट रूप से ख़ारिज किया और क्यों, और काम की वर्तमान स्थिति।"
इसे अपने CLAUDE.md या एक स्क्रैच नोट में कॉपी करें। जब आप फिर से शुरू करें, तो इसे प्रारंभिक कॉन्टेक्स्ट के रूप में पेस्ट करें। MindStudio की `/compact` कमांड पर गाइड इसे कंट्रोल्ड कम्प्रेशन और अराजक कम्प्रेशन के बीच के अंतर के रूप में वर्णित करती है: जब आप /compact को मैन्युअली चलाते हैं, तो आप चुनते हैं कि क्या सुरक्षित रहता है; जब स्वचालित पास फायर होता है, तो मॉडल तय करता है, और यह अक्सर सामान्य आउटपुट को आर्किटेक्चरल रीज़निंग से ऊपर रखता है।
दूसरा लीवर आपका CLAUDE.md ही है। आर्किटेक्चरल निर्णय, गैर-स्पष्ट कंपोनेंट संबंध, जो चीज़ें Claude को इस कोडबेस में कभी नहीं करनी चाहिए: ये स्थायी रूप से वहाँ होनी चाहिए, सिर्फ़ बातचीत में नहीं। हर नया सेशन स्वचालित रूप से CLAUDE.md लोड करता है, इसलिए यह एकमात्र जगह है जहाँ कॉन्टेक्स्ट सेशन के पार सच में बना रहता है।
कब कॉम्पैक्ट न करें
- डीबगिंग के बीच, जब विशिष्ट एरर मैसेज और स्टैक ट्रेस अभी प्रासंगिक हों।
- रीफ़ैक्टर के दौरान जब फ़ाइल-लेवल डिटेल सक्रिय रूप से उपयोग की जा रही हो।
- इंटीग्रेशन वर्क से ठीक पहले जो आपने जो कंपोनेंट बनाया है उससे कॉन्टेक्स्ट पर निर्भर करता है।
Claudefast का संदर्भ प्रबंधन गाइड इसे अच्छी तरह से समझाता है: काम के चरणों के बीच प्राकृतिक विराम पर संक्षिप्त करें, किसी चरण के बीच में नहीं।
बड़े कार्यों को विभाजित करें, हैंडऑफ खोए बिना
कुछ कार्य वास्तव में एक सत्र के लिए बहुत बड़े होते हैं। यह कोई असफलता नहीं है, यह बस बड़े कोडबेस कैसे काम करते हैं। समाधान गुणवत्ता पहले से ही गिरने के बाद नहीं, सत्र समाप्त होने से पहले एक संरचित हैंडऑफ दस्तावेज़ बनाना है।
एक उपयोगी हैंडऑफ दस्तावेज़ में शामिल होता है:
- क्या पूरा हुआ (कमिट संदर्भ या फ़ाइल पथ के साथ)।
- क्या प्रगति में है और किस स्थिति में है।
- किए गए निर्णय और क्यों (विशेषकर कुछ भी स्पष्ट नहीं)।
- आगे क्या आता है, पर्याप्त विवरण के साथ कि एक नया सत्र सब कुछ फिर से पढ़े बिना इसे उठा सके।
- कोई खुले प्रश्न या अवरोधक।
LinkedIn पर एक व्यवसायी ने इसे सत्र हैंडऑफ सिस्टम के मूल के रूप में वर्णित किया: एक निर्धारित संदर्भ उपयोग स्तर पर, सत्र क्या किया गया था, कमिट संदर्भ और वर्तमान स्थिति के साथ एक हैंडऑफ दस्तावेज़ बनाता है। नया सत्र उस दस्तावेज़ को अपने पहले संदेश के रूप में खोलता है। JD Fiscus द्वारा compact vs clear पर LinkedIn पोस्ट एक TASK > COMMIT > CLEAR > RECAP > RESCAN लूप का वर्णन करता है, जो पुनरावृत्त सुविधा कार्य के लिए अच्छी तरह से काम करता है।
वर्कफ़्लो, ठोस रूप से:
- काम की एक तार्किक इकाई पूरी करें और कमिट करें।
- Claude को ऊपर दिए गए पांच बिंदुओं को कवर करने वाला एक हैंडऑफ सारांश तैयार करने के लिए कहें।
- सारांश को अपने रेपो में या
CLAUDE.mdमें एक फ़ाइल में कॉपी करें। /clearचलाएं या एक नया सत्र शुरू करें।- नए सत्र को हैंडऑफ दस्तावेज़ के साथ संदर्भ के रूप में खोलें।
इस तरह आप कभी शून्य से शुरू नहीं कर रहे हैं और आप कभी एक अव्यवस्थित सत्र इतिहास को उस काम में नहीं ले जा रहे हैं जिसे एक स्पष्ट दिमाग की आवश्यकता है।
मॉडल-विशिष्ट सीमाएँ और समस्या निवारण
संदर्भ विंडो का आकार मॉडल के अनुसार भिन्न होता है। Damian Galarza पोस्ट में Claude Sonnet 4.5 के संदर्भ के रूप में लगभग 200,000 टोकन की एक संदर्भ विंडो है। अन्य Claude मॉडल की अपनी सीमाएं हैं; मौजूदा आंकड़ों के लिए आधिकारिक मॉडल दस्तावेज़ देखें, बजाय सामुदायिक संख्याओं पर भरोसा करने के जो पुरानी हो सकती हैं।
क्या ध्यान रखें:
- दोहराव। Claude उन सवालों पूछना शुरू करता है जिनके आपने पहले ही जवाब दे दिए हैं, या किसी पहले के निर्णय का खंडन करता है। यह एक संकेत है कि प्रासंगिक संदर्भ बाहर निकल गया है या ख़राब तरीके से सारांशित हुआ है।
- अनुदेश को नज़रअंदाज़ किया गया। अगर Claude पहले सही तरीके से पालन किए जा रहे प्रोजेक्ट कन्वेंशन को रोक दे, तो
CLAUDE.mdकी सामग्री को दबाया जा सकता है। जांचने के लिए/contextचलाएँ। - धीमी, महंगी प्रतिक्रियाएँ। बड़े context की लागत हर संदेश पर टोकन लगती है। अगर लागत बढ़ रही है, तो
/contextआपको दिखाएगा कि क्यों।
एक बात ध्यान देने योग्य है: सार्वभौमिक संकुचन थ्रेशोल्ड के बारे में दावे (भरने का एक विशेष प्रतिशत जिस पर गुणवत्ता हमेशा गिरती है) आधिकारिक प्रलेखन द्वारा समर्थित नहीं हैं। संकुचन का सही समय कार्य-आश्रित है। कई अभ्यासकर्ताओं का सामान्य अनुमान यह है कि एक प्राकृतिक चरण सीमा पर कार्य करें, गिरावट देखने से पहले, बाद में नहीं। लेकिन आपका परिणाम कार्य के प्रकार, मॉडल, और आपके context का कितना हिस्सा घनी कोड बनाम संवाद है, इस पर निर्भर करेगा।
FAQ
क्या `/compact` टोकन की लागत लगती है?
हाँ। संकुचन पास स्वयं एक मॉडल कॉल है और टोकन का उपयोग करता है। इसे एक चरण सीमा पर मैन्युअल रूप से चलाना आमतौर पर कम लागत लगता है, बजाय इसके कि स्वचालित पास को उच्च उपयोग स्तर पर चलने दिया जाए, क्योंकि यह जो सारांश तैयार करता है वह स्वच्छ होता है और आप अनुवर्ती संदेशों पर कम टोकन खर्च करते हैं।
क्या `/clear` मेरे `CLAUDE.md` को प्रभावित करेगा?
नहीं। CLAUDE.md डिस्क पर एक फ़ाइल है। /clear केवल सत्र में संवाद और मेमोरी को हटाता है। अगली बार जब Claude Code आपकी प्रोजेक्ट डायरेक्टरी को पढ़े तो आपका CLAUDE.md स्वचालित रूप से फिर से लोड हो जाता है।
क्या मैं बातचीत का केवल एक हिस्सा संकुचित कर सकता हूँ?
हाँ। /rewind चलाएँ, एक संदेश चुनें, और "यहाँ से सारांश बनाएँ" या "यहाँ तक सारांश बनाएँ" चुनें। आधिकारिक context विंडो दस्तावेज़ वर्णन करते हैं कि प्रत्येक विकल्प क्या रखता है। यह तब उपयोगी है जब कोई विशेष डिबगिंग थ्रेड context को भीड़ दे रहा हो लेकिन पहली बातचीत अभी भी महत्वपूर्ण हो।
क्या एक ही रिपॉजिटरी के वर्कट्रीज़ context साझा करते हैं?
वे आधिकारिक मेमोरी प्रलेखन के अनुसार प्रति मशीन-स्थानीय स्वचालित मेमोरी साझा करते हैं। वे सत्र context साझा नहीं करते। प्रत्येक वर्कट्री सत्र का अपना context विंडो होता है।
संकुचन के बाद MCP टूल परिभाषाएँ क्या होती हैं?
आधिकारिक दस्तावेज़ बताते हैं कि स्टार्टअप सामग्री, MCP टूल परिभाषाएँ सहित, संकुचन पास के बाद स्वचालित रूप से फिर से लोड होती हैं। आपको टूल्स को मैन्युअल रूप से फिर से पंजीकृत करने की आवश्यकता नहीं होनी चाहिए, लेकिन एक जटिल सत्र पर संकुचन के बाद /context चलाना यह पुष्टि करने के लिए लायक है कि विभाजन सही दिख रहा है।
सभी चीजों में सबसे तीव्र सावधानी: जब तक आप गुणवत्ता में गिरावट देखते हैं, तब तक आपका संकुचन सारांश भ्रमित आउटपुट को अच्छे वाले के साथ शामिल किए हुए होने की संभावना है। एक स्वच्छ चरण के अंत में संकुचित करें, एक गंदे चरण की शुरुआत में नहीं।