MiniMax M Plan या Token Plan कोटा खत्म: विंडो जाँचें और कोडिंग जारी रखें

MiniMax पर चल रहा coding tool अचानक रुक जाए तो अलग-अलग tools और keys को बिना सोचे बदलना शुरू न करें। पहले यह पता करें कि M Plan की usage window खत्म हुई है, अस्थायी request rate limit लगा है, account अभी भी पुराने Token Plan पर है, या tool में गलत प्रकार की key लगी है। सही कारण पता होने पर ही तय करें कि reset का इंतज़ार करना है, योग्य Credits इस्तेमाल करने हैं, या बाकी text-coding काम को अलग pay-as-you-go API पर चलाना है।

सबसे पहले यह decision table देखें

आपको क्या दिख रहा है	पहले क्या जाँचें	पहला सही कदम
Console में 5 घंटे या weekly window का allowance शून्य है	Plan का नाम और दोनों windows का end time	संबंधित reset तक रुकें या देखें कि Credits उस capability पर लागू हैं या नहीं
Allowance बाकी है, पर लगातार requests के बाद calls रुकती हैं	Request frequency, concurrency और peak-time throttling	Frequency या concurrency घटाएँ और बाद में फिर कोशिश करें
Account अभी भी Token Plan दिखाता है	क्या यह पुरानी retained subscription है और upgrade हुआ है या नहीं	पुराने plan की notice के अनुसार चलें; हर M Plan नियम लागू न मानें
Key बदलने के बाद account balance कटने लगता है	Subscription Key या pay-as-you-go API key में से कौन-सी लगी है	Keys को मिलाना बंद करें और इच्छित billing path सही तरह configure करें
Text coding तुरंत जारी रखनी है	क्या अलग billing स्वीकार है और M Plan-only benefit आवश्यक नहीं	अलग provider को उसकी अपनी key, endpoint और model ID के साथ जोड़ें

Client में दिखने वाले संदेश समान लग सकते हैं, पर उनके कारण अलग होते हैं। सुरक्षित क्रम है: पहले plan और windows, फिर key type, और अंत में provider बदलना।

M Plan में 5 घंटे और weekly window स्वतंत्र हैं

MiniMax की M Plan usage rules के अनुसार usage दो windows में अपने-आप reset होती है:

• Text, image, audio और अन्य non-video models के लिए 5-hour window और 7-day weekly window, दोनों में allowance बचा होना चाहिए।
• Video models केवल weekly window के अधीन होते हैं; उन पर 5-hour window लागू नहीं होती।
• दोनों windows पहली usage से शुरू होती हैं। Window खत्म होने पर उस tier का पूरा allowance वापस आता है और अगली usage नई window शुरू करती है।
• दोनों windows अलग-अलग reset होती हैं। 5-hour reset weekly usage को reset नहीं करता।
• बची हुई usage अगले window या अगले billing period में जमा नहीं होती।

इसलिए पाँच घंटे रुकने के बाद भी tool न चले तो जरूरी नहीं कि कोई bug हो। Weekly window अभी भी खत्म हो सकती है। दूसरी ओर, usage bar में allowance रहते हुए भी temporary rate limit requests रोक सकता है।

सभी supported tools एक ही M Plan usage साझा करते हैं

हर client को अलग quota नहीं मिलता। MiniMax Code और उसी Subscription Key से जुड़े supported tools की usage एक ही M Plan limits में गिनी जाती है।

Claude Code से OpenCode पर जाना, नई session खोलना, या वही Subscription Key दूसरे tool में डालना नया quota नहीं बनाता। MiniMax usage page पर plan, windows, Credits और usage history देखें। MiniMax CLI में यह command भी चला सकते हैं:

mmx quota

यह command M Plan usage और remaining quota दिखाती है। Generic client error से अंदाजा लगाने के बजाय यह अधिक भरोसेमंद जाँच है।

Request rate limit और खत्म हुई usage अलग समस्याएँ हैं

MiniMax usage limits और request rate limits को अलग controls मानता है। थोड़े समय में बहुत requests भेजना, अधिक concurrency, या peak traffic के दौरान dynamic throttling, allowance बाकी रहने पर भी calls रोक सकते हैं।

Request frequency और parallel tasks घटाएँ, फिर कुछ समय बाद कोशिश करें। केवल temporary throttle के कारण Credits न खरीदें, plan upgrade न करें और key न बदलें। Quota-exhausted path तभी अपनाएँ जब console स्पष्ट रूप से 5-hour या weekly window खत्म दिखाए।

पहले तय करें: M Plan या पुराना Token Plan

M Plan आने के बाद नए Token Plan purchases बंद कर दिए गए, लेकिन पुराने subscribers को अपना Token Plan रखने या M Plan पर upgrade करने का विकल्प मिला। इसलिए account में दिखने वाला plan name महत्वपूर्ण है:

• Plan Details में M Plan है तो independent windows, shared usage और Credits के नियम लागू करें।
• अभी भी Token Plan है तो Existing Token Plan subscribers पढ़ें और retained subscription तथा auto-renewal की स्थिति जाँचें।
• Upgrade एकतरफा है: official notice के अनुसार upgrade के बाद Token Plan पर वापस नहीं जा सकते; नए M Plan tier के models, limits, benefits और renewal terms लागू होंगे।

पुरानी blog post या saved configuration से account की current स्थिति का अनुमान न लगाएँ। Decision लेने से पहले Plan Details में actual name देखें।

Allowance सच में खत्म हो तो dependency के आधार पर विकल्प चुनें

1. Subscription-only capability चाहिए: सही reset का इंतज़ार करें

यदि काम M Plan-only model, MiniMax Code membership feature या उसी Subscription Key workflow पर निर्भर है, तो इंतज़ार सबसे साफ विकल्प है। देखें कि 5-hour window, weekly window या दोनों में से कौन-सी खत्म हुई है, और console के end time के अनुसार अगला run रखें।

इस दौरान अनावश्यक files हटाएँ, focused session शुरू करें और बड़े task को छोटे checkpoints में बाँटें। इससे reset जल्दी नहीं होगा, लेकिन अगली window में usage कम हो सकती है।

2. Account में Credits हैं: eligibility जाँचें

पहले included M Plan usage खर्च होती है। Limit पहुँचने के बाद Credits eligible overflow को cover कर सकते हैं, पर credit packs केवल उन्हीं models और capabilities पर लागू होते हैं जिन्हें वे support करते हैं।

Usage page पर Credit balance, expiry और current capability की eligibility देखें। केवल Credits दिखने से यह न मानें कि हर request जारी रह सकती है।

3. Text coding तुरंत जारी रखनी है: अलग pay-as-you-go path लें

यदि task को M Plan-only benefits नहीं चाहिए, तो अलग API provider से text coding जारी रखी जा सकती है। उसकी अपनी key और billing होगी। यह रास्ता M Plan window reset नहीं करता, Credits transfer नहीं करता और MiniMax Code membership benefits नहीं देता।

MiniMax का standard pay-as-you-go API key और Subscription Key अलग हैं और interchangeable नहीं हैं। External provider के साथ भी यही सीमा रखें: उस configuration में केवल उसी provider की key, Base URL और exact model ID इस्तेमाल करें।

उदाहरण: BetterToken के जरिए OpenCode में स्वतंत्र path

BetterToken यहाँ एक optional independent provider का उदाहरण है, M Plan refill नहीं। 10 अक्टूबर 2026 तक उसके current model catalog में exact ID MiniMax-M3 है, और OpenCode guide OpenAI-compatible Base URL https://www.bettertoken.ai/v1 इस्तेमाल करती है।

MiniMax model documentation के अनुसार MiniMax-M3.1-Flash-Preview अभी केवल M Plan और MiniMax Code के जरिए उपलब्ध है। उस preview ID को external provider configuration में copy न करें; provider के current catalog का exact ID ही लें।

Keys को मिलाए बिना configuration

1. अपने BetterToken account में BetterToken API key बनाएँ। MiniMax Subscription Key paste न करें।
2. OpenCode में /connect चलाएँ, Other चुनें, provider id bettertoken रखें और credential prompt में BetterToken key दें।
3. Project root में opencode.json बनाएँ या global file ~/.config/opencode/opencode.json update करें:

{
  "$schema": "https://opencode.ai/config.json",
  "model": "bettertoken/MiniMax-M3",
  "provider": {
    "bettertoken": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "BetterToken",
      "options": {
        "baseURL": "https://www.bettertoken.ai/v1"
      },
      "models": {
        "MiniMax-M3": {
          "name": "MiniMax-M3"
        }
      }
    }
  }
}

4. OpenCode restart करें, bettertoken/MiniMax-M3 चुनें और छोटा coding question भेजें।
5. Normal response मिलने का अर्थ है कि separate API path configure हो गया। इसका अर्थ यह नहीं कि MiniMax subscription allowance reset या transfer हो गया।

पूरी client setup के लिए BetterToken OpenCode guide देखें और configuration save करने से पहले current model catalog में ID जाँचें।

Separate path काम न करे तो layer-by-layer जाँचें

• Authentication failure: /connect दोबारा चलाएँ और सुनिश्चित करें कि BetterToken key दी है, MiniMax Subscription Key नहीं।
• Endpoint failure: Base URL ठीक https://www.bettertoken.ai/v1 रखें; /chat/completions न जोड़ें।
• Model not found: capitalization और full ID देखें। सही जगहों पर MiniMax-M3 तथा bettertoken/MiniMax-M3 होना चाहिए।
• Configuration लागू नहीं हुई: OpenCode restart करें और देखें कि project-level opencode.json, global file को override तो नहीं कर रही।
• Original MiniMax tool अभी भी बंद है: यह expected boundary है। Separate provider MiniMax windows, Credits या subscription status नहीं बदलता।

पाँच आम गलतियाँ

1. Temporary throttle को exhausted quota समझना। Allowance हो तो concurrency घटाकर retry करें।
2. सिर्फ 5-hour reset का इंतज़ार करना। Non-video models के लिए weekly window में भी allowance चाहिए।
3. एक Subscription Key को अलग tools में घुमाना। Supported tools एक ही M Plan usage साझा करते हैं।
4. Subscription Key और pay-as-you-go API key मिलाना। दोनों के entitlements और billing अलग हैं।
5. MiniMax-M3.1-Flash-Preview को universal external model ID मानना। External tool में provider catalog का exact ID चाहिए।

सही operational order

Console या mmx quota से plan और remaining windows जाँचें। यदि केवल request throttle है तो frequency और concurrency घटाएँ। यदि allowance खत्म है, subscription-only capability के लिए reset का इंतज़ार करें, eligible task के लिए Credits इस्तेमाल करें, या uninterrupted text coding के लिए अलग pay-as-you-go provider configure करें।

Trial-and-error key rotation से समस्या हल न करें। M Plan या retained Token Plan, Subscription Key, standard pay-as-you-go key और external provider key को साफ तौर पर अलग रखने से गलत diagnosis और गलत account charging दोनों से बचेंगे।