Claude Code उपयोग सीमाएं: सेशन कैप, साप्ताहिक सीमाएं और विकल्प

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

आप वास्तव में कौन सी सीमा से टकराए हैं?

यह पहला सवाल है जिसका उत्तर देना है, क्योंकि सुधार पूरी तरह से इस उत्तर पर निर्भर करता है।

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

उन्हें अलग करने का सबसे विश्वसनीय तरीका वेब ऐप में Settings → Usage की जाँच करना है। वह दृश्य सेशन विंडो और साप्ताहिक सीमा दोनों के लिए प्रगति पट्टियाँ दिखाता है, और यह एकमात्र है जो आपके सभी डिवाइस से उपयोग खींचता है। Claude Code के अंदर /status कमांड आपको किसी भी दीवार के पास पहुँचने के दौरान चेतावनियाँ सतह करता है, और /usage आपको अधिक विस्तृत विश्लेषण देता है (d / w के साथ 24-घंटे और 7-दिन के दृश्यों के बीच फ्लिप करने के लिए)। bestagent.dev के विश्लेषण से एक महत्वपूर्ण चेतावनी: CLI में आंकड़े "इस मशीन पर स्थानीय सेशन इतिहास से गणना किए गए हैं," इसलिए वे प्रतिबिंबित नहीं करेंगे कि आपने किसी अलग मशीन पर या claude.ai के माध्यम से क्या किया है।

त्वरित छँटाई:

• संदेश कहता है कि कुछ घंटे प्रतीक्षा करें: लगभग निश्चित रूप से 5-घंटे की सेशन विंडो
• संदेश आपकी उपयोग सीमा का संदर्भ देता है, कोई छोटी प्रतीक्षा की पेशकश नहीं: संभवतः साप्ताहिक कैप
• आप Max 5x या Max 20x पर हैं और सीमा तेजी से मार रहे हैं: जाँचें कि क्या Sonnet-केवल साप्ताहिक उप-कैप अपराधी है (Max योजनाएं एक नहीं, दो साप्ताहिक कैप ले जाते हैं)

सेशन और साप्ताहिक विंडो: वे वास्तव में कैसे काम करती हैं

पाँच-घंटे की विंडो रोलिंग है, घड़ी के लिए निर्धारित नहीं। यह आपके पहले संदेश से शुरू होती है और पाँच घंटे बाद रीसेट होती है, चाहे आपने किस समय शुरुआत की हो। तो अगर आप दोपहर 2:47 पर अपना पहला संदेश भेजते हैं, तो आपकी विंडो शाम 7:47 को रीसेट होती है, दोपहर 8 बजे नहीं।

साप्ताहिक कैप Tokens for Good के 2026 गाइड के अनुसार समान रोलिंग लॉजिक पर काम करता है: यह एक निश्चित कैलेंडर दिन पर नहीं, बल्कि आपके वर्तमान चक्र के पहले संदेश के लगभग सात दिन बाद रीसेट होता है। आपका व्यक्तिगत रीसेट दिन इस बात पर निर्भर करता है कि आपने कब शुरुआत की, साझा सोमवार मध्यरात्रि पर नहीं।

न तो सीमा आगे बढ़ती है। अप्रयुक्त हेडरूम रीसेट पर गायब हो जाता है। यह जमा नहीं होता है।

यहाँ प्लान तुलना है, दस्तावेजित गुणकों और Anthropic की अपनी स्थिति के आधार पर:

Team Premium की यह संख्या पूरी लाइनअप में सबसे कम चर्चित है। Max 5x के समान कीमत पर, एक Team Premium सीट दरअसल Max 5x से सेशन उपयोग में आगे होती है, ओवरफ्लो आपके एडमिन द्वारा प्रबंधित होता है न कि सेल्फ-सर्व द्वारा। अगर आप वैसे भी किसी टीम के लिए सीटें खरीद रहे हैं तो यह जानने योग्य है।

एक मिथ को तोड़ने के लायक: TokenMix के अप्रैल 2026 अनुसंधान में स्पष्ट रूप से कहा गया है कि "Max 5x और Max 20x केवल असीमित Claude हैं" यह गलत है। Max उपयोग को बढ़ाता है, लेकिन सेशन, साप्ताहिक, और मॉडल सीमाएं अभी भी Anthropic के विवेक पर लागू रहती हैं। यह एक बड़ा पूल है, न कि एक अथाह पूल।

आपका उपयोग खपत क्या बदलता है

उपयोग की गणना कच्चे संदेशों में नहीं की जाती। असली ड्राइवर प्रति अनुरोध कंप्यूट वजन है।

ऐसी चीजें जो आप जितना सोचते हैं उससे तेजी से जलती हैं:

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

और जो विवरण लोगों को अप्रत्याशित रूप से पकड़ता है: यह सब एक साझा पूल के विरुद्ध गिना जाता है। Claude.ai वार्तालाएँ, Claude Desktop, और CLI सभी एक ही योजना भत्ते से खींचते हैं। Felloai का विश्लेषण इसे स्पष्ट करता है: Anthropic अब किसी भी योजना के लिए संदेश संख्या प्रकाशित नहीं करता, जिसके कारण ऑनलाइन घूमने वाली संख्याएँ शायद ही कभी आपके वास्तविक अनुभव से मेल खाती हैं।

पीक घंटे एक और परत जोड़ते हैं। Free, Pro, और Max ग्राहक सभी सप्ताह के दिनों में 5 a.m. से 11 a.m. PT (1 p.m. से 7 p.m. GMT) के बीच पाँच घंटे की खिड़की से तेजी से गुजरते हैं। समान कार्य, समान मॉडल, तेजी से खपत। यदि आप लंदन में दोपहर में भारी Claude Code कार्य कर रहे हैं, तो आप इस खिड़की को अपने सबसे बुरे समय पर मार रहे हैं।

जब काम अवरुद्ध हो तो क्या करें

यहाँ एक निर्णय वृक्ष है जब आप कार्य के बीच में दीवार से टकरा गए हों।

1. जाँचें कि कौन सी सीमा सक्रिय हुई। Settings → Usage वेब ऐप में। अनुमान न लगाएँ।
2. यदि यह 5-घंटे की सत्र खिड़की है: रोलिंग रीसेट के लिए प्रतीक्षा करें, या प्रतीक्षा करते समय कम प्राथमिकता वाले कार्यों के लिए एक हल्के मॉडल पर स्विच करें।
3. यदि यह साप्ताहिक सीमा है: आपके पास चार वास्तविक विकल्प हैं: अपनी व्यक्तिगत साप्ताहिक रीसेट के लिए प्रतीक्षा करें, यदि आपकी योजना इसका समर्थन करती है तो अतिरिक्त उपयोग क्रेडिट सक्षम करें, एक उच्च स्तर पर अपग्रेड करें, या कार्य को सीधे Claude API को दें।
4. यदि आप Max पर हैं और बार-बार सीमाओं से टकरा रहे हैं: समीक्षा करें कि क्या Sonnet-भारी वर्कफ़्लो भी Sonnet-केवल उप-सीमा को प्रभावित कर रहे हैं। सभी-मॉडल सीमा और Sonnet-केवल सीमा स्वतंत्र हैं।
5. यदि आप एक एजेंसी वर्कफ़्लो चला रहे हैं जिसमें निरंतर मात्रा है: सदस्यता मॉडल केवल गलत उपकरण हो सकता है। API के पास 5-घंटे की सत्र खिड़की नहीं है।

एजेंसी-स्तरीय वर्कफ़्लो के लिए जहाँ इन सीमाओं से टकराना एक आवर्ती संचालन समस्या है अतिरिक्त परेशानी के बजाय, यह पढ़ने लायक है कि अन्य दलें बड़े पैमाने पर Claude Code उपयोग को कैसे संरचित करते हैं: हमारी Claude Code एजेंसी गाइड उन स्थापत्य निर्णयों को कवर करती है जो बदलते हैं जब आप इसे अपने लिए बजाय क्लाइंट के लिए चला रहे हों।

बैचिंग पक्ष पर: Anthropic ने इसी साल की शुरुआत में भुगतान किए गए योजनाओं के लिए पाँच-घंटे की रोलिंग सत्र सीमा दोगुनी कर दी, Geeky Gadgets के अपडेट कवरेज के अनुसार। साप्ताहिक सीमाएँ उस समय नहीं बदली गईं। एक अस्थायी 50% साप्ताहिक उपयोग बूस्ट जो रोलआउट के साथ चलता था 19 जुलाई को समाप्त हुआ। तो वर्तमान स्थिति है: लंबी सत्रें, समान साप्ताहिक छत।

सदस्यता सीमाएँ बनाम API दर सीमाएँ

ये वास्तव में विभिन्न प्रणालियाँ हैं और यह स्पष्ट करने लायक है कि प्रत्येक क्या नियंत्रित करता है।

सदस्यता सीमाएँ (Pro, Max, Team) ऊपर वर्णित पाँच-घंटे और साप्ताहिक सीमाएँ हैं। वे सब कुछ पर लागू होते हैं जो आप claude.ai, Claude Desktop, और Claude Code CLI के माध्यम से एक सदस्यता खाते के अंतर्गत करते हैं। वे भारित अर्थ में उपयोग-आधारित हैं: मॉडल, संदर्भ, विशेषताएँ, और उपकरण कॉल सभी प्रभावित करते हैं कि आप उनके माध्यम से कितनी तेजी से जाते हैं। Anthropic इन भत्तों को समायोजित करता है क्योंकि माँग बढ़ती है और सटीक टोकन संख्या प्रकाशित नहीं करता।

API दर सीमाएँ संरचना में भिन्न हैं। वे खाते स्तर पर सेट प्रति-मिनट टोकन सीमाएँ और समवर्ती अनुरोध कैप हैं। कोई 5-घंटे की रोलिंग खिड़की नहीं है। आप एक प्रति-मिनट दर सीमा से टकरा सकते हैं और 60 सेकंड बाद ठीक हो सकते हैं। व्यय सीमाएँ शीर्ष पर एक वित्तीय छत जोड़ती हैं। API उत्पादन रूटिंग के लिए डिज़ाइन किया गया है जहाँ आपको प्रोग्राम के रूप से नियंत्रण की आवश्यकता है कि कब आप थ्रॉटल करें बनाम कब अधिक के लिए भुगतान करें।

व्यावहारिक निहितार्थ: यदि आप एक उपकरण बना रहे हैं या स्वचालित कार्य चला रहे हैं, तो API सही सतह है। जरूरी नहीं कि यह सस्ता हो (Claude Code लागत विवरण एक अलग प्रश्न है), बल्कि इसलिए कि कोटा व्यवहार पूर्वानुमानित और प्रोग्रामेटिकली पुनः प्राप्त करने योग्य है। सदस्यता सीमाएँ मानव-गति की इंटरैक्टिव उपयोग के लिए डिज़ाइन की गईं।

रीसेट विकल्प और उपलब्धता

ईमानदार उत्तर यह है कि रीसेट विकल्प सीमित हैं।

जो निश्चित रूप से काम करता है:

1. 5-घंटे की सत्र खिड़की को आगे बढ़ने के लिए प्रतीक्षा करें
2. अपने व्यक्तिगत साप्ताहिक चक्र के रीसेट होने का इंतज़ार करें (चक्र के पहले संदेश से सात दिन)
3. यदि आपकी योजना पर उपलब्ध हो तो अतिरिक्त उपयोग क्रेडिट सक्षम करें (यह headroom बढ़ाता है लेकिन विंडो को रीसेट नहीं करता)
4. अपनी योजना का स्तर अपग्रेड करें (समान विंडो संरचना पर उच्च गुणक)
5. ओवरफ़्लो कार्य को API में भेजें (कोई सेशन विंडो नहीं, अलग rate limits)

सीधे उल्लेख करने योग्य एक बात: 4 सितंबर को चेक किए गए Claude Code कमांड संदर्भ में /limit-reset कमांड सूचीबद्ध नहीं था। संदर्भ से अनुपस्थिति यह प्रमाण नहीं है कि फ़ीचर मौजूद नहीं है, लेकिन कोई आधिकारिक रिलीज़ नोट या सहायता दस्तावेज़ भी नहीं है जो इसे उपलब्ध के रूप में पुष्टि करता हो। जब तक ऐसा न हो, अपने वर्कफ़्लो की योजना इसके चारों ओर न बनाएं।

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

क्या काम नहीं करता: साप्ताहिक कैप हिट करने के बाद एक ही सेशन के भीतर मॉडल स्विच करना। कैप सभी मॉडल को कवर करता है। जब आप साप्ताहिक सभी-मॉडल कैप को जला चुके हों तो Opus से Sonnet में स्विच करने से आप वापस नहीं आ जाएंगे; आपको जांचना होगा कि क्या Sonnet-only कैप के पास Max योजनाओं पर अलग शेष headroom है।

FAQ

क्या claude.ai उपयोग Claude Code limits के विरुद्ध गिना जाता है?

हां। दोनों समान योजना भत्ते से चलते हैं। सुबह में claude.ai पर एक लंबा अनुसंधान सेशन दोपहर में Claude Code के लिए उपलब्ध को कम करेगा। वेब Settings → Usage दृश्य डिवाइस और सतहों के पार संयुक्त चित्र देखने का एकमात्र स्थान है।

क्या मैं Claude Code और claude.ai के लिए अलग-अलग उपयोग बजट रख सकता हूं?

सदस्यता योजनाओं पर नहीं। Pro और Max आपको एक साझा पूल देते हैं। उन्हें परिचालन रूप से अलग करने का एकमात्र तरीका Claude Code कार्यों को एक अलग खाते के तहत API के माध्यम से रूट करना है, जिसके अपने rate limits और बिलिंग हैं।

अप्रयुक्त साप्ताहिक कोटा का क्या होता है?

कुछ उपयोगी नहीं। यह roll over नहीं होता, जमा नहीं होता, या आगे नहीं ले जाया जाता। साप्ताहिक कैप रीसेट पर समान स्तर तक भर जाता है चाहे आपने कितना भी उपयोग किया हो। सप्ताह के माध्यम से आंशिक रूप से जलना अगले सप्ताह आपको अतिरिक्त headroom नहीं देता।

क्या दीवार से टकराने से पहले उपयोग की निगरानी करने का कोई तरीका है?

हां। CLI में /status शेष आवंटन दिखाता है और जैसे-जैसे आप limits के पास जाते हैं चेतावनियां सामने लाता है। /usage कौशल, subagent, और MCP server द्वारा एक पूर्ण breakdown देता है। न तो अन्य डिवाइसों से या claude.ai से उपयोग को प्रतिबिंबित करते हैं; इसके लिए आपको वेब ऐप में Settings → Usage की आवश्यकता है।

क्या mid-cycle में अपग्रेड करने से मुझे पूर्ण रीसेट मिलता है?

Anthropic इस पोस्ट के लिए समीक्षा किए गए स्रोतों में इसे स्पष्ट रूप से दस्तावेज़ित नहीं करता। व्यावहारिक प्रत्याशा यह है कि अपग्रेड आपको आगे जाने के लिए उच्च गुणक में ले जाता है, लेकिन क्या यह मौजूदा विंडो को mid-cycle में retroactively रीसेट करता है यह पुष्टि नहीं की गई है। यदि आप सक्रिय सेशन को अनब्लॉक करने के लिए विशेष रूप से अपग्रेड खरीद रहे हैं, तो तुरंत headroom मिलने की धारणा बनाने से पहले वर्तमान सहायता दस्तावेज़ जांचें या Anthropic सहायता से संपर्क करें।

इस सब में सबसे तीव्र caveat: Anthropic सेशन या साप्ताहिक कैप के लिए सटीक token counts प्रकाशित नहीं करता है, और कंपनी ने मांग बढ़ने के साथ एक से अधिक बार भत्ते को समायोजित किया है। कोई भी विशिष्ट message-count आंकड़ा जो आप ऑनलाइन पाते हैं (जिसमें Pro के लिए "~45 messages प्रति 5 घंटे" भी शामिल है) विशिष्ट स्थितियों के तहत एक सन्निकटन है, कोई hard guarantee नहीं है।