Kimi Code सीमाएँ: 5-घंटे, पुराने प्लान की साप्ताहिक सीमा और 429 त्रुटियाँ

Kimi Code रुक जाए तो status number से अकेले निष्कर्ष न निकालें; पूरा message सुरक्षित रखें। मौजूदा आधिकारिक Error Reference में 5-hour rolling window, पुराने प्लान की seven-day quota, monthly membership total और concurrent-request policy को 403 के अंतर्गत रखा गया है। 429 केवल short request burst और inference-engine overload के लिए है। Third-party client status code को बदल या re-wrap कर सकता है, इसलिए पूरा English error text, /usage और Console एक साथ जाँचें।

यह guide छह आधिकारिक messages को सही reset, account, policy या retry action से मिलाती है और Kimi Code membership quota को Kimi Open Platform API billing से अलग रखती है।

पूरे message से route करें: चार 403 branches और केवल दो 429 branches

पूरा error कॉपी करके नीचे की table से मिलाएँ। आधिकारिक Error Reference बताता है कि OpenCode, Claude Code जैसे third-party clients दिखाए गए status को बदल या re-wrap कर सकते हैं; इसलिए number अकेला निर्णायक नहीं है।

पूरा आधिकारिक error text	आधिकारिक status	अर्थ और लागू दायरा	पहला कदम
You've reached your 5-hour usage limit	403	मौजूदा 5-hour rolling window खत्म	Console में reset time देखें, automatic retries रोकें और window roll होने पर एक छोटा request भेजें
You've reached your weekly (7-day) usage limit	403	केवल पुराने Andante, Moderato, Allegretto और Allegro plans	पुराने plan में seven-day window देखें; Go user eligible plan जाँचे, जबकि Plus, Pro, Max और Ultra users सात दिन न रुकें
You've reached your monthly usage limit for this billing cycle	403	shared monthly Kimi membership total खत्म; यहाँ billing cycle monthly है	Subscription खोलें; next cycle, eligible Extra Usage या दिख रहे plan options देखें
You've reached your concurrent request limit. Please wait for your ongoing requests to finish and try again.	403	risk-control policy, remaining quota से असंबंधित	Community Guidelines पढ़ें; appeal में account ID, trigger time, use case और screenshots दें
We're receiving too many requests at the moment. Please wait a moment and try again.	429	कम समय में requests का temporary burst	थोड़ा रुकें, rapid successive requests रोकें और एक बार retry करें
The engine is currently overloaded, please try again later	429	temporary inference capacity issue, personal quota या account status से असंबंधित	local work save करके बाद में retry करें

Third-party client अलग status दिखाए तो billing cycle या this period जैसे fragment से अवधि न अनुमान लगाएँ। पहले पूरा wording match करें, फिर /usage, Console और Subscription देखें।

90 सेकंड की जाँच: wait, appeal या retry चुनने से पहले evidence बचाएँ

यह minimum diagnosis एक बार क्रम से करें। हर कदम एक अलग गलत classification हटाता है।

1. पूरा error कॉपी करें। Status, पूरा English wording, समय और time zone तथा उपलब्ध Request ID बचाएँ। केवल 403 या 429 पर्याप्त नहीं है।
2. Kimi Code CLI में /usage चलाएँ। आधिकारिक FAQ इसे current quota और membership status जाँचने का तरीका बताता है।
3. Kimi Code Console खोलें। Remaining quota, rate-limit state और account पर दिख रहे reset को देखें; calendar से खुद न गिनें।
4. Subscription खोलें। पहले plan जाँचें। Go में Kimi Code coding quota या access नहीं है, इसलिए reset का इंतज़ार मदद नहीं करेगा; Plus, Pro, Max और Ultra में Kimi Code access है और seven-day quota नहीं है, लेकिन applicable 5-hour window और shared monthly total फिर भी लागू रहते हैं। Legacy plans में seven-day quota अब भी हो सकता है।
5. पूरे wording को current Error Reference से मिलाएँ। Third-party client transformed status दिखा सकता है।

इसके बाद समस्या 5-hour window, legacy weekly quota, monthly total, 403 concurrency policy, 429 request burst, 429 engine overload या platform/configuration branch में आनी चाहिए।

5-hour 403: पूरा message पहचानें और rolling reset का इंतज़ार करें

आधिकारिक message You've reached your 5-hour usage limit है और status 403 है। इसका अर्थ है कि current five-hour rolling window में call volume limit तक पहुँच गया। this period जैसे vague fragment को इसका विकल्प न मानें और इसे 429 में न रखें।

Console में account-specific reset देखें, automatic retries और parallel agents रोकें। Window खत्म होने के बाद एक client और एक session से छोटा request भेजें। /usage में limit हटना और request का सफल होना ही recovery की पुष्टि है।

CLI, VS Code और कई third-party tools से एक साथ test न करें। Membership Benefits के अनुसार ये entry points, logged-in devices और Kimi Code API Keys एक quota share करते हैं।

Weekly 403: केवल legacy plans; Go बिना Kimi Code access, Plus और ऊपर बिना weekly quota

Weekly branch केवल पूरे message You've reached your weekly (7-day) usage limit से पहचानी जाती है; official status 403 है। Error Reference इसे existing legacy Andante, Moderato, Allegretto और Allegro members तक सीमित करता है। Go में Kimi Code coding quota या access नहीं है, इसलिए reset का इंतज़ार करने के बजाय eligible plan जाँचें या चुनें। Plus, Pro, Max और Ultra में Kimi Code access है, पर weekly quota नहीं है और यह error trigger नहीं होता।

Legacy plan में seven-day window subscription date से refresh होती है और unused quota carry over नहीं होता। Monday या calendar week का अनुमान न लगाएँ; Console में वास्तविक window देखें और refresh के बाद one-session request से verify करें।

Plus, Pro, Max या Ultra user को billing cycle दिखे तो सात दिन नहीं रुकना चाहिए। Official monthly message You've reached your monthly usage limit for this billing cycle है; Subscription में monthly total देखें। Go user को पहले plan eligibility जाँचनी चाहिए, क्योंकि Go में Kimi Code coding quota या access नहीं है।

Monthly 403: billing cycle monthly total है, weekly quota नहीं

पूरा official message You've reached your monthly usage limit for this billing cycle है और status 403 है। इसमें billing cycle monthly Kimi membership total को दर्शाता है; यह weekly quota, 5-hour window या 429 का संकेत नहीं है।

Kimi Code, PPT, Agent Cluster और दूसरे membership benefits वही monthly total share करते हैं। Total खत्म होने पर अलग Kimi Code meter में quota बचा दिखे तब भी requests अगले billing cycle, eligible Extra Usage या plan change तक रुक सकते हैं।

Subscription में monthly state देखें। Recovery तभी मानें जब freeze हटे या Extra Usage वास्तव में active हो, /usage और Console सामान्य दिखें और एक controlled request सफल हो।

Concurrent-request 403: risk-control policy, remaining quota नहीं

आधिकारिक message You've reached your concurrent request limit. Please wait for your ongoing requests to finish and try again. है, status 403 है। Official explanation कहता है कि account के in-flight requests limit पर पहुँचे हैं और यह risk-control policy से trigger होता है, remaining quota से नहीं।

Ongoing requests खत्म होने देना message का immediate action है, लेकिन केवल sessions घटाकर थोड़ी देर retry करना पूरा account remedy नहीं है। Official next step Kimi Code Community Guidelines पढ़ना है। Appeal चाहिए तो support@moonshot.ai पर account ID, trigger time, use case description और relevant screenshots भेजें। API key, cookie या authorization header कभी न भेजें।

Verify करने के लिए in-flight work खत्म होने दें, आवश्यक policy review या appeal पूरा करें और official Kimi Code client से एक request भेजें। Success restriction हटने का प्रमाण है; quota खरीदना इसका प्रमाण नहीं।

Too-many-requests 429: थोड़ी देर रुकें, इसे 403 policy branch से अलग रखें

पूरा official message We're receiving too many requests at the moment. Please wait a moment and try again. है, status 429 है। इसका अर्थ कम समय में बहुत requests भेजना है। यह temporary rate limit है, 403 concurrent-request policy नहीं और 5-hour, weekly या monthly quota खत्म होने का प्रमाण नहीं।

Automatic retry रोकें, थोड़ा wait करें, rapid successive calls से बचें और फिर एक client से एक simple request test करें।

Engine-overloaded 429: server capacity condition

पूरा official message The engine is currently overloaded, please try again later है और status 429 है। Error Reference बताता है कि current request volume inference capacity से अधिक है और यह personal quota या account status से असंबंधित है।

Local changes save करें, automatic retries रोकें और बाद में एक छोटा request भेजें। Console quota normal हो और बिना upgrade या top-up के request सफल हो जाए तो diagnosis सही है। समस्या बनी रहे तो official service information देखें या support से संपर्क करें।

Platform mix-up हटाएँ: Kimi Code और Open Platform की billing अलग है

यदि authentication fail हो, model list खाली मिले या Open Platform top-up के बाद भी Kimi Code blocked रहे, तो यह quota से अधिक configuration issue हो सकता है। आधिकारिक FAQ दोनों systems अलग बताता है: Kimi Code membership quota उपयोग करता है, जबकि Kimi Open Platform pay-as-you-go है और उसका Base URL, API key source और bill अलग है।

चीज	Kimi Code	Kimi Open Platform
मुख्य billing	membership quota और account-specific extension options	pay-as-you-go API billing
key कहाँ से	Kimi Code Console	Kimi Open Platform console
मुख्य checks	/usage, Console, subscription cycle	API balance, bill और platform request logs
सामान्य गलती	Open Platform top-up को Kimi Code quota reset समझना	Kimi Code key को Open Platform Base URL के साथ लगाना

Open Platform balance देखकर Kimi Code recovery तय न करें और दोनों services के keys/Base URLs आपस में न बदलें। जिस service को call कर रहे हैं, उसी के official console से configuration फिर बनाएँ।

इंतज़ार के दौरान उपयोगी काम करें और reset test को साफ रखें

current changes को local files, branch या commit में save करें। auto-retry tasks रोकें, अगली check time लिख लें और model के बिना होने वाला काम पूरा करें—tests चलाएँ, diff देखें, काम का दायरा साफ करें या अगली prompt को छोटे jobs में बाँटें।

service उपलब्ध होने का समय आए तो “एक client, एक session, एक छोटा request” क्रम अपनाएँ। उसके सफल होने के बाद ही task size या concurrency बढ़ाएँ। इससे recovery signal साफ रहता है और तुरंत वही सीमा दोबारा hit नहीं होती।

समस्या बनी रहे तो support को क्या भेजें

API key, cookie या पूरा authorization header कभी न भेजें। आम तौर पर ये non-secret details पर्याप्त हैं:

• पूरा error wording और status code;
• timestamp और time zone;
• उपलब्ध Request ID;
• client का नाम, version और third-party होने की जानकारी;
• redacted /usage status;
• Console में दिख रहा quota type और reset information;
• official Kimi Code CLI में issue reproduce होता है या नहीं;
• उस समय चल रहे terminal, IDE और agent sessions की संख्या।

सामान्य प्रश्न

क्या 429 हमेशा server overload है?

नहीं। Current official table में केवल दो 429 messages हैं: We're receiving too many requests at the moment. Please wait a moment and try again. और The engine is currently overloaded, please try again later। 5-hour, legacy weekly, monthly और concurrent-policy branches सभी 403 हैं। Third-party client code बदले तो full wording और Console देखें।

क्या billing cycle weekly quota है?

नहीं। You've reached your monthly usage limit for this billing cycle monthly membership-total 403 है। Weekly message You've reached your weekly (7-day) usage limit है।

Go और Plus, Pro, Max या Ultra users सात दिन रुकने के बजाय क्या करें?

Go users reset का इंतज़ार न करें: Go में Kimi Code coding quota या access नहीं है, इसलिए eligible plan जाँचें या चुनें। Plus, Pro, Max और Ultra में Kimi Code access है और weekly quota नहीं है; seven-day branch केवल legacy Andante, Moderato, Allegretto और Allegro पर रहती है, जबकि इन eligible new plans पर applicable 5-hour window और shared monthly total लागू रहते हैं।

क्या नया device या API key fresh quota देता है?

नहीं। Logged-in devices और Kimi Code API Keys same quota share करते हैं। New key expired या गलत credential ठीक कर सकती है, account limits bypass नहीं।

क्या Open Platform top-up Kimi Code limit हटाता है?

ऐसा मानना सही नहीं है। दोनों के Base URLs, key sources और billing अलग हैं। Actual service पहचानें और उसका console देखें।

क्या Extra Usage तुरंत काम शुरू करा सकता है?

Subscribed account में option उपलब्ध, successfully enabled और usable balance होने पर official docs कहते हैं कि subscription quota खत्म होने के बाद यह उपयोग हो सकता है। /usage, Console और एक real request से पुष्टि करें।

भरोसेमंद क्रम: पूरा message → account page → one-request retest

पूरा error बचाएँ, /usage चलाएँ, Console और Subscription खोलें और छह official messages में सही branch चुनें। 5-hour window, legacy weekly quota, monthly total और concurrent-request policy 403 हैं; केवल short request burst और engine overload 429 हैं। Seven-day quota केवल legacy plans पर है। Go user को reset के बजाय eligible plan जाँचना चाहिए; Plus, Pro, Max और Ultra users को एक सप्ताह रुकने के बजाय वास्तविक 5-hour या monthly branch के अनुसार आगे बढ़ना चाहिए।

Relevant reset, brief wait, policy review या appeal के बाद official client, एक session और एक छोटे request से test करें। Success और normal account state के बाद ही बड़े jobs और parallel sessions फिर शुरू करें।