course
Software Development with Claude Code
4 घंटा
5.1K
Claude Code उपयोग सीमाएँ क्या हैं?
Claude Code का उपयोग दो ओवरलैपिंग प्रणालियों द्वारा नियंत्रित होता है:
- 5-घंटे की रोलिंग सत्र विंडो
- एक या अधिक साप्ताहिक उपयोग कैप
इनमें से किसी एक को हिट करना रेट-लिमिटिंग का कारण बनेगा।
5-घंटे की रोलिंग विंडो
सबसे दिखाई देने वाली Claude Code रेट सीमा 5-घंटे की रोलिंग विंडो है। आपकी विंडो तब शुरू होती है जब आप अपना पहला प्रॉम्प्ट भेजते हैं। अगले पाँच घंटों में आप जो कुछ भी करते हैं वह इसी उपयोग पूल से खींचा जाता है। यह पूल Claude Code और Claude चैट के बीच साझा होता है, अर्थात एक में की गई गतिविधि दूसरे को प्रभावित करती है।
उदाहरण के लिए:
- पहला प्रॉम्प्ट: 9:00 AM
- विंडो समाप्त: 2:00 PM
यदि आप 10:30 AM तक अपना उपलब्ध उपयोग समाप्त कर देते हैं, तो एक्सेस 2:00 PM पर विंडो रीसेट होने तक रुक जाता है।
एक आम गलतफहमी यह है कि नई बातचीत शुरू करने से उपयोग रीसेट हो जाता है। ऐसा नहीं है। कमांड /clear केवल एक नई बातचीत का संदर्भ शुरू करता है। यह उपयोग भत्ता बहाल नहीं करता या 5-घंटे का टाइमर रीसेट नहीं करता।
साप्ताहिक सीमाएँ
समय-आधारित सत्र सीमाओं के अलावा, Claude Code साप्ताहिक सीमाएँ भी लागू करता है। भले ही आपके वर्तमान सत्र में अभी स्थान शेष हो, साप्ताहिक कैप तक पहुँचने से साप्ताहिक रीसेट होने तक अस्थायी रूप से आगे का उपयोग रोका जा सकता है।
इसे इस तरह समझें: 5-घंटे की सीमा आपके उपयोग के समय निर्धारण को सीमित करती है, और साप्ताहिक सीमा आपके कुल उपयोग वॉल्यूम को कैप करती है।
इसका मतलब यह है कि आपके वर्तमान 5-घंटे के सत्र में क्षमता शेष हो सकती है लेकिन फिर भी आप ब्लॉक हो सकते हैं क्योंकि आपने अपना साप्ताहिक भत्ता समाप्त कर दिया है। अधिकतर Pro उपयोगकर्ताओं के लिए यह भेद सीधा है। लेकिन Max योजनाएँ एक अतिरिक्त जटिलता की परत जोड़ती हैं।
Max उपयोगकर्ताओं के लिए Sonnet की साप्ताहिक सीमा
Anthropic वर्तमान में Max योजनाओं के लिए निम्न सीमा लागू करता है:
- सभी मॉडलों को कवर करने वाली एक साप्ताहिक सीमा
- विशेष रूप से Sonnet उपयोग के लिए एक अलग साप्ताहिक सीमा
यह भेद इसलिए महत्वपूर्ण है क्योंकि आप व्यापक मॉडल आवंटन समाप्त होने के बाद भी Sonnet क्षमता शेष रख सकते हैं, या इसके उलट।
उदाहरण के लिए, मान लें कि आप सप्ताह का अधिकांश समय कार्यान्वयन कार्य के लिए Sonnet का उपयोग करते हैं। आप अपनी Sonnet-विशिष्ट साप्ताहिक आवंटन समाप्त कर सकते हैं जबकि आपके समग्र साप्ताहिक भत्ते में अभी भी क्षमता शेष हो। उस समय, आपको या तो किसी अन्य मॉडल पर स्विच करना पड़ सकता है, Sonnet रीसेट की प्रतीक्षा करनी पड़ सकती है, या अपनी योजना अपग्रेड करनी पड़ सकती है—यह आपके शेष सीमाओं पर निर्भर करेगा।
उलटी स्थिति भी हो सकती है। यदि आपने सप्ताह भर में Opus का पर्याप्त उपयोग किया है, तो आप अपनी समग्र साप्ताहिक सीमा तक पहुँच सकते हैं, भले ही आपका Sonnet-विशिष्ट आवंटन पूरी तरह से उपयोग न हुआ हो। क्योंकि समग्र सीमा छतरी-सीमा है, इसे छूते ही, शेष Sonnet क्षमता की परवाह किए बिना आगे का उपयोग रुक जाता है।
Sonnet अनुरोधों के सफल होने के लिए दोनों शर्तें सही होनी चाहिए:
- आपकी समग्र साप्ताहिक सीमा में अभी भी स्थान शेष हो।
- आपकी Sonnet साप्ताहिक सीमा में अभी भी स्थान शेष हो।
दूसरी ओर, Opus अनुरोध केवल समग्र साप्ताहिक पूल से खपत करते हैं क्योंकि Opus-विशिष्ट अलग भत्ता नहीं है। यही कारण है कि Claude.ai में Usage पेज इतना महत्वपूर्ण है। यह प्रत्येक साप्ताहिक सीमा को स्वतंत्र रूप से उसके रीसेट समय सहित दिखाता है, जिससे लंबी कोडिंग सत्र से पहले आप किस सीमा के करीब हैं, यह समझना आसान हो जाता है।
योजना के अनुसार Claude Code उपयोग
योजनाओं की तुलना करते समय एक चुनौती यह है कि Anthropic अब साधारण "प्रॉम्प्ट काउंट" प्रकाशित नहीं करता।
इसके बजाय, योजनाएँ सापेक्ष क्षमता गुणकों के माध्यम से बताई जाती हैं। ये गुणक Pro योजना के बेसलाइन की तुलना में आपको मिलने वाली उपयोग क्षमता को दर्शाते हैं। इन सटीक संख्याओं को पाना सरल नहीं है; कुछ उपयोगकर्ता अपनी उपयोगिता को प्रतिशत के रूप में ट्रैक करते हैं ताकि यह मोटे तौर पर समझ सकें कि उन्होंने क्षमता के प्रति प्रतिशत में कितने टोकन उपयोग किए हैं।
|
योजना |
मासिक मूल्य |
सापेक्ष क्षमता |
साप्ताहिक सीमाएँ |
Claude चैट के साथ साझा |
|
Pro |
$20 |
बेसलाइन |
हाँ |
हाँ |
|
Max 5x |
$100 |
Pro क्षमता का 5× |
हाँ |
हाँ |
|
Max 20x |
$200 |
Pro क्षमता का 20× |
हाँ |
हाँ |
|
Team |
परिवर्तनीय |
उच्च साझा आवंटन |
हाँ |
हाँ |
|
Enterprise |
कस्टम |
संगठन-विशिष्ट |
हाँ |
हाँ |
मई 2026 उपयोग सीमा परिवर्तन
Anthropic ने मई 2026 में सदस्यता उपयोग सीमाएँ दोगुनी करके और पहले Pro व Max ग्राहकों को प्रभावित करने वाली पीक-ऑवर कटौतियाँ हटाकर Claude Code क्षमता का विस्तार किया। निर्धारित प्रॉम्प्ट काउंट प्रकाशित करने के बजाय, अब Anthropic योजना के अंतर को सापेक्ष क्षमता गुणकों के रूप में बताता है, क्योंकि वास्तविक उपयोग मॉडल चयन, कॉन्टेक्स्ट आकार और टूल उपयोग पर निर्भर करता है।
इसके बाद से, Anthropic ने समय-समय पर अस्थायी प्रमोशनों के माध्यम से साप्ताहिक सीमाओं को समायोजित किया है। उदाहरण के लिए, Claude Fable 5 रोलआउट के दौरान, पात्र ग्राहकों के लिए साप्ताहिक Claude Code सीमाएँ 50% बढ़ा दी गई थीं। चूँकि ये प्रचारात्मक बढ़ोतरी अस्थायी होती हैं, इसलिए दीर्घ-कालिक वर्कलोड की योजना बनाने से पहले पाठकों को हमेशा Claude Usage डैशबोर्ड में नवीनतम सीमाएँ सत्यापित करनी चाहिए।
Agent SDK क्रेडिट (जून 2026)
इंटरैक्टिव कोडिंग सत्रों को स्वचालित एजेंट वर्कलोड से अलग करने की योजना ने जून 2026 में कुछ भ्रम पैदा किया।
15 जून से पहले, सभी Claude Code गतिविधि एक ही सदस्यता पूल से खींची जाती थी। चाहे आप टर्मिनल में इंटरैक्टिव चैट कर रहे हों, कोई GitHub Action चला रहे हों, या CI पाइपलाइन के अंदर claude -p चला रहे हों—सब कुछ एक ही पाँच-घंटे और साप्ताहिक सीमाओं के लिए प्रतिस्पर्धा करता था।
Anthropic ने 15 जून, 2026 से इन वर्कलोड को विभाजित करना शुरू करने की योजना बनाई थी, लेकिन लॉन्च के दिन ही बदलाव को रोक दिया। इसका मतलब है कि इंटरैक्टिव उपयोग और प्रोग्रामेटिक उपयोग (Agent SDK, claude -p, GitHub Actions) अभी भी पहले की तरह उसी सदस्यता पूल से खपत करते हैं।
जुलाई 2026 तक, कोई अलग लाइव Agent SDK क्रेडिट नहीं है, और कोई ऑप्ट-इन क्रेडिट क्लेम करने के लिए उपलब्ध नहीं है।
वास्तव में आपका कोटा क्या खत्म कर रहा है?
कई डेवलपर प्रॉम्प्ट उपयोग और टोकन ट्यूनिंग पर ध्यान केंद्रित करते हैं। असली दोषी अक्सर कॉन्टेक्स्ट होता है। हर इंटरैक्शन में आपके टाइप किए गए प्रश्न से कहीं अधिक जानकारी होती है।
CLAUDE.md और नियम फ़ाइलें
Claude Code स्वचालित रूप से निर्देश लोड करता है:
-
CLAUDE.md -
पैरेंट डायरेक्टरी की
CLAUDE.mdफ़ाइलें -
इम्पोर्टेड
@रेफ़रेंसेज़ -
.claude/rules/*.mdफ़ाइलें
यह सारा कॉन्टेक्स्ट और अतिरिक्त निर्देश बार-बार अनुरोधों में शामिल होते हैं। इसका मतलब है कि फूली हुई नियम फ़ाइल पूरे सत्र में चुपचाप टोकन खपत बढ़ाती रहती है। Anthropic सलाह देता है कि व्यक्तिगत CLAUDE.md फ़ाइलें लगभग 200 पंक्तियों से कम रखें।
बड़े प्रोजेक्ट्स के लिए, निर्देशों को स्कोप्ड नियमों में बाँटने पर विचार करें जो paths फ्रंटमैटर का उपयोग करते हैं ताकि वे केवल प्रासंगिक होने पर ही लोड हों। यदि आप गहराई से जानना चाहते हैं, तो हमारे सर्वश्रेष्ठ CLAUDE.md लिखने पर गाइड में प्रभावी संगठन रणनीतियाँ शामिल हैं।
MCP टूल परिभाषाएँ
Model Context Protocol (MCP) सर्वर ओवरहेड का एक और छिपा स्रोत हैं। हर कनेक्टेड MCP सर्वर Claude के कॉन्टेक्स्ट में टूल स्कीमा इंजेक्ट करता है, भले ही आप उन टूल्स का कभी उपयोग न करें।
कल्पना करें:
- 5 MCP सर्वर
- प्रति सर्वर 10 टूल
यानी हर अनुरोध के साथ 50 टूल परिभाषाएँ शामिल होंगी। अप्रयुक्त MCP सर्वर डिस्कनेक्ट करना Claude Code के टोकन खपत को कम करने के सबसे आसान तरीकों में से एक है।
एक महत्वपूर्ण सावधानी: सक्रिय सत्र के दौरान MCP सर्वर जोड़ने या हटाने से बचें। ऐसा करने से प्रॉम्प्ट कैश प्रीफ़िक्स अमान्य हो जाते हैं और उपयोग लागत बढ़ सकती है।
ऑटो मेमोरी
Claude Code v2.1.59 से, ऑटो मेमोरी डिफ़ॉल्ट रूप से सक्षम है। मेमोरी वह वैश्विक जानकारी है जिसे Claude ने विभिन्न सत्रों के दौरान सहेजा है, जो उसे अधिक कॉन्टेक्स्ट देती है। यह डेटाबेस से डेटा खींचने की विधियों से लेकर लागू की गई तकनीकी जानकारियों तक कुछ भी हो सकता है।
स्टार्टअप पर, Claude MEMORY.md से सामग्री लोड करता है, अधिकतम:
- पहली 200 पंक्तियाँ
- पहले 25 KB
कुछ वर्कफ़्लोज़ के लिए यह उपयोगी है। दूसरों के लिए, यह सिर्फ अतिरिक्त कॉन्टेक्स्ट है।
आप ऑटो मेमोरी को कुछ तरीकों से अक्षम कर सकते हैं। एक स्थायी किल स्विच के लिए जो सभी सेटिंग्स को ओवरराइड करता है (CI पाइपलाइनों और स्वचालित वातावरण में उपयोगी), अपने शेल में पर्यावरण चर सेट करें:
export CLAUDE_CODE_DISABLE_AUTO_MEMORY=1वैकल्पिक रूप से, अपने settings.json में निम्न जोड़ें। सभी प्रोजेक्ट्स में अक्षम करने के लिए ~/.claude/settings.json का उपयोग करें, या किसी एक प्रोजेक्ट के लिए .claude/settings.json का उपयोग करें:
{ "autoMemoryEnabled": false }यदि आप मेमोरी फ़ाइलों का सक्रिय उपयोग नहीं करते, तो इस फ़ीचर को अक्षम करना बेसलाइन कॉन्टेक्स्ट आकार को कम कर सकता है।
बातचीत का इतिहास और खोज
बातचीत का इतिहास लगातार बढ़ता रहता है। हर टूल परिणाम, फ़ाइल पढ़ना, grep आउटपुट, टर्मिनल कमांड और कोड खोज सत्र के कॉन्टेक्स्ट का हिस्सा बन जाते हैं।
मेरे अनुभव में, रिपॉज़िटरी की खोज अक्सर सबसे बड़ा योगदानकर्ता होती है। मात्र एक फ़ंक्शन खोजने के लिए Claude दर्जनों फ़ाइलें पढ़ सकता है। ये फ़ाइलें कॉन्टेक्स्ट में उपलब्ध रहती हैं और आगे के टर्न्स के लिए टोकन ओवरहेड में योगदान देती रहती हैं।
स्वचालित वर्कफ़्लोज़ के लिए, claude -p --bare अनावश्यक सत्र कॉन्टेक्स्ट हटाकर इस स्थिर ओवरहेड का बड़ा हिस्सा कम कर सकता है। इससे वे मासिक Agent SDK क्रेडिट काफी बच सकते हैं जो अन्यथा Claude द्वारा फ़ाइलें खोजने में खर्च हो जाते।
अपना Claude Code उपयोग कैसे जाँचें
अपना उपयोग जाँचने का सबसे अच्छा समय लंबा कोडिंग सत्र शुरू करने से पहले है। इस तरह, आप कोडिंग से पहले ही जान सकते हैं कि आप अपनी सीमाओं के कितने करीब हैं।
/usage का उपयोग
Claude Code के अंदर /usage टाइप करने पर दिखता है:
- सत्र खपत
- साप्ताहिक खपत
- शेष आवंटन
यह आपके इंटरैक्टिव सत्र में शेष कोटा का अवलोकन पाने का अच्छा तरीका है, ताकि आप पहले से योजना बना सकें। अपनी सीमा के ठीक पहले कोई बड़ा जटिल कार्य शुरू करना शायद समझदारी नहीं होगी, लेकिन फ़ाइल क्लीनअप जैसे सरल कार्य शेष कोटा के अच्छे उपयोग हो सकते हैं।
/status का उपयोग
आप /status भी चला सकते हैं, जो निम्न जानकारी देता है:
- वर्तमान योजना
- खाता जानकारी
- सक्रिय उपयोग स्थिति
अपनी योजना और सक्रिय स्थिति जानना संभावित सीमाओं के बारे में अवगत रहने में मदद करता है। यह मायने रखता है कि आपका उपयोग बेसलाइन का 5x है या 20x।
Claude डैशबोर्ड जाँचना
सबसे संपूर्ण दृश्य Settings → Usage में Claude.ai के भीतर मिलता है।
यह डैशबोर्ड संयोजित रूप में दिखाता है:
- Claude चैट उपयोग
- Claude Code उपयोग
- साप्ताहिक रीसेट अनुसूचियाँ
- मॉडल-विशिष्ट सीमाएँ
क्योंकि एक साथ कई सीमाएँ मौजूद हो सकती हैं, इस डैशबोर्ड को सत्य का स्रोत मानें। एक व्यवहारिक आदत यह है कि बड़े रिफैक्टरिंग कार्य, लंबे डिबग सत्र या स्वायत्त कोडिंग कार्य शुरू करने से पहले उपयोग जाँच लें।
अपनी Claude Code सीमाओं का अधिकतम उपयोग कैसे करें
आइए बात करें कि बिना योजना अपग्रेड किए हम अपनी उपयोग सीमाएँ कैसे बढ़ा सकते हैं। कई बार, केवल ओवरहेड घटाकर हम कहीं अधिक प्रभावी क्षमता पा सकते हैं।
अपनी CLAUDE.md को ट्रिम करें
प्रति फ़ाइल 200 पंक्तियों से कम का लक्ष्य रखें ताकि आप भेजे जा रहे कॉन्टेक्स्ट और एजेंट में पैदा हो रही उलझन दोनों को कम कर सकें। आपको ये चीज़ें देखनी चाहिए:
- पुराने प्रोजेक्ट निर्देश
- ऐतिहासिक टिप्पणियाँ
- ऐसे नियम जो व्यक्तिगत प्रॉम्प्ट्स में होने चाहिए
यदि निर्देश केवल विशिष्ट डायरेक्टरीज़ के लिए महत्त्व रखते हैं, तो paths फ्रंटमैटर के साथ स्कोप्ड नियमों का उपयोग करें, ताकि आपके सभी नियम लगातार उपयोग में न रहें और केवल कुछ पाथवे के भीतर ही लागू हों। आप वैश्विक फ़ाइल के बजाय प्रोजेक्ट-स्तरीय CLAUDE.md फ़ाइलें भी रख सकते हैं।
अपने MCP सर्वरों का ऑडिट करें
केवल वे MCP सर्वर रखें जिन्हें आप सक्रिय रूप से उपयोग कर रहे हैं। प्रत्येक कनेक्टेड सर्वर हर इंटरैक्शन में स्कीमा ओवरहेड जोड़ता है। अपनी MCP कॉन्फ़िगरेशन को ब्राउज़र टैब्स की तरह समझें। यदि आप अभी उपयोग नहीं कर रहे, तो उसे बंद कर दें।
MCP सर्वरों को प्रोजेक्ट-स्तर पर इंस्टॉल करना एक अच्छा तरीका है—जब आपको पता हो कि कुछ MCP केवल कुछ प्रोजेक्ट्स के लिए चाहिए—उपयोगकर्ता-स्तर पर नहीं। इससे Claude हर प्रोजेक्ट या हर सत्र में उन्हें लोड करने की कोशिश नहीं करेगा, बल्कि केवल तब जब किसी विशिष्ट उपयोग-प्रकरण के लिए उनकी ज़रूरत हो।
/compact का जल्दी उपयोग करें
कमांड /compact बातचीत का इतिहास संक्षेपित करती है और भविष्य के टोकन लागत घटाती है। हर टर्न में संसाधित होने वाले कॉन्टेक्स्ट की वृद्धि घटाकर, हम कोटा उपयोग कम करते हैं।
हालाँकि यह पहले ही खपत हो चुके कोटा को वापस नहीं लाती, लेकिन सत्र बहुत बड़ा होने से पहले /compact का उपयोग करना सहायक हो सकता है।
कार्य के अनुसार मॉडल मिलाएँ
हर कार्य के लिए Opus या Fable की ज़रूरत नहीं होती। कभी-कभी छोटे मॉडल या मॉडलों का चतुर उपयोग कोटा प्रबंधन में मदद कर सकता है। उच्च-मूल्य के काम के लिए प्रीमियम मॉडलों को सुरक्षित रखकर आप अक्सर अपनी उपलब्ध क्षमता को काफी बढ़ा सकते हैं।
यहाँ कुछ मॉडल अनुकूलन रणनीतियाँ हैं:
- आर्किटेक्चर निर्णयों, जटिल तर्क और अस्पष्ट आवश्यकताओं के लिए Opus
- एडिटिंग, खोज और इम्प्लीमेंटेशन कार्य के लिए Sonnet
- हल्के कार्यों और त्वरित रीड के लिए Haiku
लेकिन एक सत्र के भीतर बार-बार मॉडल स्विच करने से बचें। प्रॉम्प्ट कैश मॉडल-विशिष्ट होते हैं, इसलिए हर स्विच नए मॉडल को पूरी बातचीत का इतिहास दोबारा से पूरे टोकन लागत पर प्रोसेस करने के लिए मजबूर करता है, बजाय इसके कि वह कैश से सस्ते में पढ़े। इससे आपका कोटा तेज़ी से खपत हो सकता है, भले ही आप "सस्ते" मॉडल पर स्विच करें।
जब दीवार से टकराएँ: API फॉलबैक
यदि सदस्यता कोटा सीमाएँ बाधा बनें, तो Claude API एक वैकल्पिक रास्ता देता है। API उपयोग आपको 5-घंटे के सत्र विंडो या साप्ताहिक सदस्यता कैप तक सीमित नहीं करता। इसके बजाय, आप टोकन खपत के आधार पर भुगतान करते हैं।
यह मॉडल अक्सर इन पर समझ में आता है:
- CI पाइपलाइंस
- लंबे समय तक चलने वाले स्वायत्त एजेंट
- वृहद-स्तरीय ऑटोमेशन
- पूर्वानुमेय बजट वाले प्रोडक्शन वर्कफ़्लोज़
ध्यान रखने वाली बात यह है कि अपने Claude Code शेल में ANTHROPIC_API_KEY एन्व वेरिएबल को कॉन्फ़िगर छोड़ देना। यदि यह कुंजी आपके वातावरण में मौजूद है, तो Claude Code आपकी सदस्यता खाते के बजाय API के माध्यम से प्रमाणित कर सकता है।
इससे अप्रत्याशित API शुल्क लग सकते हैं, क्योंकि आप अब सदस्यता सीमाओं का उपयोग नहीं कर रहे होते और इसके बजाय टोकन लागत का भुगतान कर रहे होते हैं। जब भी लागत असामान्य लगे, तो प्रमाणन सेटिंग्स की जाँच आपकी पहली ट्रबलशूटिंग स्टेप्स में से एक होनी चाहिए।
वर्तमान मॉडल मूल्य निर्धारण के लिए, हमेशा Anthropic के आधिकारिक प्राइसिंग दस्तावेज़ को देखें, क्योंकि दरें अक्सर बदलती हैं और मॉडल के अनुसार भिन्न होती हैं।
अंतिम विचार
Claude Code उपयोग सीमाओं को संभालना आसान हो जाता है, जब आप समझ लेते हैं कि वे सिर्फ प्रॉम्प्ट नहीं गिन रहीं।
यह प्रणाली संयोजित करती है:
- 5-घंटे की रोलिंग विंडो
- साप्ताहिक कैप
- मॉडल-विशिष्ट भत्ते
- कॉन्टेक्स्ट ओवरहेड
कई डेवलपरों के लिए सबसे बड़ी हैरानी यह होती है कि प्रॉम्प्ट अक्सर कुल टोकन उपयोग का एक छोटा हिस्सा होते हैं। बड़ी CLAUDE.md फ़ाइलें, MCP टूल परिभाषाएँ, ऑटो मेमोरी, रिपॉज़िटरी खोज और बढ़ता बातचीत इतिहास प्रायः स्वयं प्रश्नों से अधिक क्षमता खपत करते हैं।
व्यवहार में, जो लोग असामान्य रूप से तेज़ी से सीमा तक पहुँचते हैं, उनके पास प्रायः क्षमता की नहीं, कॉन्फ़िगरेशन की समस्या होती है। योजना अपग्रेड करने से पहले, बड़ा कोटा खरीदने की बजाय कॉन्टेक्स्ट साफ़ करके ओवरहेड घटाएँ।
अपने वर्कफ़्लो को और बेहतर करने के लिए, मैं हमारे Claude Code सर्वोत्तम प्रथाएँ गाइड और Claude Code Hooks ट्यूटोरियल की सिफारिश करता हूँ, जो लंबे डेवलपमेंट सत्रों के दौरान Claude Code को अधिक कुशल और सक्षम बनाने की तकनीकें कवर करते हैं।