विषय-सूची

"स्किल ज़रूरत से ज़्यादा डाल दो तो वे कॉन्टेक्स्ट को दबा देती हैं" — यह बात लगातार सुनने को मिलती है। इसमें आधा सच है और आधा ग़लत।

आधिकारिक दस्तावेज़ के अनुसार, स्किल सूची को मॉडल के कॉन्टेक्स्ट विंडो का 1% — इतना तय बजट मिलता है, और आप चाहे जितनी स्किल जोड़ें, बात वहीं रुक जाती है। सूची फैलती नहीं है। बदले में जो होता है वह यह है कि स्किल बुलाई जानी बंद हो जाती हैं — बजट से बाहर छलकते ही Claude Code सबसे कम बार बुलाई गई स्किल से विवरण हटाना शुरू करता है और सिर्फ़ नाम छोड़ देता है। जिस स्किल का विवरण मिट गया, वह आपकी माँग से जुड़ना बंद कर देती है।

कोई त्रुटि नहीं आती। कुछ धीमा भी नहीं होता। स्किल बस चुपचाप इस्तेमाल होनी बंद हो जाती है। यह लेख इसे भी शामिल करते हुए बताता है कि "अभी कॉन्टेक्स्ट में क्या-क्या जगह घेर रहा है" यह अनुमान से नहीं, संख्याओं से कैसे देखें, और देख लेने के बाद सबसे पहले क्या घटाएँ।

स्किल बढ़ाने पर असल में होता क्या है

सूची का बजट कॉन्टेक्स्ट विंडो के 1% पर तय है। जो छलकता है उसकी क़ीमत टोकन नहीं, विवरण चुकाते हैं

बजट के भीतर
हर स्किल का विवरण बचा रहता है

नाम और विवरण पूरे लदते हैं। माँग के शब्द थोड़े अलग हों तब भी कीवर्ड से स्किल मिल जाती है

छलकने के ठीक बाद
विवरण इस्तेमाल के क्रम में मिटते हैं

जो स्किल अक्सर काम आती हैं उनका पूरा पाठ बचा रहता है। जिन्हें कभी-कभार ही छूते हैं उनसे विवरण पहले जाता है

सिर्फ़ नाम बचने पर
मौजूद है, पर कभी चुनी नहीं जाती

सूची में तो रहती है। पर यह कहीं नहीं लिखा कि वह किस काम की है, इसलिए वह किसी माँग से नहीं जुड़ती

स्रोत: Claude Code आधिकारिक दस्तावेज़, Skills

1. स्किल अनंत तक नहीं फैलतीं — सूची 1% के बजट पर रुक जाती है

Claude को यह पता रहे कि कौन-कौन सी स्किल उपलब्ध हैं, इसके लिए Claude Code स्किल के नाम और विवरण की एक सूची कॉन्टेक्स्ट में लोड करता है। बजट का असर यहीं से शुरू होता है। आधिकारिक दस्तावेज़ लिखता है कि सूची में हमेशा हर स्किल का नाम रहता है, पर स्किल ज़्यादा होने पर Claude Code विवरणों को छोटा कर देता है ताकि वे सूची के अक्षर-बजट में समा जाएँ, और उस बजट को वह मॉडल के कॉन्टेक्स्ट विंडो का 1% तय करता है।

संख्याओं में रखने पर बात साफ़ हो जाती है। अगर मॉडल का कॉन्टेक्स्ट विंडो 10 लाख टोकन का है, तो स्किल सूची को उसका 1% मिलता है। बाक़ी 99% बातचीत, फ़ाइलों और टूल के नतीजों के लिए है। आप 50 स्किल डालें या 100, यह 1% हिलता नहीं।

तो बढ़ाया हुआ हिस्सा जाता कहाँ है। विवरण काटे जाते हैं। दस्तावेज़ काटने का क्रम तक साफ़ लिखता है — सूची छलकने पर Claude Code सबसे कम बार बुलाई गई स्किल से विवरण गिराता है, ताकि जो स्किल सबसे ज़्यादा काम आती हैं उनका पूरा पाठ बचा रहे।

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

बजट बदला जा सकता है। skillListingBudgetFraction में कॉन्टेक्स्ट विंडो के सापेक्ष अनुपात लिख दें (उदाहरण: 0.02 यानी 2%) तो सूची को ज़्यादा जगह मिल जाती है। प्रति स्किल विवरण की भी एक सीमा है: विवरण और उसकी सक्रियण शर्तें मिलाकर 1,536 अक्षर डिफ़ॉल्ट हैं (skillListingMaxDescChars से बदला जा सकता है)। दस्तावेज़ जो यह सलाह देता है कि मुख्य उपयोग सबसे पहले लिखें, उसकी वजह यही है कि इस सीमा पर पीछे का हिस्सा कट जाता है।

2. मापने के तीन औज़ार — तीनों का काम अलग है

अनुमान छोड़कर संख्याएँ देखने के लिए तीन औज़ार हैं। /context पहले से मौजूद है, पर /usage की प्रॉम्प्ट कैश पंक्ति v2.1.251 (28 अगस्त 2026) में आई और /skill-doctor v2.1.252 (31 अगस्त) में, दोनों नए हैं। तीनों का काम अलग है, इसलिए तीनों याद रखने लायक़ हैं।

/context
अभी क्या-क्या लदा हुआ है

विंडो में जो जगह घेर रहा है उसका ब्यौरा देता है। Skills की पंक्ति बजट लागू होने के बाद का आकार बताती है, इसलिए वह उसी मात्रा से मेल खाती है जो मॉडल को असल में मिलती है

/usage
उसने खर्च क्या किया

सत्र के टोकन और लागत के साथ-साथ प्रॉम्प्ट कैश की स्थिति और स्किल, सबएजेंट तथा MCP सर्वर के हिसाब से उपयोग का बँटवारा दिखाता है

/skill-doctor
कौन-सी अपनी क़ीमत वसूल कर रही है

हर स्किल की लागत और बुलाए जाने की आवृत्ति बताता है और जो एक बार भी नहीं बुलाई गईं उन पर निशान लगाता है। कहाँ काटना है, यह भी बता देता है

इसका एक क्रम है। /context से ब्यौरा देखें, /usage से पुष्टि करें कि उसने असल में कितना खर्च किया, फिर /skill-doctor से काटने के उम्मीदवार तय करें। उल्टे सिरे से शुरू करेंगे तो बिना किसी आधार के चीज़ें मिटानी पड़ेंगी।

वैसे /context की Skills पंक्ति के बारे में दस्तावेज़ पुराना व्यवहार तक दर्ज करता है — v2.1.196 से पहले वह सभी विवरणों के अक्षर गिनता था और तय बजट से कई गुना बड़ा आँकड़ा दिखा सकता था। अगर "स्किल कॉन्टेक्स्ट खा रही हैं" वाली आपकी धारणा किसी पुरानी याद पर टिकी है, तो हो सकता है वह आँकड़ा ख़ुद ही हक़ीक़त से बड़ा रहा हो।

3. जो स्किल इस्तेमाल नहीं हो रहीं, उन्हें नाम से गिनवाइए

/skill-doctor Claude Code v2.1.252 (31 अगस्त 2026) और उसके बाद के संस्करणों में चलता है। आधिकारिक विवरण यह है कि आप हर स्किल की लागत और बुलाए जाने की आवृत्ति देखकर तय कर सकते हैं कि किसे काटना है। इसके व्यवहार में चार बातें ध्यान रखने लायक़ हैं।

/skill-doctor की पूर्वशर्तें

  • संवादात्मक सत्र में यह /plugin मैनेजर के Stats टैब में खुलता है। -p लगाकर चलाए गए ग़ैर-संवादात्मक मोड में यह टेक्स्ट के रूप में छपता है
  • साथ आने वाली और संगठन से बाँटी गई स्किल इसके दायरे में नहीं आतीं। सूची में सिर्फ़ वही आती हैं जो आपने ख़ुद जोड़ी हैं
  • जो स्किल एक बार भी नहीं बुलाई गईं उन पर निशान लगता है, और यह भी दिखता है कि उन्हें कहाँ से काटना है
  • फ़ोन या ब्राउज़र से रिमोट संचालन में यह चल नहीं सकता और त्रुटि लौटाता है

नतीजा पढ़ते समय एक बात ध्यान में रखें तो भ्रम नहीं होगा। "एक बार भी नहीं बुलाई गई" का मतलब "ग़ैर-ज़रूरी" नहीं होता। पिछले खंड में देखा, स्किल के न बुलाए जाने की एक वजह यह भी हो सकती है कि उसका विवरण कट चुका है, इसलिए उसे कोई खोज ही नहीं पाता।

काटने से पहले भरोसेमंद तरीक़ा यह है कि उस स्किल को नाम लेकर बुलाकर देखें। अगर नाम लेने पर वह चलती है पर अपने आप कभी नहीं चुनी जाती, तो वह ग़ैर-ज़रूरी नहीं है, बल्कि उसका विवरण बजट से हार रहा है। इसका इलाज हटाना नहीं, विवरण को दोबारा लिखना (मुख्य उपयोग सबसे आगे) या बजट बढ़ाना है।

4. आकार से ज़्यादा असर कैश मिस का होता है

यहाँ से बात कॉन्टेक्स्ट के "आकार" वाली धुरी से हटकर दूसरी धुरी पर आती है। एक ही आकार की दो बातचीतों का बिल इस बात पर पूरी तरह अलग हो सकता है कि कैश काम कर रहा है या नहीं।

Claude Code v2.1.251 (28 अगस्त 2026) के बाद से /usage के सत्र वाले हिस्से में प्रॉम्प्ट कैश की एक पंक्ति दिखती है। दस्तावेज़ में दिया गया उदाहरण यह है।

Prompt cache (main):   14 requests · 91% of input tokens from cache ·
2 misses (last 6m 10s ago, 310.2k tokens re-cached) ·
1 expected rebuild (compaction or tool-result clearing) ·
warm (1h TTL, last activity 40s ago)

पढ़ते समय तीन बातें मायने रखती हैं।

MISSES
5% और 2,000 टोकन

जिस सामग्री को कैश से पढ़ा जा सकता था, उसे इस मात्रा से ज़्यादा दोबारा पढ़ने वाला अनुरोध ही मिस गिना जाता है। थोड़ी-सी अदला-बदली से मिस नहीं होता

EXPECTED REBUILD
जो आपने ख़ुद तोड़ा

कॉम्पैक्शन या पुराने टूल-नतीजों को मिटाने से जब Claude Code ख़ुद बातचीत को दोबारा लिखता है, तो उसे मिस नहीं, अपेक्षित पुनर्निर्माण मानकर अलग गिना जाता है

WARM / COLD
उम्र के भीतर, या उसके पार

कैश किया गया शुरुआती हिस्सा अब भी ज़िंदा है या नहीं। ठंडा पड़ जाने पर पंक्ति दिखाती है कि आपने उसे कितनी देर छोड़े रखा

v2.1.260 के बाद से, हाल के किसी मिस की कोई संभावित वजह होने पर पंक्ति उस वजह को भी लिख देती है (उदाहरण: likely cause: tool definitions changed)। MCP सर्वर जोड़ना, स्किल बदल देना जैसे बदलाव बातचीत के शुरुआती हिस्से को दोबारा लिखते हैं, इसलिए उसके बाद की पूरी कैश रद्द हो जाती है। "काम शुरू करने से पहले सेटअप छेड़ लेना" सस्ता क्यों पड़ता है, वजह यही है।

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

5. कैश की उम्र हमेशा 1 घंटा नहीं होती

यह बात सीधे बिल से जुड़ी है, फिर भी बहुत कम लोगों को पता है। प्रॉम्प्ट कैश की उम्र आपके प्लान और परिस्थिति के साथ बदलती है।

सब्सक्रिप्शन
1 घंटा

दोपहर के भोजन का ब्रेक लेकर लौटें, तब भी कैश ज़िंदा मिलता है

अतिरिक्त उपयोग क्रेडिट शुरू होने के बाद, या API कुंजी और क्लाउड के रास्ते
5 मिनट

थोड़ी देर सीट से हटते ही ठंडा पड़ जाता है। अगला एक ही संदेश पूरा कॉन्टेक्स्ट दोबारा पढ़ता है

स्रोत: Claude Code आधिकारिक दस्तावेज़, Manage costs effectively (कैश की उम्र के नियम)

दस्तावेज़ लिखता है कि सब्सक्रिप्शन पर उम्र एक घंटा है और अतिरिक्त उपयोग क्रेडिट (usage credits) खर्च होने लगते ही वह घटकर पाँच मिनट रह जाती है, तथा API कुंजी या क्लाउड प्रदाता के रास्ते यह डिफ़ॉल्ट रूप से पाँच मिनट है। सीमा पर पहुँचकर अतिरिक्त क्रेडिट में दाख़िल होते ही कैश की उम्र बारहवाँ हिस्सा रह जाती है — यानी "सीमा पर पहुँचने के बाद" सिर्फ़ प्रति-इकाई दाम नहीं बदलता, कैश के काम करने का ढंग भी बदल जाता है। वैसे, अतिरिक्त क्रेडिट पर चलते हुए भी एक घंटे की उम्र बनाए रखने के लिए दस्तावेज़ TTL ख़ुद तय करने का रास्ता बताता है।

6. MCP डिफ़ॉल्ट रूप से लेज़ी-लोड है, फिर भी CLI हल्का क्यों है

"MCP सर्वर लगाने से कॉन्टेक्स्ट खर्च होता है" वाली बात की बुनियाद भी अब बदल चुकी है। दस्तावेज़ के अनुसार MCP की टूल परिभाषाएँ डिफ़ॉल्ट रूप से लेज़ी-लोड होती हैं, और जब तक Claude किसी ख़ास टूल का इस्तेमाल न करे, कॉन्टेक्स्ट में सिर्फ़ टूल के नाम और सर्वर का विवरण जाता है।

फिर भी दस्तावेज़ लिखता है कि gh, aws, gcloud और sentry-cli जैसे CLI औज़ार अब भी कॉन्टेक्स्ट के लिहाज़ से ज़्यादा किफ़ायती हैं। वजह साफ़ है: CLI कोई टूल सूची जोड़ता ही नहीं। Claude कमांड सीधे चला सकता है, इसलिए नाम तक लादने की ज़रूरत नहीं पड़ती।

व्यावहारिक निष्कर्ष यह निकलता है। अगर वही काम CLI से हो सकता है, तो MCP चुनने की वजह कॉन्टेक्स्ट के बाहर होनी चाहिए (प्रमाणीकरण एक जगह रखना, संरचित नतीजे, अनुमति नियंत्रण वग़ैरह)। "देखने में काम का लगा इसलिए लगा लिया" वाला सर्वर काटने का उम्मीदवार है, और /mcp उसकी सूची दिखा देता है।

7. हर टर्न पर ज़रूर लदने वाली चीज़ें — CLAUDE.md और ख़ुद बातचीत

स्किल और MCP शर्तों के साथ लदते हैं, पर दो चीज़ें बिना किसी शर्त के हर बार लदती हैं।

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

दूसरी है ख़ुद बातचीत। दस्तावेज़ इसे सटीक शब्दों में रखता है — Claude Code हर अनुरोध के साथ पूरी बातचीत भेजता है, और Claude जब भी कोई टूल इस्तेमाल करता है, वह उस टूल का नतीजा लेकर एक और अनुरोध भेजता है। इसीलिए पूरे दिन खुली रही किसी सत्र में पूछा गया एक पंक्ति का सवाल भी पूरी बातचीत जितना उपयोग खड़ा कर देता है। कैश की वजह से प्रति-इकाई दाम घटता है, पर शून्य नहीं होता।

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

8. कुछ न करने पर भी उपयोग बढ़ता रहता है

"मैं तो बस सीट से हटा था, और उपयोग बढ़ गया" — इसकी ठोस वजहें हैं और दस्तावेज़ उन्हें गिनाता है। सबका आकार एक ही है: सत्र के निष्क्रिय रहते हुए भी एक नया टर्न शुरू होता है जो पूरा कॉन्टेक्स्ट भेजता है।

निष्क्रिय रहते हुए उपयोग बढ़ाने वाली चीज़ें

  • निर्धारित कार्य — सत्र ख़ाली पड़ा हो तब भी ये अपने अंतराल पर चलते हैं, और हर बार पूरा कॉन्टेक्स्ट भेजते हैं
  • दूसरे सत्रों से आए संदेश — निष्क्रिय रहने पर ये एक नए टर्न के रूप में पहुँचते हैं। crossSessionInbound को hold कर दें तो इन्हें रोका जा सकता है
  • लक्ष्य की प्रगति की जाँच — पृष्ठभूमि का काम पूरा होने की प्रतीक्षा में जाँच का एक टर्न खड़ा होता है। दो प्रॉम्प्ट के बीच अधिकतम 3 बार तक
  • एजेंट टीम का हर सदस्य — काम ख़त्म होने तक ये टोकन खर्च करते रहते हैं
  • कैश की मियाद ख़त्म होना — ब्रेक के बाद का पहला संदेश पूरा कॉन्टेक्स्ट दोबारा पढ़ता है

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

एक मोटे पैमाने के तौर पर दस्तावेज़ उद्यमों में हुई तैनाती का औसत प्रति व्यक्ति प्रति कार्यदिवस लगभग $13, और महीने का $150 से $250 बताता है, तथा लिखता है कि 90% उपयोगकर्ता प्रति कार्यदिवस $30 से नीचे रहते हैं। अगर आपके अपने आँकड़े इस दायरे से काफ़ी बाहर हैं, तो ऊपर गिनाई किसी एक वजह का असर हो सकता है।

9. माप लेने के बाद, सबसे पहले क्या घटाएँ

आँकड़े देख लेने के बाद, जहाँ असर सबसे बड़ा हो वहाँ से शुरू करें। दस्तावेज़ में गिनाए गए उपायों को असर दिखने की तेज़ी के क्रम में दोबारा सजाएँ तो यह बनता है।

अभी, और मुफ़्त
असंबंधित काम पर जाते समय /clear

पुराना कॉन्टेक्स्ट उसके बाद के हर संदेश पर बिल बनाता रहता है। मिटाने से पहले /rename कर लें तो बाद में /resume से लौटा जा सकता है

सेटअप एक बार ठीक करें
CLAUDE.md को 200 पंक्तियों से नीचे लाएँ

किसी ख़ास काम की प्रक्रिया स्किल में हटाएँ। हमेशा लदने वाला हिस्सा घटता है, और यह हर सत्र पर असर करता है

आउटपुट सँकरा करें
हुक और सबएजेंट

10,000 पंक्तियों का लॉग पढ़वाने के बजाय हुक से सिर्फ़ काम की पंक्तियाँ लौटवाएँ। लंबा-चौड़ा काम सबएजेंट के भीतर बंद रखें

प्रति-इकाई दाम घटाएँ
मॉडल और सोच की मात्रा काम के हिसाब से चुनें

अधिकतर कोडिंग के लिए Sonnet काफ़ी है। सीधे-सादे काम में /effort से सोच की मात्रा घटा दें

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

इसके उलट, एक बात नहीं बदलती: कुछ भी छेड़ने से पहले मापें। आधिकारिक /usage उन व्यवहारों पर निशान लगाता है जो हाल के उपयोग का 10% या उससे ज़्यादा हिस्सा घेरते हैं (बहुत लंबा कॉन्टेक्स्ट, कैश मिस वग़ैरह)। जिस पर निशान नहीं लगा, उसे काटने से अनुभव में कोई फ़र्क़ नहीं पड़ेगा।

FAQ

Q1. कितनी स्किल तक सुरक्षित है?
संख्या पर कोई सीमा नहीं है। मायने यह रखता है कि वे सूची के अक्षर-बजट में, यानी कॉन्टेक्स्ट विंडो के 1% में, समाती हैं या नहीं। वही 10 स्किल लंबे विवरणों के साथ छलक जाएँगी और छोटे विवरणों के साथ समा जाएँगी। गिनती करने से ज़्यादा सटीक है /context की Skills पंक्ति और /skill-doctor देखना।

Q2. जो स्किल एक बार भी नहीं बुलाई गई, क्या उसे मिटा दें?
मिटाने से पहले उसे नाम लेकर बुलाकर देखें। अगर नाम लेने पर वह चलती है पर अपने आप कभी नहीं चुनी जाती, तो वह ग़ैर-ज़रूरी नहीं है, उसका विवरण बजट से हार रहा है। ऐसे में इलाज हटाना नहीं, विवरण दोबारा लिखना (मुख्य उपयोग सबसे आगे) या बजट बढ़ाना है।

Q3. /compact बार-बार दबाने से सस्ता पड़ेगा?
नहीं। कॉम्पैक्शन जिस बातचीत का सार बनाता है उसे पढ़ता भी है, इसलिए बड़े कॉन्टेक्स्ट में वह ख़ुद एक बड़ा अनुरोध बन जाता है। जहाँ निरंतरता की ज़रूरत न हो, वहाँ /clear सस्ता (लागत शून्य) और ज़्यादा भरोसेमंद है।

Q4. कैश हिट दर कितनी होनी चाहिए?
दस्तावेज़ कोई पास-मार्क नहीं देता, इसलिए निरपेक्ष मान के बजाय बदलाव देखें। काम करने का तरीक़ा वही रहते हुए दर गिरी है, तो बहुत संभव है कि उससे ठीक पहले आपने सेटअप (MCP, स्किल, टूल परिभाषाएँ) बदला हो। v2.1.260 के बाद से यह पंक्ति वजह का अनुमान लगाकर दिखाती है।

Q5. क्या MCP सर्वर घटा देने चाहिए?
टूल परिभाषाएँ डिफ़ॉल्ट रूप से लेज़ी-लोड होती हैं, इसलिए सिर्फ़ लगा रखने का बोझ पहले से कम है। फिर भी अगर वही काम gh जैसे CLI से हो सकता है, तो CLI हल्का पड़ता है (वह कोई टूल सूची जोड़ता ही नहीं)। जिन सर्वरों का इस्तेमाल नहीं हो रहा उन्हें /mcp से बंद किया जा सकता है।

Q6. क्या सबएजेंट से कॉन्टेक्स्ट बचता है?
बचता है। दस्तावेज़ भी यही सलाह देता है कि लंबा-चौड़ा काम (टेस्ट चलाना, दस्तावेज़ लाना, लॉग खंगालना) सबएजेंट को सौंप दें, ब्योरा उसी के कॉन्टेक्स्ट में रहने दें और सिर्फ़ सार वापस लें। पर ध्यान रहे कि /usage की कैश पंक्ति सिर्फ़ मुख्य बातचीत को देखती है, इसलिए सबएजेंट-प्रधान कार्यशैली में वे आँकड़े पूरी तस्वीर नहीं होते।

Q7. /skill-doctor चल नहीं रहा।
इसके लिए Claude Code v2.1.252 या उसके बाद का संस्करण चाहिए। साथ ही फ़ोन या ब्राउज़र से रिमोट संचालन में यह चल नहीं सकता, वहाँ त्रुटि लौटती है। संवादात्मक सत्र में यह /plugin मैनेजर के Stats टैब में खुलता है, इसलिए टेक्स्ट आउटपुट चाहिए तो इसे -p लगाकर ग़ैर-संवादात्मक मोड में चलाएँ।

स्रोत

  • Claude Code Docs — Skills (सूची का बजट यानी कॉन्टेक्स्ट विंडो का 1%, विवरण की 1,536 अक्षर सीमा, छलकने पर काटने का क्रम, /context की Skills पंक्ति)
  • Claude Code Docs — Manage costs effectively (/usage का ब्यौरा, प्रॉम्प्ट कैश पंक्ति, मिस की परिभाषा, कैश की उम्र, CLAUDE.md की 200 पंक्तियाँ, एजेंट टीम का लगभग 7 गुना, उद्यमों की औसत लागत)
  • Claude Code Docs — Slash commands (/skill-doctor का व्यवहार और पूर्वशर्तें)
  • Claude Code Changelog (v2.1.251 कैश पंक्ति, v2.1.252 /skill-doctor, v2.1.260 वजह का अनुमान, v2.1.261 आउटपुट सीमा की सेटिंग)