मेरे Claude Code में 23 प्लगइन्स इंस्टॉल थे। 8 स्किल्स। 5 MCP सर्वर। 3 कस्टम एजेंट फ्रेमवर्क। और एक कॉन्टेक्स्ट मैनेजमेंट टूल जो मुझे रात 2 बजे Twitter पर मिला था।
मेरे सेशन धीमे थे। मेरा कॉन्टेक्स्ट विंडो पहले ही भर रहा था, इससे पहले कि मैं अपना पहला असली प्रॉम्प्ट टाइप करता। मैं फ्री टियर वालों से भी तेज़ी से लिमिट तक पहुँच रहा था।
फिर मैंने पहली बार /context रन किया और ब्रेकडाउन देखा:

हैलो कहने से पहले ही 62,000 टोकन खर्च हो चुके थे।
यह मेरे पूरे कॉन्टेक्स्ट विंडो का 31% था - चला गया। उन प्लगइन्स ने खा लिया जो Claude Code को बेहतर बनाने वाले थे। और मैंने अभी तक एक भी प्रॉम्प्ट नहीं लिखा था।

मैंने वह वीकेंड सब कुछ डिलीट करने में बिताया। हर प्लगइन। हर स्किल। हर MCP सर्वर जो मैं रोज़ाना इस्तेमाल नहीं करता था। सब कुछ हटाकर सिर्फ बिल्ट-इन फीचर्स रखे।
मेरे सेशन 3 गुना लंबे हो गए। मेरे आउटपुट शार्प हो गए। मेरा टोकन खर्च आधा हो गया।
पता चला, Claude Code पहले से ही वह सब कुछ लेकर आता है जिसके लिए मैं प्लगइन्स को पैसे दे रहा था। मैंने कभी सीखा ही नहीं कि वहाँ पहले से क्या मौजूद है।
यहाँ हर वह बिल्ट-इन फीचर है जिसने मेरे द्वारा इस्तेमाल किए जा रहे प्लगइन को रिप्लेस किया।
1 // कॉन्टेक्स्ट मैनेजमेंट
यह अकेला 5 प्लगइन्स की जगह लेता है।
Claude Code में कॉन्टेक्स्ट सबसे महत्वपूर्ण संसाधन है। आपके पास 200k टोकन का विंडो है। इसके लिए सब कुछ प्रतिस्पर्धा करता है - आपकी बातचीत, सिस्टम प्रॉम्प्ट, टूल्स, Claude द्वारा पढ़ी गई फ़ाइलें, कमांड आउटपुट। जब यह भर जाता है, Claude चीज़ें भूलने लगता है, भ्रमित होने लगता है, और बकवास प्रोड्यूस करने लगता है।
ज़्यादातर लोग "कॉन्टेक्स्ट मैनेज" करने के लिए प्लगइन्स इंस्टॉल करते हैं। मेरे पास दो थे। दोनों अनावश्यक थे क्योंकि Claude Code में तीन बिल्ट-इन कमांड हैं जो इसे बेहतर करते हैं।

/context - देखें कि आपके टोकन कहाँ जा रहे हैं
यह वह कमांड है जिसके बारे में मैं पहले ही दिन जानना चाहता था। /context टाइप करें और आपको पूरा ब्रेकडाउन मिलता है: सिस्टम प्रॉम्प्ट कितने टोकन लेता है, आपके टूल्स कितना लेते हैं, कॉन्वर्सेशन हिस्ट्री कितना खा रही है, और आपके पास कितनी जगह बची है।
अब मेरा कॉन्टेक्स्ट ऐसा दिखता है - सफाई के बाद। पहले, स्किल्स और प्लगइन्स की लाइन अकेले 14k टोकन थी। यह मेरे कुल कॉन्टेक्स्ट का 7% था जो बेकार बैठे एक्सटेंशन्स द्वारा खर्च किया जा रहा था, जिनमें से ज़्यादातर का मैं शायद हफ्ते में एक बार इस्तेमाल करता था।
व्यावहारिक नियम: हर गंभीर सेशन की शुरुआत में /context रन करें। अगर कुछ भी टाइप करने से पहले आपका बेसलाइन 30k से ऊपर है, तो आपको एक संरचनात्मक समस्या है। कोई भी काम शुरू करने से पहले इसे ठीक करें।
/compact - कॉन्टेक्स्ट खोए बिना अपनी बातचीत को कंप्रेस करें
यह पूरे Claude Code में सबसे कम इस्तेमाल किया जाने वाला कमांड है। अनुभवी यूज़र इसे एक्टिव काम के दौरान हर 20-30 मिनट में रन करते हैं। ज़्यादातर लोगों ने इसे कभी एक बार भी टाइप नहीं किया है।
जब आपकी बातचीत लंबी हो जाती है, तो हर नए मैसेज की कीमत अधिक टोकन होती है क्योंकि Claude पूरी हिस्ट्री को दोबारा पढ़ता है। मैसेज 30 तक, एक एक्सचेंज आपके पहले मैसेज से 31 गुना अधिक टोकन बर्न करता है। /compact उस पूरी हिस्ट्री को एक घने सारांश में कंप्रेस करता है, जगह खाली करता है जबकि महत्वपूर्ण कॉन्टेक्स्ट को बनाए रखता है।

/compact focus on the auth module and current test failures
आप इसे यह भी बता सकते हैं कि सारांश में क्या प्राथमिकता देनी है। "डेटाबेस स्कीमा के फैसले रखें, बाकी सब कंप्रेस करें।" यह सर्जिकल है।
/compact को नियमित रूप से रन करने और न करने के बीच का अंतर: एक ही टोकन बजट पर 30 मिनट के सेशन बनाम 3+ घंटे के सेशन।
/clear - जब ज़रूरत हो तो न्यूक्लियर रीसेट करें
/clear सब कुछ मिटा देता है। कॉन्वर्सेशन हिस्ट्री गायब। फ्रेश स्टार्ट। फ़ाइल एडिट्स डिस्क पर रहते हैं, लेकिन कॉन्टेक्स्ट पूरी तरह खाली होता है।
अंतर महत्वपूर्ण है:
- /compact Claude को यह उन्मुख रखता है कि क्या हुआ था।
- /clear बिल्कुल शून्य से शुरू करता है।
- /clear का उपयोग करें जब आप पूरी तरह से असंबंधित किसी चीज़ पर स्विच कर रहे हों।
- /compact का उपयोग करें जब आप जारी रख रहे हों, लेकिन अधिक जगह चाहिए हों।
इन तीन कमांड्स को सीखने से पहले, मैं प्लगइन्स इंस्टॉल कर रहा था जो उसी काम के खराब वर्जन करते थे, जबकि हजारों टोकन ओवरहेड में खा जाते थे। अब मैं बस एक स्लैश कमांड टाइप करता हूँ और काम हो जाता है।
2 // सेशन कंट्रोल
अपना काम खोना बंद करें।
मेरे पास एक प्लगइन था जो मेरे सेशन की स्थिति को सेव करता था ताकि मैं बाद में फिर से शुरू कर सकूँ। पता चला, Claude Code में यह पहले से ही बिल्ट-इन है।
/resume - ठीक वहीं से शुरू करें जहाँ आपने छोड़ा था।
आपका टर्मिनल क्रैश हो गया। आपका लैपटॉप बंद हो गया। आपने गलती से विंडो बंद कर दी। कोई फर्क नहीं पड़ता। /resume टाइप करें और आपको हर हाल के सेशन की सूची मिलती है। एक चुनें और आप वापस ठीक वहीं होते हैं जहाँ आप थे।
बिना आर्गुमेंट के यह एक सेशन पिकर खोलता है। नाम के साथ यह सीधे वहाँ पहुँचता है। आप /name के साथ सेशन को नाम भी दे सकते हैं ताकि वे बाद में खोजने में आसान हों।
/rewind - कभी भी कुछ भी पूर्ववत करें।
Claude ने आपके auth मॉड्यूल को फिर से लिखा और इसे बदतर बना दिया। /rewind सब कुछ पीछे रोल करता है - कोड और बातचीत दोनों - एक पुराने चेकपॉइंट पर।
Esc Esc - छिपी हुई सुपरपावर।
एक बार Esc जनरेशन को रोक देता है। यह सब जानते हैं। लेकिन डबल Esc एक ऐसी चीज़ खोलता है जो ज़्यादातर लोगों ने कभी नहीं देखी है - आपके सेशन के दौरान Claude Code द्वारा बनाए गए हर चेकपॉइंट की एक स्क्रॉल करने योग्य सूची। हर फ़ाइल की स्थिति। हर बातचीत की स्थिति। पूरी तरह से पुनर्स्थापनीय।

चार विकल्प: कोड और बातचीत को पुनर्स्थापित करें, केवल बातचीत, केवल कोड, या चेकपॉइंट से आगे का सारांश दें।
यह बदल देता है कि आप कितने आक्रामक तरीके से प्रयोग कर सकते हैं। शून्य जोखिम। पूर्ण पूर्ववत। Claude को बेतुके तरीके आज़माने दें - अगर वे विफल होते हैं, तो रिवाइंड की कोई कीमत नहीं है। मेरे पास एक प्लगइन था जो इसका एक खराब वर्जन करता था। जिस दिन मैंने Esc Esc की खोज की, उसी दिन इसे डिलीट कर दिया।
3 // लागत और मॉडल नियंत्रण
सरल कार्यों के लिए अधिक भुगतान करना बंद करें।
/cost - रियल टाइम में जानें कि आप कितना खर्च कर रहे हैं।
यदि आप API पर हैं, तो /cost वर्तमान सेशन के लिए आपका चालू खर्च दिखाता है। किसी प्लगइन की ज़रूरत नहीं। कोई बाहरी डैशबोर्ड नहीं। बस कमांड टाइप करें।
Pro और Max सब्सक्राइबर्स के लिए, /stats आपके उपयोग की सीमाओं के विरुद्ध आपकी प्रगति दिखाता है - दोनों 5 घंटे की सेशन सीमा और साप्ताहिक कैप।
/model - सेशन के बीच में मॉडल बदलें।
इसने मुझे किसी भी ऑप्टिमाइज़ेशन ट्रिक से अधिक पैसे बचाए हैं।
Opus शक्तिशाली है, लेकिन महंगा है। यह Sonnet से लगभग 2 गुना टोकन खपत करता है। और बात यह है: Sonnet 80% कोडिंग काम के लिए सही विकल्प है। यह तेज़, सक्षम और लागत-कुशल है। Opus केवल जटिल आर्किटेक्चरल निर्णयों और गहरी डीबगिंग के लिए मायने रखता है।

/model आपको सेशन के बीच में स्विच करने देता है:
मैं पहले सब कुछ के लिए Opus चलाता था - फ़ाइलों को फॉर्मेट करना, टेस्ट लिखना, वेरिएबल्स का नाम बदलना। अब मैं सरल कार्यों के लिए Sonnet पर स्विच करता हूँ और केवल जब ज़रूरत होती है तब Opus पर वापस जाता हूँ। वही काम, आधी लागत।
/effort - नियंत्रित करें कि Claude कितना सोचता है।
एक वेरिएबल का नाम बदलने के लिए डेटाबेस स्कीमा डिज़ाइन करने जितनी संज्ञानात्मक मेहनत की ज़रूरत नहीं होती। /effort आपको Claude को बताने देता है कि कितना सोचना है। सरल कार्यों पर कम प्रयास = कम टोकन = लंबे सेशन।
Option+T - प्रति मैसेज विस्तारित सोच को टॉगल करें।
विस्तारित सोच शक्तिशाली है, लेकिन महंगी है। हर रिस्पॉन्स में महत्वपूर्ण टोकन जोड़ता है। Option+T इसे हर मैसेज के लिए चालू और बंद करता है, न कि इसे हमेशा चालू छोड़ने के बजाय।
त्वरित फ़ॉर्मेटिंग प्रश्न? इसे बंद रखें। जटिल आर्किटेक्चर निर्णय? इसे चालू करें। वापस एक साधारण नाम बदलने पर? फिर से बंद। टॉगल में 0.2 सेकंड लगते हैं। मेनू पथ में 4 लगते हैं।
4 // प्रोजेक्ट सेटअप
10 मिनट जो आपके घंटे बचाते हैं।
/init - Claude Code को खुद को सेट करने दें।
किसी भी प्रोजेक्ट रूट में /init रन करें और Claude Code आपके कोडबेस को स्कैन करके एक स्टार्टर CLAUDE.md जनरेट करता है। यह आपके स्टैक, आपकी फ़ाइल संरचना, आपके कन्वेंशन का पता लगाता है, और एक कॉन्फ़िग फ़ाइल लिखता है जिसे हर भविष्य का सेशन ऑटोमैटिकली पढ़ेगा।
फिर इसे कस्टमाइज़ करें। अपने कन्वेंशन, अपने आर्किटेक्चर निर्णय, अपने नियम जोड़ें। जनरेटेड वर्जन एक शुरुआती बिंदु है - आप इसे अपना बनाते हैं।
/doctor जाँचता है कि आपके MCP सर्वर कनेक्टेड हैं, आपकी स्किल्स लोड हैं, आपकी अनुमतियाँ सही हैं। किसी भी कॉन्फ़िग बदलाव के बाद इसे रन करें।
.claudeignore - जंक को कॉन्टेक्स्ट से बाहर रखें।
जिस तरह .gitignore फ़ाइलों को git से बाहर रखता है, उसी तरह .claudeignore फ़ाइलों को Claude Code के कॉन्टेक्स्ट विंडो से बाहर रखता है।
Claude जो भी फ़ाइल पढ़ता है वह टोकन खाती है। जिस भी डायरेक्टरी को स्कैन करता है वह कॉन्टेक्स्ट की लागत देती है। .claudeignore आपके सेशन को दुबला रखने का सबसे सरल तरीका है। मेरे पास एक प्लगइन था जो "फ़ाइल पढ़ने को ऑप्टिमाइज़" करता था। पता चला, .claudeignore 5 लाइनों में वही काम करता है।
5 // कोड क्वालिटी
ज़्यादातर रिव्यू प्लगइन्स से बेहतर।
/review - बिल्ट-इन कोड रिव्यू।
/review टाइप करें और Claude आपके हाल के बदलावों का विश्लेषण करता है। यह बग्स, स्टाइल मुद्दों, संभावित समस्याओं की जाँच करता है, और सुधारों का सुझाव देता है। यह "मेरे बदलावों की समीक्षा करें" एक फ्रीफॉर्म प्रॉम्प्ट में पूछने से अधिक लक्षित और कॉन्टेक्स्ट-अवेयर है।
/diff आपकी वर्किंग डायरेक्टरी में हर बदलाव दिखाता है। /security-review विशेष रूप से कमजोरियों के लिए स्कैन करता है। मैं इसके लिए एक अलग सुरक्षा प्लगइन का उपयोग कर रहा था - /security-review को खोजने के बाद इसे डिलीट कर दिया, जो शून्य ओवरहेड के साथ वही काम करता है।
/plan - कोडिंग से पहले सोचें।
Claude के कोड लिखने, फ़ाइलें पढ़ने और कमांड चलाने से पहले, /plan इसे एक संरचित ब्रेकडाउन तैयार करने पर मजबूर करता है कि वह क्या करने का इरादा रखता है - बिना वास्तव में कुछ भी किए।
यह टोकन बचाता है क्योंकि आप गलतफहमियों को जल्दी पकड़ लेते हैं। यदि Claude छह फ़ाइलें पढ़ने की योजना बनाता है जब आपको केवल दो की ज़रूरत है, तो आप इसे ठीक करते हैं इससे पहले कि यह उन फ़ाइलों को पढ़ने में कॉन्टेक्स्ट बर्न करे जिनकी ज़रूरत नहीं है।
किसी भी जटिल कार्य से पहले प्लान मोड पर स्विच करें। योजना की समीक्षा करें। समायोजित करें। फिर निष्पादित करें। यह सटीक काम और महंगे अनुमान के बीच का अंतर है।
6 // कीबोर्ड शॉर्टकट
सब कुछ करने का सबसे तेज़ तरीका।
ये कमांड नहीं हैं, ये मसल मेमोरी हैं। एक बार सीख लेने के बाद, आप कभी पीछे नहीं जाएँगे।

Shift+Tab - अनुमति मोड साइकल करें।
Claude Code हर फ़ाइल एडिट और हर कमांड के लिए अनुमति मांगता है। सुरक्षित लेकिन धीमा। Shift+Tab तीन मोड के माध्यम से साइकल करता है:
- normal: हर चीज़ के लिए अनुमति मांगता है (सुरक्षित, धीमा)
- auto-accept: बिना पूछे निष्पादित करता है (तेज़, विश्वास चाहिए)
- plan: दिखाता है कि क्या करेगा, लेकिन निष्पादित नहीं करता (पहले समीक्षा करें)
auto-accept पर स्विच करें जब आप उस कोड पर तेज़ी से इटरेट कर रहे हों जिसे आप समझते हैं। प्लान पर स्विच करें जब Claude कुछ जोखिम भरा कर रहा हो। संवेदनशील कोड के लिए वापस normal पर। एक कीप्रेस पूरी इंटरैक्शन स्पीड बदल देता है।
Ctrl+R - अपने प्रॉम्प्ट हिस्ट्री को सर्च करें।
Claude Code आपकी पूरी प्रॉम्प्ट हिस्ट्री को सेशन के पार रखता है। Ctrl+R आपको इसके माध्यम से फ़ज़ी-सर्च करने देता है।
आपने तीन दिन पहले एक जटिल प्रॉम्प्ट रन किया था जो बिल्कुल सही काम करता था। इसे दोबारा टाइप करने या टर्मिनल हिस्ट्री में स्क्रॉल करने के बजाय: Ctrl+R, दो कीवर्ड टाइप करें, यह वापस आ गया। एक महीने के उपयोग के बाद आपकी प्रॉम्प्ट हिस्ट्री हर उस चीज़ की एक व्यक्तिगत लाइब्रेरी है जिसने काम किया।
Ctrl+G - एक वास्तविक एडिटर में प्रॉम्प्ट लिखें।
टर्मिनल इनपुट एक लाइन है। एक टर्मिनल लाइन में विशिष्ट निर्देशों के साथ मल्टी-पैराग्राफ प्रॉम्प्ट लिखना दर्दनाक है। Ctrl+G आपका डिफ़ॉल्ट टेक्स्ट एडिटर खोलता है - vim, VS Code, जो भी आपने सेट किया है। अपना प्रॉम्प्ट ठीक से लिखें। सेव करें और बंद करें। यह भेज देता है।
विस्तृत प्रॉम्प्ट लिखने वाले किसी भी व्यक्ति के लिए अनिवार्य। टर्मिनल इनपुट पैराग्राफ के लिए नहीं बनाया गया था। आपका एडिटर बनाया गया था।
/btw - बिना रुकावट के एक साइड प्रश्न पूछें।
Claude काम के बीच में है, एक रिफैक्टर में तीन फ़ाइलें गहरी है। आपको अचानक कुछ जानने की ज़रूरत है - "auth मिडलवेयर किस फ़ाइल में है?"
/btw से पहले: पूरे कार्य को रद्द करें, अपना प्रश्न पूछें, फिर मूल कार्य को फिर से प्रॉम्प्ट करें। बाधित काम का सारा कॉन्टेक्स्ट - चला गया।
/btw आपको एक साइड प्रश्न पूछने देता है जबकि Claude काम करता रहता है। उत्तर मुख्य कार्य के कॉन्वर्सेशन हिस्ट्री को छुए बिना आता है।
7 // कस्टम कमांड
30 सेकंड में अपने खुद के प्लगइन बनाएँ।
यहाँ वह बात है जो ज़्यादातर लोग नहीं समझते: अधिकांश प्लगइन्स केवल निर्देशों वाली मार्कडाउन फ़ाइलें हैं। आप खुद भी वही चीज़ .claude/commands/ में बना सकते हैं।
एक मार्कडाउन फ़ाइल बनाएँ। उसमें निर्देश डालें। यह एक स्लैश कमांड बन जाता है।

अब /fix-issue 456 ठीक वही करता है जो एक प्लगइन करेगा - लेकिन शून्य ओवरहेड, शून्य निर्भरता, और आपके कॉन्टेक्स्ट विंडो में शून्य अतिरिक्त टोकन खर्च के साथ।
/review-pr। कस्टम वर्कफ़्लो। बेसलाइन ओवरहेड में शून्य टोकन। आपने इसे 30 सेकंड में लिखा।
टीमों के लिए: इन्हें अपने रिपो में .claude/commands/ में कमिट करें। सभी को समान वर्कफ़्लो मिलते हैं। इन्हें कोड की तरह ट्रीट करें - PR में समीक्षा करें, इटरेट करें, वर्जन करें।
यह सचमुच वही है जो ज़्यादातर प्लगइन मार्केटप्लेस आपको बेचते हैं। सिवाय इसके कि यह मुफ़्त है, कॉन्टेक्स्ट में कुछ भी वज़न नहीं रखता, और आप इसके हर शब्द को नियंत्रित करते हैं।
कॉन्फ़िगरेशन विरोधाभास
यहाँ वह बात है जो Claude Code इकोसिस्टम में कोई नहीं कहता: हर प्लगइन, हर स्किल, हर MCP सर्वर जो आप इंस्टॉल करते हैं, आपके कॉन्टेक्स्ट विंडो में बेसलाइन ओवरहेड जोड़ता है। वे हर सेशन की शुरुआत में लोड होते हैं, चाहे आप उनका उपयोग करें या न करें।
Claude Code व्यक्तिगत रूल फ़ाइलों को 6,000 कैरेक्टर और कुल संयुक्त नियमों को 12,000 पर कैप करता है। ये सीमाएँ एक कारण से मौजूद हैं। Anthropic के अपने डॉक्स इसे स्पष्ट रूप से कहते हैं: "प्रत्येक पंक्ति के लिए, पूछें: क्या इसे हटाने से Claude गलतियाँ करेगा? यदि नहीं, तो इसे काटें।"

मेरे पास पहला प्रॉम्प्ट टाइप करने से पहले 62,000 टोकन का ओवरहेड था। यह मेरे पूरे कॉन्टेक्स्ट विंडो का लगभग एक तिहाई था - बेकार बैठे टूल्स द्वारा खर्च किया गया।
सफाई के बाद: 6,000 टोकन का बेसलाइन ओवरहेड। वास्तविक काम के लिए 156,000 टोकन उपलब्ध। सेशन जो पहले 30 मिनट में खत्म हो जाते थे, अब 3+ घंटे तक चलते हैं।
गणित सरल है: कम प्लगइन्स = अधिक कॉन्टेक्स्ट = लंबे सेशन = बेहतर आउटपुट।
अपवाद (क्या वास्तव में इंस्टॉल करने लायक है)
मैं यह नहीं कह रहा हूँ कि कभी कुछ इंस्टॉल न करें। मैं कह रहा हूँ कि इरादे से इंस्टॉल करें। यहाँ वह है जो मेरी सफाई से बच गया:
superpowers - एकमात्र स्किल्स फ्रेमवर्क जो ओवरहेड के लायक है। संरचित डेव पद्धति जो वास्तव में बदलती है कि Claude काम को कैसे अपनाता है। 170k+ स्टार्स एक कारण से।
karpathy की 4 लाइनें - 4 व्यवहारिक नियम जो Claude को मान लेने, अति-जटिल करने, उस कोड को छूने से रोकते हैं जिसके बारे में आपने नहीं पूछा, और सत्यापन के बिना शिप करने से रोकते हैं। 60k+ स्टार्स।
context-mode MCP - यदि आप MCP सर्वर का उपयोग करते हैं, तो यह उनके आउटपुट को सैंडबॉक्स करता है ताकि वे आपकी बातचीत में 10,000 टोकन का कच्चा JSON डंप न करें। टूल आउटपुट को एक अलग नॉलेज बेस में रूट करता है। आपका कॉन्टेक्स्ट साफ रहता है।
तीन एक्सटेंशन। कुल ओवरहेड: ~4,000 टोकन। बाकी सब? बिल्ट-इन कमांड जिनकी कीमत शून्य है।
पूरी सूची

हर एक बिल्ट-इन है। हर एक की कीमत $0 है। हर एक अभी आपके टर्मिनल में उपलब्ध है।
प्लगइन्स इंस्टॉल करना बंद करें। जो पहले से मौजूद है, उसका उपयोग शुरू करें।
मुझे फॉलो करें @regent0x_ केवल शुद्ध अल्फा का अध्ययन और शोध करने के लिए। पढ़ने के लिए धन्यवाद। इसे बुकमार्क करना न भूलें।





