Claude Code टोकन खपत को 67% तक कम करने का एक गुप्त तरीका

Claude Code के साथ पल भर में टोकन खत्म हो रहे हैं...

मैं एक गुप्त ट्रिक समझाऊंगा जो टोकन खपत को नाटकीय रूप से कम करेगी और उस समस्या को हल करेगी।

मैं एक ऐसा प्रॉम्प्ट भी पेश करूंगा जिसका उपयोग Fable के साथ भी टोकन काउंटरमेशर्स के लिए किया जा सकता है।

असल में, केवल स्मार्ट मॉडल का उपयोग करने से लागत और प्रतीक्षा समय दोनों बढ़ जाते हैं।

सच्ची दक्षता मॉडल की 'बुद्धिमत्ता' में नहीं, बल्कि 'कार्य के भार' के आधार पर मॉडल चुनने में निहित है।

इस लेख में, मैं बताऊंगा कि ये चुनाव कैसे करें और एक डिस्ट्रीब्यूशन प्रॉम्प्ट दूंगा जिसे आप सीधे उपयोग कर सकते हैं।

मॉडल स्विच करने से टोकन कैसे कम होते हैं

Claude Code में वर्तमान में उपलब्ध मॉडल Fable, Opus, Sonnet और Haiku हैं।

मूल रूप से, मॉडल जितना स्मार्ट होता है, वह आंतरिक रूप से उतनी ही अधिक गणना का उपयोग करता है।

नतीजतन, एक ही कार्य को करने के लिए खपत होने वाले टोकन की संख्या बढ़ जाती है।

सरल खोजों या डिफ चेक के लिए शीर्ष-स्तरीय मॉडल का उपयोग करना ऐसा है जैसे कैलकुलेटर से होने वाली गणना के लिए सुपरकंप्यूटर किराए पर लेना।

कार्य की कठिनाई के अनुसार मॉडल बदलकर, आप अनावश्यक खपत को काफी हद तक कम कर सकते हैं।

चार मॉडलों की भूमिकाएँ

पहले से भूमिकाएँ तय करने से आप बिना किसी हिचकिचाहट के स्विच कर सकते हैं।

• Haiku: हल्का काम जैसे फ़ाइल पुष्टिकरण, खोज, डिफ चेक और फ़ॉर्मेट सत्यापन।
• Sonnet: योजना पक्की होने के बाद कार्यान्वयन, संशोधन और प्रतिस्थापन जैसा व्यावहारिक काम।
• Opus: निर्णय शामिल करने वाले कार्य, जैसे टेक्स्ट को निखारना, प्रॉम्प्ट को एडजस्ट करना, समीक्षाएँ और संरचना को व्यवस्थित करना।
• Fable: केवल उन कार्यों के लिए जहाँ विफलता की लागत अधिक है, जैसे समग्र डिज़ाइन, मुश्किल से बदले जाने वाली दिशाओं पर निर्णय, कई फ़ाइलों में फैले निर्णय और अंतिम जाँच।

हल्के कार्यों को हल्के मॉडलों को सौंपने से प्रतीक्षा का समय भी कम हो जाता है।

इसके विपरीत, यदि आप केवल सस्ते मॉडलों के साथ महत्वपूर्ण निर्णय लेने का प्रयास करते हैं, तो रीवर्क बढ़ जाएगा, और लंबे समय में यह अधिक खर्चीला साबित होगा।

यहाँ कुंजी Fable को 'विशेष कार्यों' के लिए आरक्षित रखना है।

यदि आप सब कुछ Fable पर डाल देंगे, तो आपके टोकन पल भर में खत्म हो जाएंगे।

क्या केवल सबसे स्मार्ट मॉडल का उपयोग करना पर्याप्त नहीं है?

मुझे यहाँ एक आपत्ति की उम्मीद है।

'स्विच करना एक झंझट है। क्या शुरू से ही सबसे स्मार्ट मॉडल का उपयोग करना ठीक नहीं है?'

मैं इस भावना को समझता हूँ।

लेकिन उन कार्यों के लिए एक उच्च-प्रदर्शन मॉडल का उपयोग करना जिनमें किसी निर्णय की आवश्यकता नहीं है, बस बर्बादी है।

खोज और डिफ चेक हल्के मॉडलों द्वारा भी पर्याप्त सटीकता के साथ किए जा सकते हैं।

केवल उन हिस्सों को जिनमें भारी निर्णय की आवश्यकता है, स्मार्ट मॉडल को सौंपकर, आप सटीकता का त्याग किए बिना लागत कम कर सकते हैं।

उन लोगों के लिए जो 'हर बार छाँटना एक काम' महसूस करते हैं, निम्नलिखित प्रॉम्प्ट का उपयोग करने से कार्य स्वचालित रूप से प्रत्येक मॉडल के उप-एजेंटों को वितरित हो जाएंगे और काम आगे बढ़ेगा।

डिस्ट्रीब्यूशन प्रॉम्प्ट जिसे आप सीधे उपयोग कर सकते हैं

यह वह प्रॉम्प्ट है जिसका मैं वास्तव में उपयोग करता हूँ।

कृपया इसे अपने प्रोजेक्ट के अनुसार फिर से लिखें।

1आप Claude Code के लिए 'Model Orchestrator' हैं।
2आपका लक्ष्य कार्य सामग्री के अनुसार विभिन्न मॉडलों (Haiku, Sonnet, Opus, Fable) का उपयोग करके कार्य की गुणवत्ता बनाए रखना और अनावश्यक टोकन खपत को दबाना है।
3
4# कार्यों को चार मॉडलों में छाँटना
5हल्का (Haiku): फ़ाइल पुष्टिकरण, खोज, डिफ या फ़ॉर्मेट की जाँच, आदि।
6योजना तय (Sonnet): संपादन, प्रतिस्थापन, कार्यान्वयन, लेखन, आदि, जहाँ दिशा तय होने पर बिना हिचकिचाहट के काम आगे बढ़ सकता है।
7निर्णय आवश्यक (Opus): टेक्स्ट या प्रॉम्प्ट को निखारना, समीक्षाएँ, आदि, ऐसे कार्य जिनमें निर्णय की आवश्यकता होती है।
8विशेष रूप से महत्वपूर्ण कार्य (Fable): समग्र डिज़ाइन, दिशा निर्धारण, जटिल परिवर्तन, अंतिम पुष्टि, महत्वपूर्ण निर्णय, आदि, जहाँ विफलता से भारी रीवर्क होता है।
9
10# पहला कदम
11किए जाने वाले कार्यों की जाँच करें, उप-एजेंटों में मॉडलों के उपयोग को एक तालिका में व्यवस्थित करें, और फिर काम के साथ आगे बढ़ें। यदि मुख्य मॉडल को बदलना बेहतर है, तो कृपया मुझे बताएं कि किस मॉडल का उपयोग किया जाना चाहिए।
12
13# बाधाएँ
14- शुरू से भारी मॉडल का उपयोग न करें। हल्के मॉडलों के साथ सामग्री व्यवस्थित करें और एक बार निर्णय की आवश्यकता होने पर अपग्रेड करें।
15- फ़ाइल पुष्टिकरण और खोज जैसे हल्के कार्यों को निर्दिष्ट हल्के मॉडल वाले उप-एजेंटों को सौंपें ताकि खपत कम हो।
16- चूंकि मानव मुख्य मॉडल को स्विच करता है, जब मुख्य मॉडल को अपग्रेड या डाउनग्रेड करना आवश्यक हो, तो उपयोगकर्ता को समय और लक्ष्य मॉडल के बारे में सूचित करें।
17- केवल खोज या तुलना करने वाले कार्यों को उच्च-स्तरीय मॉडलों को पास करना प्रतिबंधित है।
18- उच्च-स्तरीय मॉडलों के साथ बड़ी मात्रा में नियमित संपादन करना प्रतिबंधित है।
19- हल्के मॉडलों के साथ व्यवस्थित करने से पहले बड़ी मात्रा में अव्यवस्थित फ़ाइलों को उच्च-स्तरीय मॉडलों में डालना प्रतिबंधित है।

यदि आप इसे वैसे ही पेस्ट और उपयोग करते हैं, तो यह पहले एक कार्य तालिका आउटपुट करेगा और आगे बढ़ने से पहले मॉडल उपयोग पर निर्णय लेगा।

व्यावहारिक उपयोग के परिदृश्य

आइए विशेष रूप से देखें कि आप अपने काम को कहाँ लागू कर सकते हैं।

• बड़ी लॉग फ़ाइलों में प्रासंगिक भागों की खोज करना → Haiku के साथ त्वरित जाँच
• तय की गई संशोधन योजना के अनुसार कोड को ठीक करना → Sonnet को व्यावहारिक काम करने दें
• किसी लेख या दस्तावेज़ की संरचना पर पुनर्विचार करना → निर्णय Opus को सौंपें
• नई सुविधा के लिए डिज़ाइन दिशा तय करना, कई फ़ाइलों को प्रभावित करने वाले परिवर्तनों की अंतिम पुष्टि → इसे केवल Fable पर छोड़ें

जब से मैंने केवल महत्वपूर्ण डिज़ाइन निर्णयों को उच्च-स्तरीय मॉडलों को सौंपना शुरू किया और बाकी सब कुछ हल्के मॉडलों को भेज दिया, प्रतीक्षा समय और लागत दोनों काफी हल्के हो गए हैं।

यदि आप अनिश्चित हैं, तो निचले मॉडलों से प्रयास करने और यदि पर्याप्त न हो तो एक स्तर ऊपर जाने के नियम का पालन करें।

ध्यान देने योग्य नुकसान

सबसे आम विफलता निर्णय में हिचकिचाहट होते ही रिफ्लेक्सिव रूप से Fable की ओर भागना है।

यदि आप ऐसा करते हैं, तो यह शुरू से ही उच्च-प्रदर्शन मॉडलों पर निर्भर रहने से अलग नहीं होगा।

इसके विपरीत, कई फ़ाइलों को प्रभावित करने वाले महत्वपूर्ण डिज़ाइन निर्णयों को केवल हल्के मॉडलों के साथ संभालने का प्रयास करना भी खतरनाक है।

यहाँ कटौती करने से बाद में बड़ा रीवर्क होगा और और भी अधिक खर्च आएगा।

हल्के कार्यों के लिए हल्के मॉडल, भारी निर्णयों के लिए भारी मॉडल।

कृपया इस विभाजन रेखा को न तोड़ें।

यदि आप अनिश्चित हैं, तो कार्यों को वितरित करने के लिए उपरोक्त प्रॉम्प्ट का उपयोग करके एक उच्च-प्रदर्शन मॉडल से पूछें, और कोई बड़ी गलती नहीं होगी।

सारांश

कार्य के भार के आधार पर मॉडल चुनें।

Haiku पुष्टिकरण के लिए है, Sonnet कार्यान्वयन/लेखन के लिए, Opus निर्णय/जटिल कार्यों के लिए, और Fable उच्च विफलता लागत वाले डिज़ाइन कार्य जैसे चरणों के लिए समर्पित है।

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

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

आपको उन्हें स्थिति के अनुकूल भार के आधार पर चुनना चाहिए।

आप प्रॉम्प्ट का उपयोग करके आसानी से मॉडल वितरित कर सकते हैं, इसलिए कृपया इसे बुकमार्क करें और इसका पूरा उपयोग करें।

अंत में, मैं वर्तमान में 55 प्रमुख लाभ मुफ्त में वितरित कर रहा हूँ, जिसमें Claude Code को पेश करने का एक संपूर्ण गाइड और मुद्रीकरण के तरीके शामिल हैं। यदि आपने अभी तक नहीं लिया है, तो कृपया इसे यहाँ से प्राप्त करें।

→https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet