क्या आपको Claude Code का उपयोग करते समय ये समस्याएँ होती हैं?
・जब Claude Code का सत्र लंबा हो जाता है, तो किसी कारण से उत्तरों की गुणवत्ता गिर जाती है।
・कमांड क्या हैं? मुझे अंतर समझ नहीं आता।
・मुझे समझ नहीं आता कि subagents का उपयोग कब करना चाहिए।
・संदर्भ (context) पूरी तरह से गड़बड़ हो जाता है।
अभी-अभी, Anthropic के कर्मचारी Thariq (@trq212) का एक पोस्ट "Claude Code सत्र प्रबंधन और 1-मिलियन-टोकन संदर्भ" के बारे में 540,000 व्यूज़ के साथ वायरल हो रहा है 😳
तो, इन समस्याओं से जूझ रहे सभी लोगों के लिए, मैं इस सामग्री को सरल भाषा में समझाता हूँ 👇
मूल पोस्ट यहाँ: https://x.com/trq212/status/2044548257058328723?s=20
■ कॉन्टेक्स्ट विंडो (context window) की मूल बातें
पहले, एक पूर्व शर्त के रूप में, Claude Code की कॉन्टेक्स्ट विंडो 1 मिलियन टोकन की होती है।
कॉन्टेक्स्ट में निम्नलिखित सभी चीज़ें शामिल होती हैं:
・सिस्टम प्रॉम्प्ट
・पिछली बातचीत का इतिहास
・सभी टूल कॉल और उनके आउटपुट
・लोड की गई फ़ाइलों की सामग्री
दूसरे शब्दों में, सत्र जितना लंबा होगा, इस कॉन्टेक्स्ट में उतनी ही अधिक जानकारी जमा होती जाएगी।
■ कॉन्टेक्स्ट रॉट (context rot) क्या है?
यहाँ एक महत्वपूर्ण अवधारणा है "कॉन्टेक्स्ट रॉट"।
जैसे-जैसे कॉन्टेक्स्ट बढ़ता है, मॉडल का ध्यान कई टोकनों पर बिखर जाता है, और पुरानी या अप्रासंगिक जानकारी शोर बन जाती है जो वर्तमान कार्य में बाधा डालने लगती है।
Thariq के अनुसार, 1-मिलियन-टोकन मॉडल में लगभग 300,000 से 400,000 टोकन के आसपास कॉन्टेक्स्ट रॉट देखा जाने लगता है। हालांकि, यह कोई सख्त नियम नहीं है क्योंकि यह कार्य पर बहुत अधिक निर्भर करता है।
चूंकि कॉन्टेक्स्ट विंडो की एक निश्चित सीमा होती है, जब आप इस सीमा के करीब पहुँचते हैं, तो आपको पिछले काम को सारांशित करना होगा और एक नए कॉन्टेक्स्ट में जारी रखना होगा। इस प्रक्रिया को "कॉम्पैक्शन" (compaction) कहा जाता है।
■ हर बारी एक "मोड़" (Turning Point) है
एक कार्य पूरा करने के बाद Claude Code को क्या करना चाहिए? यह वास्तव में सबसे महत्वपूर्ण निर्णय बिंदु है।
Thariq पाँच विकल्प सूचीबद्ध करते हैं:
𝟭. जारी रखें (Continue)
उसी सत्र में अगला संदेश भेजें। सबसे स्वाभाविक विकल्प।
𝟮. /रीवाइंड (rewind) (Esc Esc को दो बार दबाएँ)
किसी पिछले संदेश पर वापस जाएँ और वहाँ से पुनः आरंभ करें। उसके बाद के संदेश कॉन्टेक्स्ट से हटा दिए जाते हैं।
𝟯. /क्लियर (clear) (नया सत्र)
महत्वपूर्ण जानकारी स्वयं सारांशित करें और एक नया सत्र शुरू करें।
𝟰. /कॉम्पैक्ट (compact)
मॉडल को अब तक की बातचीत का सारांश बनाने दें और उस सारांश के ऊपर जारी रखें।
𝟱. सबएजेंट (Subagents)
अगले कार्य को एक एजेंट को सौंपें जिसका अपना साफ़ कॉन्टेक्स्ट हो, और केवल परिणाम को मूल सत्र में वापस लाएँ।
■ नया सत्र कब शुरू करें
1-मिलियन-टोकन कॉन्टेक्स्ट विंडो की बदौलत, स्क्रैच से फुल-स्टैक ऐप बनाने जैसे लंबे कार्य अब अधिक स्थिर रूप से निष्पादित किए जा सकते हैं।
हालांकि, सिर्फ इसलिए कि कॉन्टेक्स्ट में जगह बची है, इसका मतलब यह नहीं है कि आपको उसी सत्र को जारी रखना चाहिए।
Thariq का सरल नियम है:
🔥 "अगर आप एक नया कार्य शुरू कर रहे हैं, तो आपको एक नया सत्र शुरू करना चाहिए।"
इसके अपवाद भी हैं। उदाहरण के लिए, किसी सुविधा को लागू करने के तुरंत बाद दस्तावेज़ीकरण लिखना। यदि आप एक नया सत्र शुरू करते हैं, तो Claude Code को उन फ़ाइलों को फिर से पढ़ना होगा जिन्हें उसने अभी लागू किया है, जो धीमा और महंगा है। उन कार्यों के लिए जिनमें "उच्च बुद्धिमत्ता" की आवश्यकता नहीं है, कुछ कॉन्टेक्स्ट प्रदूषण को स्वीकार करना और बस जारी रखना अधिक कुशल है।
■ रीवाइंड (rewind) सबसे कम आंका गया फीचर है
Thariq अच्छे कॉन्टेक्स्ट प्रबंधन के लिए सबसे अच्छी आदत के रूप में "रीवाइंड" का हवाला देते हैं।
Claude Code में, आप Esc कुंजी को दो बार दबाकर (या /rewind कमांड का उपयोग करके) किसी भी पिछले संदेश पर वापस जा सकते हैं और पुनः आरंभ कर सकते हैं। उस बिंदु के बाद के संदेश कॉन्टेक्स्ट से पूरी तरह हटा दिए जाते हैं।
एक विशिष्ट परिदृश्य पर विचार करें:
Claude ने पाँच फ़ाइलें पढ़ीं और एक दृष्टिकोण आज़माया जो विफल रहा।
❌ सामान्य प्रतिक्रिया: "वह काम नहीं आया। इसके बजाय X आज़माएँ।"
→ विफल दृष्टिकोण का पूरा लॉग कॉन्टेक्स्ट में रहता है।
✅ बेहतर तरीका: फ़ाइलों को पढ़ने के ठीक बाद वापस जाएँ और आपने जो सीखा है उसके साथ पुनः निर्देश दें।
→ "दृष्टिकोण A का उपयोग न करें। foo मॉड्यूल वह एक्सपोज़ नहीं करता है। सीधे B पर जाएँ।"
ऐसा करने से, असफल परीक्षण और त्रुटि के टोकन गायब हो जाते हैं, जिससे एक साफ़ स्थिति में पुनः प्रयास संभव होता है।
इसके अलावा, "यहाँ से सारांशित करें" सुविधा का उपयोग करके, Claude अपने स्वयं के सीखने का सारांश बना सकता है और "अतीत के स्वयं से भविष्य के स्वयं के लिए एक मेमो" बना सकता है।
■ /कॉम्पैक्ट (compact) और /क्लियर (clear) के बीच महत्वपूर्ण अंतर
जब कोई सत्र लंबा हो जाता है, तो वजन कम करने के दो तरीके हैं। वे समान दिखते हैं लेकिन पूरी तरह से अलग हैं।
【/compact】
・मॉडल बातचीत का सारांश बनाता है और इतिहास को उस सारांश से बदल देता है।
・हानिपूर्ण (lossy) — जो महत्वपूर्ण है वह Claude के निर्णय पर छोड़ दिया जाता है।
・आपको कुछ भी लिखने की आवश्यकता नहीं है, लेकिन Claude कुछ महत्वपूर्ण चूक सकता है।
・आप इसे मार्गदर्शन देने के लिए निर्देश प्रदान कर सकते हैं (जैसे, /compact focus on auth refactor, remove test debugging)।
【/clear】
・आप स्वयं महत्वपूर्ण जानकारी लिखते हैं और एक नया सत्र शुरू करते हैं।
・जैसे: "लक्ष्य auth मिडलवेयर है, बाधाएँ X हैं, संबंधित फ़ाइलें A और B हैं, दृष्टिकोण Y को बाहर रखा गया है।"
・इसमें प्रयास लगता है, लेकिन परिणामी कॉन्टेक्स्ट में केवल वही जानकारी होती है जो आपने चुनी है।
इनके बीच चुनाव नियंत्रण और सुविधा के बीच एक समझौता है।
■ कॉम्पैक्ट (compact) क्यों विफल होता है
लंबे सत्रों का उपयोग करते समय, कॉम्पैक्ट की गुणवत्ता बेहद खराब हो सकती है।
Thariq के अनुसार, खराब कॉम्पैक्ट का सबसे बड़ा कारण है "जब मॉडल काम की दिशा का अनुमान नहीं लगा सकता।"
उदाहरण:
एक लंबे डिबगिंग सत्र के बाद, ऑटोकॉम्पैक्ट ट्रिगर होता है और जांच का सारांश बनाता है।
→ यदि आप तब कहते हैं "bar.ts में उस चेतावनी को भी ठीक करें," तो उस चेतावनी के बारे में जानकारी डिबग-केंद्रित सारांश से हटा दी गई हो सकती है।
इससे भी अधिक परेशानी की बात यह दुविधा है कि कॉन्टेक्स्ट रॉट के कारण, कॉम्पैक्ट निष्पादित करते समय मॉडल अपनी "सबसे कम बुद्धिमत्ता की स्थिति" में होता है। दूसरे शब्दों में, सबसे कम गुणवत्ता वाला सारांश उस समय उत्पन्न होता है जब सबसे सटीक सारांश की आवश्यकता होती है।
अब जब हमारे पास 1-मिलियन-टोकन कॉन्टेक्स्ट है, सबसे अच्छी रणनीति यह है कि जब आपके पास अभी भी जगह हो, तब स्वयं /compact चलाएँ, और आगे क्या करना है इसका स्पष्टीकरण जोड़ें।
■ सबएजेंट (Subagents) का उपयोग कब करें
सबएजेंट भी कॉन्टेक्स्ट प्रबंधन का एक रूप हैं।
जब Claude Code Agent टूल के साथ एक सबएजेंट बनाता है, तो उस सबएजेंट की अपनी साफ़ कॉन्टेक्स्ट विंडो होती है। वह आवश्यकतानुसार काम करता है, परिणाम का सारांश बनाता है, और इसे मूल सत्र में वापस भेजता है।
मापदंड सरल है:
👀 "क्या मुझे इस टूल के आउटपुट की बाद में फिर से आवश्यकता होगी? या सिर्फ निष्कर्ष पर्याप्त है?"
यदि सिर्फ निष्कर्ष पर्याप्त है, तो आपको इसे एक सबएजेंट पर छोड़ देना चाहिए।
Claude Code स्वचालित रूप से सबएजेंट को कॉल करता है, लेकिन स्पष्ट निर्देश देना भी प्रभावी है:
・"एक सबएजेंट शुरू करें और इस स्पेक फ़ाइल के आधार पर कार्य परिणामों को सत्यापित करें।"
・"दूसरे कोडबेस में auth फ़्लो कैसे लागू किया गया है, इसे पढ़ने और सारांशित करने के लिए एक सबएजेंट का उपयोग करें। इसे एक संदर्भ के रूप में उपयोग करके यहाँ लागू करें।"
・"git diff से इस सुविधा के लिए दस्तावेज़ीकरण लिखने के लिए एक सबएजेंट का उपयोग करें।"
मध्यवर्ती आउटपुट को मूल कॉन्टेक्स्ट में न लाकर, आप कॉन्टेक्स्ट को साफ़ रखते हैं।
■ सारांश: 5 कॉन्टेक्स्ट प्रबंधन तकनीकें
Claude द्वारा अपनी बारी समाप्त करने के बाद अगला संदेश भेजने से पहले आपको हमेशा यह तय करना चाहिए:
- क्या कार्य बदल गया? → नए सत्र के लिए /clear
- क्या दृष्टिकोण विफल रहा? → फ़ाइल लोड करने के ठीक बाद वापस जाने के लिए /rewind
- क्या सत्र लंबा हो रहा है? → जब आपके पास जगह हो तब /compact (दिशा के साथ)
- क्या यह बहुत अधिक मध्यवर्ती आउटपुट वाला कार्य है? → एक सबएजेंट को सौंपें
- क्या कॉन्टेक्स्ट का उपयोग संबंधित कार्यों के लिए किया जा सकता है? → जारी रखें
भविष्य में, Claude स्वयं इन निर्णयों में मदद करेगा, लेकिन अभी के लिए, उपयोगकर्ताओं द्वारा ये निर्णय लेने से Claude Code के आउटपुट की गुणवत्ता में काफी सुधार हो सकता है।
सत्र प्रबंधन सूक्ष्म है, लेकिन यह एक ऐसा कौशल है जो Claude Code के अनुभव को मौलिक रूप से बदल देता है 🔥
जिन्हें यह लेख उपयोगी लगा:
Claude Code Studio @ Japan (@ClaudeCode_love) एक अकाउंट है जिसे तीन Claude Code उत्साही लोग चलाते हैं।
हम CLI के व्यावहारिक उपयोग और ऑटोमेशन के बारे में प्रतिदिन पोस्ट करते हैं।
हम वर्तमान में एक सूचीबद्ध कंपनी के साथ एक AI एजेंट का सह-विकास कर रहे हैं।
हमारी सामान्य सामग्री 👇
・Claude Code और Claude का उपयोग करके वास्तविक उत्पाद विकास के मामले
・Claude Code उपयोग / Vibe Coding / विकास रुझानों को व्यवस्थित करना
・विदेशों से Claude Code पर नवीनतम जानकारी
विकास दर्शन से लेकर डिज़ाइन, कार्यान्वयन और सुधार तक, हम विदेशी और प्राथमिक जानकारी का सारांश प्रस्तुत करते हैं ताकि आपको सिर्फ "बनाकर खत्म" करने के बजाय काम करने वाले उत्पाद जारी करने में मदद मिल सके।
यदि आप रुचि रखते हैं, तो कृपया फ़ॉलो करें और हमें देखें! यह इसके लायक होगा!
