67% टोकन रिडक्शन हासिल करें: Claude Code के लिए "एस्केलेशन" रणनीति

"उफ़, मैं फिर से Claude Code की उपयोग सीमा तक पहुँच गया! 😭 कितना कंजूस! 💢" यह भावना मैं समझता हूँ। लेकिन हो सकता है कि समस्या आपके उपयोग करने के तरीके में हो? → तो आपको क्या करना चाहिए? → यह लेख पढ़ें → टोकन बचाने के तरीके समझें → समस्या सभी के लिए हल हो गई!!!!

चलिए शुरू करते हैं!!!

क्या आपने कभी Claude Code का उपयोग करते समय यह अनुभव किया है?

・प्रॉम्प्ट के बीच में अचानक "Usage limit reached" दिखना

・$200/माह के प्लान के बावजूद हर कुछ घंटों में रेट लिमिट तक पहुँचना

・सीमाओं की चिंता के कारण फोकस और उत्पादकता खोना

・हर महीने यह चिंता करना कि क्या सीमाओं से बचने के लिए प्लान अपग्रेड करना चाहिए

・महत्वपूर्ण काम के बीच में रुकना और अंत में किसी दूसरे AI के पास भागना

670,000 फॉलोअर्स वाले विदेशी शीर्ष AI प्रभावक माइल्स डॉयचर (@milesdeutscher) का एक लेख वर्तमान में 3.35 मिलियन लाइक्स के साथ वायरल हो रहा है 😳

वह स्वयं $200/माह के Anthropic प्लान का उपयोग करते हुए प्रतिदिन रेट लिमिट तक पहुँच रहे थे। हालाँकि, "Claude के मूल तंत्र को फिर से समझने" के बाद, उन्होंने पिछले तीन हफ्तों में एक बार भी टोकन सीमा नहीं मारी।

आज, मैं उन सामग्रियों को सरल तरीके से समझाऊँगा 👇

मूल पोस्ट यहाँ: https://x.com/milesdeutscher/status/2049618781841031551

■ 𝗦𝘁𝗲𝗽 𝟭: 𝗣𝗹𝗮𝗻𝗻𝗶𝗻𝗴 (योजना और निष्पादन को पूरी तरह से अलग करें)

माइल्स सबसे पहले बताते हैं: "Claude Opus के साथ विचार-मंथन न करें।"

बहुत से लोग शायद ऐसा करते हैं। आपको एक विचार आता है, उसे Opus पर डालते हैं ताकि उस पर विचारों का आदान-प्रदान हो सके। इससे पहले कि आपको पता चले, 30 मिनट बीत चुके होते हैं, और आप सीमा तक पहुँच जाते हैं। परिचित लगता है?

माइल्स ने गहराई से खोज करके जो तथ्य खोजा वह यह है:

"टेक्स्ट चैट स्वयं उतने टोकन नहीं खाता। वास्तव में टोकन खाने वाले कार्य हैं जैसे कोडिंग, बिल्डिंग और डिज़ाइनिंग जैसे निष्पादन-प्रकार के कार्य।"

दूसरे शब्दों में, केवल यह स्पष्ट रूप से अलग करके कि क्या बनाना है (योजना) और वास्तव में इसे बनाना (निष्पादन), आप उच्च-लागत वाले मॉडलों की खपत को काफी कम कर सकते हैं।

माइल्स एक विशिष्ट तुलना प्रदान करते हैं। एक ही फाइनेंस ट्रैकिंग ऐप बनाने वाले दो लोगों के मामले में:

व्यक्ति A: योजना पर केवल 2 मिनट खर्च करता है और कमजोर डिज़ाइन के साथ बनाना शुरू करता है। परिणाम: 3 बार फिर से करना।

व्यक्ति B: डिज़ाइन को ठोस बनाने के लिए 20 मिनट योजना पर खर्च करता है और एक बार में बिल्ड पूरा करता है।

व्यक्ति B ने इस एक कार्य पर लगभग 67% टोकन बचाए। यह लागत में $1.50 का अंतर है। यह देखते हुए कि एक दिन में कई कार्य होते हैं, यह प्रति माह दर्जनों डॉलर का अंतर बन जाता है।

Claude Code का उपयोग करने वालों के लिए, Shift+Tab×2 दबाकर दर्ज किया जाने वाला "Plan Mode" बिल्कुल वही सुविधा है जो इस दर्शन को मूर्त रूप देती है।

Plan Mode में, Claude कोड लिखे बिना डिज़ाइन और योजना पर ध्यान केंद्रित करता है। इसका मतलब है कि आप निष्पादन टोकन का उपभोग किए बिना आर्किटेक्चर और नीति को ठोस बना सकते हैं।

इसके अलावा, माइल्स की शैली योजना चरण को स्वयं सस्ते मॉडलों पर छोड़ने की है। Opus पर विचारों का आदान-प्रदान करने के बजाय, Haiku पर्याप्त है। Haiku विचार-मंथन के लिए काफी स्मार्ट है, और लागत कई गुना सस्ती है।

अभ्यास बिंदु:

・विचार-निर्माण, विचार-मंथन और डिज़ाइन Haiku के साथ करें

・डिज़ाइन ठोस होने और आपके "बनाने के लिए तैयार" होने के बाद ही Opus पर स्विच करें

・Claude Code में हर बार Plan Mode (Shift+Tab×2) का उपयोग करने की आदत डालें

・जितना अधिक आप "सोचने के समय" पर कंजूसी करेंगे, उतनी ही अधिक "पुनरावृत्तियाँ" बढ़ेंगी, जिससे कुल नुकसान होगा

■ 𝗦𝘁𝗲𝗽 𝟮: 𝗖𝗵𝗮𝘁 𝗟𝗲𝗻𝗴𝘁𝗵 (चैट की लंबाई सब कुछ नियंत्रित करती है)

माइल्स कहते हैं कि लंबी चैट साइलेंट किलर हैं। यह सबसे बड़ा नुकसान है जिसे बहुत से लोग अनदेखा करते हैं।

तंत्र इस प्रकार है: हर बार जब आप एक संदेश भेजते हैं, Claude उस चैट के भीतर पूरे संदर्भ को फिर से पढ़ता है। इसका मतलब है:

・जब चैट 10 संदेशों की हो: यह 10 संदेशों के बराबर टोकन पढ़ता है

・जब चैट 100 संदेशों की हो: यह 100 संदेशों के बराबर टोकन पढ़ता है

जैसे-जैसे चैट लंबी होती जाती है, प्रति संदेश लागत तेजी से बढ़ती है। और लागत ही एकमात्र समस्या नहीं है। जैसे-जैसे पुरानी जानकारी मिलती जाती है, Claude के आउटपुट की गुणवत्ता स्वयं कम होती जाती है। यह अप्रासंगिक पिछले संदर्भ से खिंच जाता है, और लक्ष्य से हटकर उत्तर बढ़ जाते हैं।

माइल्स के पास दो समाधान हैं।

𝟭. 𝗣𝗿𝗼𝗷𝗲𝗰𝘁𝘀 का उपयोग करें

यदि आप एक ही प्रकार का कार्य बार-बार करते हैं, तो एक लंबी चैट के बजाय एक Project के अंतर्गत कई उप-चैट बनाएँ।

माइल्स स्वयं X पर लिखने के लिए एक Project रखते हैं और हर बार जब वे एक नया लेख लिखते हैं तो एक नई चैट खोलते हैं। चूँकि Project सेटिंग्स (निर्देश) सभी चैट में साझा होती हैं, इसलिए हर बार "मैं इस प्रकार का व्यक्ति हूँ, इस शैली में लिखें" को फिर से समझाने की आवश्यकता नहीं है।

इससे भी अधिक स्मार्ट Project निर्देशों में यह वाक्य शामिल करना है:

"ध्यान रखें कि मैं खाता उपयोग बचाने की कोशिश कर रहा हूँ। अपने उत्तरों में संक्षिप्त रहें, और जब उचित हो, तो मुझे सलाह दें कि मुझे नई चैट कब शुरू करनी चाहिए या कोई अन्य सुझाव जो टोकन उपयोग को कम करने में मदद कर सकते हैं।"

बस इतने से, Claude स्वयं एक टोकन-बचत सलाहकार बन जाता है। यह आपको बताने लगेगा, "शायद अब नई चैट पर जाने का समय है।"

𝟮. मेगा प्रॉम्प्ट्स के साथ संपीड़ित संदर्भ स्थानांतरण

यदि आप वर्तमान चैट के संदर्भ को अगली चैट में ले जाना चाहते हैं, तो चैट के अंत में यह कहें:

"मैं एक नई चैट पर जा रहा हूँ; मुझे एक प्रॉम्प्ट दें जिसका उपयोग मैं इस सत्र को फिर से शुरू करने के लिए कर सकता हूँ बिना इस वार्तालाप से अपना कोई संदर्भ खोए।"

Claude एक एकल प्रॉम्प्ट उत्पन्न करेगा जो पूरे संदर्भ को संपीड़ित करता है। बस इसे एक नई चैट की शुरुआत में पेस्ट करें ताकि संदर्भ हानि के बिना एक हल्की चैट के साथ पुनः आरंभ किया जा सके।

याद रखने योग्य सुनहरा नियम:

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

■ 𝗦𝘁𝗲𝗽 𝟯: 𝗣𝗿𝗼𝗽𝗲𝗿 𝗠𝗲𝗺𝗼𝗿𝘆 (Claude की मेमोरी को बाहरी फ़ाइलों में बनाए रखें)

Claude की सबसे बड़ी कमजोरियों में से एक यह है कि यह संदर्भ भूल जाता है।

डिफ़ॉल्ट रूप से, Claude आपकी प्राथमिकताओं या पिछले निर्देशों को लगभग कुछ भी याद नहीं रखता है। परिणामस्वरूप, क्या होता है:

・हर बार समान पूर्वापेक्षाएँ समझाना → उसके लिए टोकन खर्च करना

・पिछली गलतियों को दोहराना जिन्हें सुधारा गया था → उन्हें फिर से सुधारने के लिए बातचीत में टोकन खर्च करना

・प्राथमिकताओं को भूलना और अनावश्यक आउटपुट देना → रीटेक के लिए टोकन खर्च करना

माइल्स इस दुष्चक्र को तोड़ने का एक तरीका पेश करते हैं।

तरीका सरल है। अपने डेस्कटॉप पर एक फ़ोल्डर बनाएँ और उसमें दो Markdown फ़ाइलें रखें।

𝗜𝗻𝘀𝘁𝗿𝘂𝗰𝘁𝗶𝗼𝗻𝘀.𝗠𝗗 (निर्देश पत्रक)

Claude के लिए स्थायी नियम और निर्देश लिखने की एक फ़ाइल।

उदाहरण संरचना:

・## आप कौन हैं → आपकी भूमिका/विशेषज्ञता

・## आप क्या करते हैं → Claude से अपेक्षित व्यवहार

・## नियम → वे नियम जिनका आप सख्ती से पालन करना चाहते हैं

और यहाँ सबसे महत्वपूर्ण पंक्ति रखें:

"समय के साथ Memory.MD को मेरी प्राथमिकताओं के साथ अपडेट करें।"

इस निर्देश के साथ, Claude स्वचालित रूप से बातचीत के दौरान सीखी गई आपकी प्राथमिकताओं और सुधारों को दूसरी फ़ाइल में लिखेगा।

𝗠𝗲𝗺𝗼𝗿𝘆.𝗠𝗗 (मेमोरी फ़ाइल)

एक फ़ाइल जो Claude के "दूसरे मस्तिष्क" के रूप में कार्य करती है। जितना अधिक आप इसका उपयोग करेंगे, यह उतना ही स्मार्ट होता जाएगा।

उदाहरण संरचना:

・## प्राथमिकताएँ → पसंदीदा शैलियाँ, प्रारूप

・## सुधार → अतीत में सुधारे गए मामले

・## पैटर्न → बार-बार उपयोग किए जाने वाले पैटर्न

विशिष्ट उदाहरण: यदि आप एक बार कहते हैं "एम डैश का उपयोग न करें", तो Claude इसे इस फ़ाइल में रिकॉर्ड करता है। अगली बार से, भले ही आप कुछ न कहें, एम डैश दिखाई नहीं देंगे। यदि आप कहते हैं "शीर्षकों के लिए # के बजाय ■ का उपयोग करें", तो वह भी रिकॉर्ड हो जाएगा।

बस इस फ़ोल्डर को Claude Code/Cowork से संलग्न करें और सेटअप पूरा हो जाता है। चूँकि Claude हर बार फ़ोल्डर की सामग्री पढ़ता है, संदर्भ चैट में बना रहता है।

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

■ 𝗦𝘁𝗲𝗽 𝟰: 𝗠𝗼𝗱𝗲𝗹 𝗦𝘁𝗮𝗰𝗸𝗶𝗻𝗴 & 𝗦𝗲𝗹𝗲𝗰𝘁𝗶𝗼𝗻 (मॉडलों का उचित उपयोग करके 90% बचाएँ)

"हर चीज़ के लिए Opus 4.7 का उपयोग करना पूरी तरह से बर्बादी है," माइल्स जोर देकर कहते हैं।

लोगों द्वारा की जाने वाली एक सामान्य गलती यह सोचना है, "मैं हमेशा सबसे स्मार्ट मॉडल का उपयोग करूँगा तो ठीक रहूँगा।" लेकिन यह "स्थानीय दुकान पर जाने के लिए फेरारी ले जाने" जैसा है।

माइल्स "एस्केलेशन विधि" का अभ्यास करते हैं।

Haiku (हल्के कार्य) → Sonnet (मध्यम कार्य) → Opus (भारी कार्य/अंतिम फिनिशिंग)

इस क्रम में शुरू करें और केवल तभी उच्च मॉडल पर स्विच करें जब क्षमता वास्तव में अपर्याप्त हो। उनके अनुभव में, 90% कार्य Opus के अलावा अन्य मॉडलों द्वारा पर्याप्त रूप से संभाले जा सकते हैं, और Opus की वास्तव में केवल शेष 10% के लिए आवश्यकता होती है।

आगे की फाइन-ट्यूनिंग:

・𝗘𝘅𝘁𝗲𝗻𝗱𝗲𝗱 𝗧𝗵𝗶𝗻𝗸𝗶𝗻𝗴: इसे सामान्य रूप से बंद रखें। इसे केवल जटिल तर्क या गणितीय कार्यों के लिए चालू करें। जब चालू होता है, तो टोकन खपत बढ़ जाती है, इसलिए इसका उपयोग केवल तभी करें जब वास्तव में आवश्यक हो।

・𝗦𝘁𝘆𝗹𝗲𝘀 (शैली सेटिंग्स): आप Claude के होम स्क्रीन से "Concise" शैली पर स्विच कर सकते हैं। अकेले यह उत्तरों को छोटा और सरल बनाता है, आउटपुट टोकन को काफी कम करता है। बहुत से लोग इस सुविधा के अस्तित्व के बारे में भी नहीं जानते हैं।

・𝗟𝗼𝘄 𝗘𝗳𝗳𝗼𝗿𝘁: Claude Code में, आप "Low" प्रयास मोड चुन सकते हैं। यह सरल कार्यों के लिए पर्याप्त है और प्रसंस्करण गति बढ़ाता है।

और Claude के अलावा अन्य विकल्पों को न भूलें। समाचार खोज, शोध और सारांश जैसे सरल कार्यों के लिए, Kimi या DeepSeek जैसे मुफ्त या सस्ते ओपन-सोर्स मॉडल पर्याप्त हैं। Claude के कोटा को "केवल Claude ही कर सकता है" चीजों के लिए बचाएँ।

■ 𝗦𝘁𝗲𝗽 𝟱: 𝗧𝗼𝗼𝗹 𝗦𝗽𝗹𝗶𝘁𝘁𝗶𝗻𝗴 (प्रत्येक उपकरण के लिए कोटा का रणनीतिक उपयोग करें)

एक तथ्य जो अधिकांश लोगों ने नहीं देखा है: प्रत्येक Claude उपकरण के अपने स्वतंत्र उपयोग पैरामीटर होते हैं।

विशेष रूप से:

・Claude Code / Claude Chat → एक ही प्लान के उपयोग कोटा साझा करते हैं

・Claude Design → पूरी तरह से अलग कोटा

यदि आप इस तंत्र को नहीं जानते हैं, तो क्या होता है? उदाहरण के लिए, आप Claude Code से UI डिज़ाइन मॉकअप बनवाते हैं। यह Code/Chat कोटा खाता है। लेकिन अलग उपकरण, Claude Design, का अप्रयुक्त कोटा पूरी तरह से शेष रहता है। यदि आप वही डिज़ाइन कार्य Claude Design में करते हैं, तो आप Code/Chat कोटा को बिल्कुल भी खर्च करने से बच सकते हैं।

प्रत्येक उपकरण का उपयोग उसके मूल रूप से डिज़ाइन किए गए उद्देश्य के लिए करना सबसे अधिक लागत प्रभावी है।

माइल्स के नियम:

・कोडिंग → Claude Code

・डिज़ाइन → Claude Design

・संवाद/विश्लेषण → Claude Chat

・प्रत्येक उपकरण का उपयोग उसके लिए अच्छा होने वाले काम के लिए करें, और इसे वह करने के लिए मजबूर न करें जो वह नहीं है।

■ 𝗕𝗼𝗻𝘂𝘀 𝗧𝗶𝗽𝘀 (अतिरिक्त तकनीकों का संग्रह जिन्हें आप तुरंत उपयोग कर सकते हैं)

・अतिरिक्त क्रेडिट खरीदें: $20→$100 जैसे प्लान अपग्रेड पर विचार करने से पहले, केवल कुछ डॉलर मूल्य के अतिरिक्त क्रेडिट खरीदने का विकल्प है। जब आप महीने के अंत में थोड़े कम पड़ते हैं तो यह पर्याप्त है।

・Claude Skills: दोहराए जाने वाले कार्यों को स्वचालित करने के लिए कौशल बनाएँ। हर बार एक ही प्रक्रिया समझाने के बजाय, इसे एक कौशल के रूप में सहेजें ताकि एक कमांड से निष्पादित किया जा सके।

・Usage Tracking: नियमित रूप से उपयोग की स्थिति की जाँच करने की आदत डालें। Claude Code में, आप /Usage कमांड से तुरंत जाँच कर सकते हैं। यदि आप जानते हैं कि "कितना प्रतिशत शेष है," तो आप समायोजित कर सकते हैं कि आप इसका उपयोग कैसे करते हैं।

・Overview Section: एक नई जोड़ी गई सुविधा जहाँ आप एक डैशबोर्ड देख सकते हैं जो उपयोग की स्थिति का एक सिंहावलोकन प्रदान करता है।

・सीमाओं के करीब पहुँचने पर व्यवहार बदलें: जब 20% से कम शेष रहता है, तो Haiku पर स्विच करके, Extended Thinking बंद करके, चैट को छोटा रखकर आदि के द्वारा सचेत रूप से मोड बदलें।

■ सारांश: इस विधि से 3 सप्ताह तक शून्य सीमाएँ प्राप्त हुईं

माइल्स कहते हैं कि इन 5 चरणों का अभ्यास करने के बाद से तीन हफ्तों में वे एक बार भी टोकन सीमा तक नहीं पहुँचे हैं। अपने $200/माह के प्लान को बदले बिना।

बिंदुओं को व्यवस्थित करने के लिए:

・चरण 1: Haiku के साथ योजना, Opus के साथ निष्पादन। केवल चरणों को अलग करके 67% की कमी।

・चरण 2: चैट को छोटा रखें और Projects के साथ प्रबंधित करें। 3 छोटी चैट > 1 लंबी चैट।

・चरण 3: Memory.MD के साथ मेमोरी को बाहरी बनाएँ ताकि पुन: स्पष्टीकरण लागत शून्य हो जाए।

・चरण 4: एस्केलेशन विधि का उपयोग करके 90% को Opus के अलावा अन्य मॉडलों पर भेजें। Styles और Effort सेटिंग्स का भी उपयोग करें।

・चरण 5: प्रत्येक उपकरण के लिए उपयोग कोटा में अंतर को समझें और सही काम के लिए सही उपकरण का उपयोग करें।

ईमानदारी से, भविष्य में AI उपयोग लागत के सस्ते होने की संभावना कम है। बल्कि, जैसे-जैसे मॉडल अधिक उच्च-प्रदर्शन वाले होते जाते हैं, टोकन इकाई मूल्य बढ़ने की प्रवृत्ति होती है। यही कारण है कि अब "सही उपयोग का तरीका" सीखना सीधे दीर्घकालिक बचत की ओर ले जाता है।

जैसा कि माइल्स कहते हैं, समस्या यह नहीं है कि "प्लान सस्ता है," बल्कि यह है कि "उपयोग गलत है।" यदि सही ढंग से उपयोग किया जाए, तो आपके वर्तमान प्लान पर सीमाओं तक पहुँचे बिना जीवन पूरी तरह से प्राप्त करने योग्य है।

उन लोगों के लिए जिन्हें यह लेख थोड़ा भी उपयोगी लगा।