विषय-सूची
आप अभी Claude Code में अच्छी रफ़्तार पकड़ ही रहे थे कि अचानक यह संदेश आपको रोक देता है:
Claude usage limit reached.
Your limit will reset at 3pm (America/New_York)."फ़िलहाल आपके मौजूदा प्लान में जितना उपयोग संभव था, वह खर्च हो चुका है।" यह कोई एरर या बग नहीं है: यह तो Pro / Max सब्सक्रिप्शन उपयोग सीमा के काम करने का तरीका है। निराशाजनक बात यह है कि साफ़ नहीं होता कि यह इतनी जल्दी क्यों खत्म हुआ, कब वापस आएगा, और तब तक आप क्या कर सकते हैं। यह लेख आधिकारिक जानकारी के आधार पर दो-स्तरीय सीमा संरचना (5-घंटे + साप्ताहिक), खपत किससे बढ़ती है, सीमा से टकराते ही क्या करें, कितना बचा है यह कैसे जाँचें, और API बचाव-रास्ता समझाता है।
शुरुआत में तीन मुख्य बातें। (1) सीमा दो परतों की है: एक "रोलिंग 5-घंटे विंडो" और एक "साप्ताहिक विंडो" (Max में सिर्फ़ Opus के लिए एक अलग साप्ताहिक कैप भी होता है)। (2) सबसे बड़ी खपत आपकी मॉडल पसंद से होती है — Opus, Sonnet की तुलना में कहीं तेज़ी से कोटा जला देता है। (3) जब आप इंतज़ार नहीं कर सकते, तो साफ़-सुथरे कदम हैं "Sonnet पर उतरें / कॉन्टेक्स्ट घटाएँ / pay-as-you-go API पर स्विच करें।" ध्यान रहे कि दिखाया गया समय और प्रति-प्लान मात्राएँ संस्करण और समय के साथ बदलती रहती हैं, इसलिए संख्याओं की पुष्टि हमेशा लाइव आधिकारिक व्यू में करें (/usage या Settings → Usage)।
उपयोग सीमा दो मंज़िल ऊँची है
— इनमें से किसी एक से भी टकराना आपको रोक देता है
Claude Code और Claude ऐप्स (web/desktop) एक ही प्लान का कोटा साझा करते हैं।
गेज की संख्याएँ केवल उदाहरण हैं। अपना असली बैलेंस /usage और Settings → Usage से जाँचें।
1. यह संदेश आपको क्या बता रहा है
एक आम संदेश ऐसा दिखता है (शब्दावली संस्करण के साथ बदलती है, इसलिए इसे एक ढाँचे की तरह लें): "Claude usage limit reached. Your limit will reset at [समय] ([timezone])." अर्थ सरल है: "इस अवधि में आपके प्लान में जितना संभव था, वह खर्च हो चुका है। यह [समय] पर वापस आ जाएगा।" Timezone आपकी स्थानीय सेटिंग होती है।
मुख्य बात यह है कि यह डिज़ाइन के अनुसार है, कोई खराबी नहीं। Claude के Pro / Max प्लान "असीमित" नहीं हैं — प्रति समय-विंडो और प्रति सप्ताह उपयोग पर एक कैप है। और Claude Code (CLI) और Claude ऐप्स (web/desktop) एक ही प्लान का कोटा साझा करते हैं — आधिकारिक हेल्प कहती है कि "दोनों टूल में हर गतिविधि एक ही उपयोग सीमा में गिनी जाती है।" इसलिए यह बिलकुल सामान्य है कि "मैंने चैट भी की और Claude Code भी चलाया, और दोनों मिलकर जल्दी खत्म हो गए।"
एक और बात जान लें: दो तरह के कैप हैं — "5-घंटे" और "साप्ताहिक।" अगर दिखाया गया reset at कुछ घंटे दूर है, तो आप 5-घंटे विंडो से टकराए; अगर वह दिनों दूर है, तो आप साप्ताहिक विंडो से टकराए। आप किससे टकराए, इससे आपका इंतज़ार और आपके विकल्प दोनों बदल जाते हैं। अगला भाग इस संरचना को समझाता है।
2. दो-स्तरीय सीमा — 5-घंटे + साप्ताहिक (+ Opus कैप)
अगस्त 2025 में Anthropic ने मौजूदा 5-घंटे विंडो के ऊपर Pro / Max में साप्ताहिक उपयोग सीमाएँ जोड़ीं (इसकी वजह वे हेवी यूज़र थे जो इसे लगातार चलाते रहते थे)। नतीजतन, आज की सब्सक्रिप्शन सीमा दो मंज़िल ऊँची है।
दोनों विंडो स्वतंत्र रूप से काम करती हैं
प्लान एक ही संरचना पर एक "गुणक" से भिन्न होते हैं: Pro < Max 5x < Max 20x।
सटीक साप्ताहिक घंटे समय के साथ संशोधित होते रहते हैं। तय संख्याओं को याद न करें — लाइव मान Settings → Usage में पढ़ें।
एक मूल (अगस्त 2025) गाइड के रूप में, Anthropic ने मोटे अनुमान दिए थे जैसे "Pro: ~40-80 घंटे Sonnet प्रति सप्ताह" और "Max 20x: ~240-480 घंटे Sonnet + ~24-40 घंटे Opus प्रति सप्ताह।" हालाँकि, Anthropic ने तब से तय घंटों के आँकड़े छापना काफ़ी हद तक बंद कर दिया है, और सीमाएँ बार-बार संशोधित हुई हैं (2026 में भी 5-घंटे विंडो में बढ़ोतरी की खबरें आईं)। इसलिए उन संख्याओं को "उस समय के अनुमान" मानें, और अपना मौजूदा कोटा हमेशा आधिकारिक usage व्यू में पुष्टि करें। यह लेख जान-बूझकर किसी ठोस मौजूदा मान का दावा नहीं करता।
3. आपका कोटा किससे जलता है
"यह मेरी उम्मीद से जल्दी खत्म हो गया" लगभग हमेशा इन्हीं चार वजहों पर आकर टिकता है, असर के क्रम में।
| कारक | यह कोटा क्यों जलाता है | क्या मदद करता है |
|---|---|---|
| 1) मॉडल पसंद (सबसे बड़ा) | Opus, Sonnet/Haiku की तुलना में कहीं ज़्यादा खपत करता है। दस्तावेज़ साफ़ कहते हैं कि Opus "काफ़ी अधिक कोटा इस्तेमाल करता है।" Max पर तो इसका अपना साप्ताहिक कैप भी है | रोज़मर्रा के काम के लिए /model से Sonnet/Haiku चलाएँ; Opus को कठिन समस्याओं के लिए बचाकर रखें |
| 2) कॉन्टेक्स्ट का आकार | हर टर्न पर पूरी बातचीत + संलग्न फ़ाइलें + टूल परिभाषाएँ + इतिहास फिर से प्रोसेस होते हैं। जितना बड़ा = प्रति टर्न उतनी अधिक खपत | /compact, /clear, कम फ़ाइलें संलग्न करें, छोटी CLAUDE.md |
| 3) लंबे, लगातार सत्र | हमेशा चालू, अंतहीन लूप। साप्ताहिक कैप खास तौर पर इसी पैटर्न को निशाना बनाता है | /clear से काम को बाँटें; गैर-ज़रूरी ऑटो-लूप रोकें |
| 4) सबएजेंट / MCP | समानांतर फैन-आउट और MCP सर्वर टूल परिभाषाएँ और टूल-कॉल ट्रैफ़िक बढ़ाते हैं | सक्रिय MCP सर्वर घटाएँ। /usage प्रति-MCP/सबएजेंट ब्रेकडाउन दिखाता है |
संक्षेप में, जितना भारी मॉडल, जितना बड़ा कॉन्टेक्स्ट, जितना लंबा और समानांतर रन, उतनी तेज़ी से कोटा पिघलता है। इसके उलट, इन चार को जान-बूझकर घटाने से वही प्लान काफ़ी ज़्यादा देर तक चलता है। समग्र अनुकूलन के लिए देखें AI कोडिंग लागत अनुकूलन, और ठोस टोकन-बचत रणनीतियों के लिए देखें Claude Code टोकन बचत।
4. अभी काम जारी रखने के पाँच तरीके
सीमा से टकराते ही उठाने वाले पाँच कदम, स्थिति के अनुसार। आप कौन-सा चुनें यह इस पर निर्भर करता है कि "क्या आप इंतज़ार कर सकते हैं?" और "आप किस विंडो से टकराए?"
जब आप सीमा से टकराएँ
/model से Sonnet/Haiku पर। अगर सिर्फ़ Opus कैप खर्च हुआ है, तो अक्सर इससे तुरंत काम जारी रहता है।/compact / /clear से प्रति टर्न कम खर्च करें और जो थोड़ा बचा है उसे खींचें।reset at पढ़ें और तब तक कोई दूसरा काम करें।डेडलाइन पर? D।
5-घंटे विंडो इंतज़ार करने पर वापस आ जाती है, इसलिए A/B/C से इसे टाल दें। अगर साप्ताहिक कैप भी खत्म हो गया है, तो D (API) या E ही वास्तविक जवाब है।
API स्विच (D) को एक "बचाव-रास्ते" के रूप में जानना ताकतवर है। सब्सक्रिप्शन के समय-विंडो लॉकआउट के विपरीत, API में प्रति-मिनट थ्रूपुट सीमाएँ हैं पर यह कभी "एक सप्ताह के लिए आपको लॉक नहीं करता" (आप जितना इस्तेमाल करें उतना भुगतान)। देखें AI API क्या है। ध्यान दें कि Pro / Max यूज़र "usage credits" भी सक्षम कर सकते हैं ताकि शामिल कोटे के पार भी मानक API दरों पर काम जारी रहे (स्पष्ट सहमति ज़रूरी)।
5. कितना बचा है यह कैसे देखें
अगर आप देख सकें कि "कितना बचा है," तो आप सीमा से टकराना पूरी तरह टाल सकते हैं। जाँचने के तीन तरीके।
1) Claude Code का /usage: मौजूदा 5-घंटे विंडो की खपत और प्रति मॉडल साप्ताहिक-विंडो की स्थिति दिखाता है। 2026 के एक अपडेट ने skill / subagent / plugin / MCP server के अनुसार ब्रेकडाउन जोड़ा। /status भी आपका आवंटन दिखाता है। 2) Web/desktop ऐप: Settings → Usage आपका प्लान, बचा हुआ उपयोग, और साप्ताहिक रीसेट तारीख दिखाता है। 3) API यूज़र: Console Usage / Limits पेज और anthropic-ratelimit-* रिस्पॉन्स हेडर। /cost (API-key यूज़र के लिए) और /context खर्च और कॉन्टेक्स्ट आकार को ट्रैक करते हैं।
एक आदत जो फ़ायदा देती है
भारी काम से पहले एक बार /usage चलाएँ ताकि अपना बैलेंस और रीसेट तारीख जान लें। जिस हफ़्ते आपका साप्ताहिक कैप कम हो रहा हो, उस हफ़्ते शुरू से ही Sonnet के इर्द-गिर्द काम बनाएँ ताकि ज़रूरी पल के लिए Opus की गुंजाइश बची रहे।
6. सब्सक्रिप्शन सीमा बनाम API सीमा
इन्हें आपस में उलझाना आसान है, पर सब्सक्रिप्शन (Pro/Max) सीमाएँ और API सीमाएँ पूरी तरह अलग सिस्टम हैं। इनका अंतर जानने से, जब ज़रूरी हो तब स्विच का फ़ैसला तेज़ हो जाता है।
| पहलू | सब्सक्रिप्शन (Pro / Max) | API (pay-as-you-go) |
|---|---|---|
| सीमा की इकाई | प्रति समय-विंडो कुल (5-घंटे + साप्ताहिक) | प्रति-मिनट थ्रूपुट (RPM / इनपुट + आउटपुट टोकन प्रति मिनट) |
| जब आप टकराते हैं | रीसेट तक लॉक | 429 लौटाता है; retry-after सेकंड इंतज़ार करें और जारी रखें (कोई साप्ताहिक लॉकआउट नहीं) |
| इसे कैसे बढ़ाएँ | प्लान अपग्रेड करें, क्रेडिट खरीदें | संचयी खर्च से Tier 1-4 अपने-आप अनलॉक होते हैं |
| किसके लिए सर्वोत्तम | निजी चैट, रोज़मर्रा की कोडिंग | ऑटोमेशन जिसे आप रोक नहीं सकते, बड़े बैच |
मुद्दा यह है: सब्सक्रिप्शन आपको समय के हिसाब से लॉक करता है, जबकि API केवल प्रति-मिनट प्रवाह को थ्रॉटल करता है और इसमें कोई साप्ताहिक लॉकआउट नहीं है। इसलिए उस डेडलाइन काम के लिए जिसे आप सचमुच रोक नहीं सकते, एक API key पर स्विच करना मानक कदम है। API रेट-लिमिट के विवरण (429, retry-after, tiers) अपने अलग लेख के हक़दार हैं, पर इसे सब्सक्रिप्शन खाली होने पर वास्तविक बचाव-रास्ता मानकर याद रखें।
7. रोकथाम चेकलिस्ट
"ज़रूरी पल पर खत्म होना" रोकने के लिए एक परिचालन चेकलिस्ट।
(1) डिफ़ॉल्ट रूप से Sonnet रखें और सिर्फ़ कठिन हिस्सों के लिए /model से Opus पर स्विच करें (Opus साप्ताहिक कैप बचाकर रखें)। (2) बार-बार /compact / /clear से कॉन्टेक्स्ट हल्का रखें। (3) भारी काम से पहले /usage से अपना बैलेंस और रीसेट तारीख जाँचें। (4) गैर-ज़रूरी MCP और ऑटो-लूप घटाएँ; सिर्फ़ ज़रूरी फ़ाइलें संलग्न करें। (5) डेडलाइन वाले दिनों में, pay-as-you-go API तैयार रखें (ताकि सब्सक्रिप्शन खत्म होने पर आप रुकें नहीं)। (6) अगर आप लगातार कम पड़ रहे हैं, तो प्लान अपग्रेड करने या उस वर्कलोड को API पर ले जाने पर विचार करें।
सारांश
Claude Code का "Claude usage limit reached" कोई एरर नहीं है — यह तो Pro/Max सब्सक्रिप्शन उपयोग सीमा के काम करने का तरीका है। सीमा दो मंज़िल की है: एक "रोलिंग 5-घंटे विंडो" + एक "साप्ताहिक विंडो," और Max में Opus के लिए एक अलग साप्ताहिक कैप भी होता है। चूँकि Claude Code और Claude ऐप्स एक ही प्लान का कोटा साझा करते हैं, वे मिलकर जल्दी खत्म हो सकते हैं। अगर reset at कुछ घंटे दूर है तो यह 5-घंटे विंडो है; दिनों दूर है तो साप्ताहिक विंडो है।
सबसे बड़ी खपत मॉडल पसंद (Opus सबसे बड़ा है) से होती है, फिर कॉन्टेक्स्ट का आकार, लंबे लगातार रन, और सबएजेंट/MCP। जब आप सीमा से टकराएँ: A: मॉडल नीचे करें -> B: कॉन्टेक्स्ट घटाएँ -> C: रीसेट का इंतज़ार करें, और अगर आप इंतज़ार नहीं कर सकते, तो D: pay-as-you-go API पर स्विच करें / E: ज़्यादा कोटा या अपग्रेड। अपना बैलेंस /usage और Settings -> Usage से देखें। और चूँकि सटीक संख्याएँ समय के साथ संशोधित होती रहती हैं, इन्हें याद न करें — लाइव आधिकारिक व्यू में पुष्टि करें। संबंधित: टोकन बचत और अतिरिक्त लागत, Opus/Sonnet/Haiku मूल्य-निर्धारण, Claude Code एरर संग्रह।
FAQ
Q. क्या "usage limit reached" एक बग है? मैं इसके लिए भुगतान कर रहा हूँ।
A. यह डिज़ाइन के अनुसार है, बग नहीं। Pro / Max "असीमित" नहीं हैं — प्रति 5-घंटे विंडो और प्रति सप्ताह उपयोग कैप हैं। भुगतान करने वाले यूज़र के तौर पर भी, जैसे ही आप उस विंडो की अनुमति पार करते हैं, आप अस्थायी रूप से रोक दिए जाते हैं; यह दिखाए गए reset at समय पर वापस आ जाता है। ध्यान दें कि Claude Code और Claude ऐप्स एक ही कोटा साझा करते हैं, इसलिए दोनों इस्तेमाल करने से यह जल्दी खत्म होता है।
Q. यह कब रीसेट होगा? इसमें "reset at 3pm" लिखा था।
A. वह 5-घंटे विंडो का रीसेट समय है (आपका स्थानीय समय); कुछ घंटे और यह वापस आ जाएगा। अगर इसके बजाय यह "दिनों दूर" दिखाता है, तो आप साप्ताहिक विंडो से टकराए, और अगली साप्ताहिक रीसेट तारीख आप Settings → Usage में पा सकते हैं। अगर साप्ताहिक कैप भी खत्म है, तो आपके विकल्प हैं इंतज़ार करना, pay-as-you-go API पर स्विच करना, या अपग्रेड करना।
Q. मैं इतनी जल्दी सीमा से क्यों टकराता हूँ?
A. सबसे बड़ा कारक मॉडल पसंद है। Opus, Sonnet की तुलना में कहीं तेज़ी से कोटा जलाता है, और Max पर इसका एक अलग साप्ताहिक कैप होता है जो सबसे पहले खाली होता है। इसके ऊपर, बड़ा कॉन्टेक्स्ट, लंबे लगातार रन, और सबएजेंट या MCP का भारी उपयोग खपत बढ़ाते हैं। सिर्फ़ /model से रोज़मर्रा के काम को Sonnet पर उतारना और /compact से कॉन्टेक्स्ट घटाना ही बड़ा फ़र्क डालता है।
Q. बिना इंतज़ार किए मैं अभी काम कैसे जारी रखूँ?
A. (1) /model से Sonnet/Haiku पर उतरें (तब काम करता है जब सिर्फ़ Opus कैप खर्च हुआ हो), (2) pay-as-you-go API key पर स्विच करें (कोई साप्ताहिक लॉकआउट नहीं), (3) usage credits सक्षम करें (शामिल कोटे के पार मानक API दरों पर जारी रखें), (4) अपना प्लान अपग्रेड करें (Pro से Max)। डेडलाइन काम के लिए, pay-as-you-go API को पहले से तैयार रखना सुरक्षित कदम है।
Q. क्या मैं जाँच सकता हूँ कि कितना बचा है?
A. हाँ। Claude Code में, /usage (प्रति मॉडल 5-घंटे और साप्ताहिक विंडो दिखाता है, साथ ही प्रति-MCP/सबएजेंट ब्रेकडाउन) और /status इस्तेमाल करें। Web/desktop ऐप में, Settings → Usage आपका प्लान, बचा हुआ उपयोग, और साप्ताहिक रीसेट तारीख दिखाता है। भारी काम से पहले एक बार जाँचने से आप सीमा से टकराना टाल सकते हैं।
