Codex Usage Limit आ गई? Reset Time जाँचें और काम जारी रखें (2026)

अंतिम सत्यापन: 18 सितंबर 2026। Codex की उपयोग सीमा, मॉडल उपलब्धता, Credit दरें और कमांड बदल सकते हैं; प्रकाशित करने से पहले अंत में दिए गए आधिकारिक पेज दोबारा जाँचें।

जब Codex “You’ve hit your usage limit”, “You are out of Codex and Work usage” या “You have reached your Codex usage limits for security reviews. Please try again later.” दिखाकर रुक जाए, तो एक ही अनुरोध बार-बार भेजना आम तौर पर समाधान नहीं है। पहले यह पहचानें कि कौन-सी सीमा लगी है, फिर उसी के अनुसार अगला कदम चुनें।

यह गाइड बताती है कि मौजूदा reset time कैसे देखें, पाँच घंटे की अवधि और संभावित weekly limit कैसे काम करती है, Codex और दूसरी agentic सुविधाएँ एक ही usage pool क्यों खर्च कर सकती हैं, context limit उपयोग सीमा से कैसे अलग है, और अलग billing वाले API Provider के जरिए जरूरी local Codex CLI काम कैसे जारी रखा जा सकता है।

संक्षेप में

• सक्रिय Codex CLI session में /status लिखें। खाते की allowance, Credits और reset time देखने के लिए Codex Usage Dashboard खोलें।
• हर error का अर्थ यह नहीं कि “Codex के messages खत्म हो गए।” ChatGPT plan limit, API 429, security review failure और context_length_exceeded के कारण और समाधान अलग हैं।
• OpenAI अभी हर पाँच घंटे में local messages की अनुमानित range प्रकाशित करता है, कोई निश्चित और guaranteed message count नहीं। Local और cloud tasks एक ही allowance साझा कर सकते हैं, और weekly limits भी लागू हो सकती हैं।
• आधिकारिक विकल्प हैं: दिखाई गई reset time तक इंतजार करना, consumption कम करना, उपलब्ध होने पर Credits खरीदना, plan बदलना, या API Key से अतिरिक्त local काम चलाना। API Provider subscription allowance को reset नहीं करता; वह अलग budget इस्तेमाल करता है।

5 सेकंड में Codex limit कैसे जाँचें

चल रही Codex CLI session में लिखें:

/status

/status मौजूदा chat ID, context usage और rate-limit जानकारी दिखाता है। इसके बाद Settings → Usage या Codex Usage Dashboard खोलें और खाते की allowance, Credits तथा आपके खाते के लिए दिखाई गई reset time देखें।

कुछ third-party लेख /usage सुझाते हैं। 18 सितंबर 2026 तक आधिकारिक Codex slash-command reference में /status मौजूद है, लेकिन /usage सूचीबद्ध नहीं है। यदि CLI /usage को नहीं पहचानता, तो यह अपेक्षित है; /status और web dashboard का उपयोग करें।

Codex error decoder

दिखाई देने वाला संदेश	आम तौर पर इसका अर्थ	आगे क्या करें
You've hit your usage limit या 5-hour limit reached	मौजूदा अवधि के लिए ChatGPT/Codex में शामिल agentic usage समाप्त हो गया है।	/status और Dashboard देखें। दिखाई गई reset time तक प्रतीक्षा करें, उपलब्ध Credits इस्तेमाल करें, हल्का मॉडल चुनें, या जरूरी local task को API billing पर चलाएँ।
You are out of Codex and Work usage	Codex और समर्थित agentic products एक ही included usage या Credit pool खर्च कर रहे हैं।	Settings में देखें कि pool किस product ने खर्च किया, फिर दिखाई गई reset या Credit खरीदने की प्रक्रिया अपनाएँ।
You have reached your Codex usage limits for security reviews. Please try again later.	Failure GitHub पर host किए गए Codex security-review flow में हुआ है; यह जरूरी नहीं कि आपकी local CLI usage खत्म हुई हो। यह review-specific quota या product issue हो सकता है।	Repository, PR, समय और failed review दर्ज करें। Official Codex GitHub Issue देखें; Dashboard से कारण स्पष्ट न हो तो support से संपर्क करें। जाँच के दौरान बार-बार चल रही automatic reviews रोक सकते हैं, पर यह न मानें कि इससे quota निश्चित रूप से लौट आएगा।
429 Too Many Requests या rate_limit_exceeded	API organization, project, model, TPM/RPM, concurrency या Provider की सीमा पार हुई है।	वास्तविक API Provider की usage और limits देखें, parallel requests कम करें, backoff जोड़ें या limit बढ़ाने का अनुरोध करें। ChatGPT subscription reset का इंतजार उपयोगी न भी हो सकता है।
insufficient_quota	API project के पास usable balance, spend permission या billing capacity नहीं है।	API billing, project budget, Key scope और Provider balance जाँचें।
context_length_exceeded	मौजूदा request में history, files या tool output चुने गए model/Provider के supported context से अधिक है।	/compact इस्तेमाल करें, handoff note के साथ नया chat शुरू करें, बड़े attachments हटाएँ या बड़ा context support करने वाला model चुनें। यह पाँच घंटे की usage limit नहीं है।

वास्तव में कौन-सी सीमा लगी है?

1. ChatGPT plan या agentic usage limit

codex hit usage limit, codex usage limit और you've hit your usage limit codex जैसी खोजों के पीछे अक्सर यही कारण होता है। उपलब्ध क्षमता आपके plan और हाल की usage पर निर्भर करती है। Model, task complexity, reasoning level, context size, local या cloud execution और दूसरे agentic products की usage यह तय करती है कि allowance कितनी तेजी से खर्च होगी।

2. API rate या billing limit

API usage की billing और limits, ChatGPT plan में शामिल Codex allowance से अलग होती हैं। API Credits ChatGPT/Codex subscription allowance नहीं बढ़ाते, और ChatGPT Credits API balance नहीं बनते। इसलिए 429 या insufficient_quota आने पर उसी API account या Provider को जाँचें जिसने request process की।

3. Context-window limit

Context limit यह तय करती है कि एक request या conversation में कितना material आ सकता है; यह नहीं कि पाँच घंटे में कितना काम किया जा सकता है। सभी Codex models, clients और custom providers पर लागू होने वाली कोई एक universal 272k सीमा सत्यापित नहीं है। /status से context usage देखें और session बहुत भारी होने से पहले compact या handoff करें।

4. GitHub security-review limit

Security-review की यही exact error line official openai/codex issue tracker में दिखाई गई है। Public evidence error के अस्तित्व की पुष्टि करता है, लेकिन एक universal root cause या guaranteed workaround साबित नहीं करता। इसे अलग GitHub review incident मानें: evidence इकट्ठा करें, service/account status जाँचें, अनावश्यक automatic retries रोकें और संबंधित PR की जानकारी support को दें।

पाँच घंटे की अवधि, weekly cap और shared pool कैसे काम करते हैं

कई पेज इसे “rolling five-hour window” कहते हैं। मौजूदा official pricing page अधिक सावधानी से हर पाँच घंटे में local messages की estimated range बताता है और वास्तविक limit तथा reset time के लिए Dashboard देखने को कहता है। यह मानकर न चलें कि reset आधी रात, किसी निश्चित घंटे या किसी global date पर होगा; अपने account पर दिखाए गए timestamp का पालन करें।

अधिकतर भ्रम इन तीन बातों से होता है:

1. Message count estimate है, guarantee नहीं। छोटा edit और tools, बड़े context तथा high reasoning वाला लंबा agent task बराबर usage नहीं लेते।
2. Local और cloud tasks allowance साझा करते हैं। CLI से cloud task पर जाने से जरूरी नहीं कि नया pool मिल जाए।
3. Weekly limit लागू हो सकती है। पाँच घंटे की अवधि reset होने के बाद भी weekly cap included usage रोक सकती है।

Exact search phrase “Codex, ChatGPT Work, ChatGPT for Excel, and Workspace Agents draw from the same agentic usage and credit pool” मुख्य विचार को सही तरह पकड़ती है, हालांकि products की सूची plan और availability के साथ बदलती है। Current OpenAI documentation उपलब्ध होने पर Word और PowerPoint के agentic experiences का भी उल्लेख करती है। आपके लिए वही सूची सही है जो आपके Settings में दिखाई दे।

मॉडल के अनुसार मौजूदा पाँच घंटे के अनुमान

नीचे 18 सितंबर 2026 को सत्यापित official local messages per five-hour period ranges हैं। ये guaranteed message quotas नहीं हैं।

मॉडल	Plus	Pro 5×	Pro 20×	Standard Business
GPT-6 Astra	5–45	25–225	100–900	5–45
GPT-5.6 Sol	10–100	50–500	200–2,000	10–100
GPT-5.6 Terra	25–200	125–1,000	500–4,000	25–200
GPT-5.6 Luna	250–2,000	1,250–10,000	5,000–40,000	250–2,000

इतनी बड़ी range सामान्य है: repository size, prompt length, tool calls, cached context, reasoning level और fast mode consumption बदलते हैं। इस table का उपयोग planning के लिए करें, किसी निश्चित message count के बाद reset की भविष्यवाणी के लिए नहीं।

खरीदे गए Credits की मॉडलवार दरें

जब plan अतिरिक्त Credits खरीदने देता है, OpenAI अभी प्रति दस लाख tokens agentic usage को इस तरह मापता है:

मॉडल	Input	Cached input	Output
GPT-6 Astra	250	25	1,250
GPT-5.6 Sol	100	10	500
GPT-5.6 Terra	50	5	300
GPT-5.6 Luna	5	0.5	30

एक typical GPT-5.6 Sol Codex task का वर्तमान अनुमान लगभग 5–30 Credits है, लेकिन वास्तविक consumption task पर निर्भर करता है। Budget तय करने से पहले live Rate Card देखें।

विकल्प A: आधिकारिक included usage पर बने रहें

जब task urgent न हो या आपको cloud-only features चाहिए हों, यह तरीका चुनें:

1. /status चलाएँ और Usage Dashboard खोलें।
2. जाँचें कि blocker पाँच घंटे की अवधि, weekly limit या समाप्त Credits हैं।
3. दिखाई गई reset time तक प्रतीक्षा करें, plan support करता हो तो Credits खरीदें, या आर्थिक रूप से उचित होने पर plan बदलें।
4. Routine tasks के लिए Terra या Luna चुनें, reasoning कम करें, request का scope छोटा रखें और पुराना context उपयोगी न रहने पर नई session शुरू करें।
5. Usage गलत लग रही हो तो support से संपर्क करने से पहले exact error, timestamp, account, client version और task type सुरक्षित करें।

एक ही बड़े task को लगातार दोबारा submit न करें। Repeated retries underlying limit बदले बिना और capacity खर्च कर सकती हैं।

विकल्प B: अलग API budget से urgent local task जारी रखें

यदि local CLI task subscription reset का इंतजार नहीं कर सकती, तो Codex custom model providers को support करता है। BetterToken जैसा Provider local Codex CLI को OpenAI-compatible endpoint से जोड़ सकता है और usage को tokens के हिसाब से अलग bill कर सकता है।

यह अलग budget है, reset या loophole नहीं। यह subscription allowance नहीं बढ़ाता, API rate limits नहीं हटाता, plan entitlements unlock नहीं करता और official hosted environment पर निर्भर cloud/GitHub features उपलब्ध नहीं कराता।

चरण 1: साफ handoff सुरक्षित करें

Provider बदलने या नई session शुरू करने से पहले chat के बाहर एक छोटा handoff note लिखें:

लक्ष्य:
मौजूदा स्थिति:
पहले से बदली गई फाइलें:
पहले चलाए गए कमांड:
ज्ञात failures:
अगला सबसे छोटा कदम:
क्या नहीं बदलना है:

यदि code edit अधूरा है, तो अपने सामान्य development process से working tree या patch भी सुरक्षित करें। उद्देश्य पूरी conversation साथ ले जाना नहीं, बल्कि नई session में task को सही तरह फिर से बनाना है।

चरण 2: CODEX_HOME और CLI version जाँचें

यदि CODEX_HOME set नहीं है, तो Codex default रूप से ~/.codex इस्तेमाल करता है।

macOS या Linux:

export CODEX_HOME="${CODEX_HOME:-$HOME/.codex}"
mkdir -p "$CODEX_HOME"
echo "$CODEX_HOME"
codex --version

PowerShell:

$CodexHome = if ($env:CODEX_HOME) { $env:CODEX_HOME } else { Join-Path $HOME ".codex" }
New-Item -ItemType Directory -Force -Path $CodexHome | Out-Null
$CodexHome
codex --version

bt.config.toml जैसी named profile files के लिए Codex CLI 0.134.0 या नया version चाहिए। Version पुराना हो तो पहले CLI update करें।

चरण 3: अलग BetterToken profile बनाएँ

$CODEX_HOME/bt.config.toml बनाएँ और इसमें यह content रखें:

model = "gpt-6-astra"
model_provider = "bettertoken"

[model_providers.bettertoken]
name = "BetterToken"
base_url = "https://www.bettertoken.ai/v1"
env_key = "BETTERTOKEN_API_KEY"
wire_api = "responses"
requires_openai_auth = false
request_max_retries = 4
stream_max_retries = 8
stream_idle_timeout_ms = 300000
supports_websockets = false

इससे Provider settings मुख्य config.toml से अलग रहती हैं। API Key इस file में न लिखें और इसे repository में commit न करें।

BetterToken का current setup page auth.json आधारित flow भी दिखा सकता है। उस method को ऊपर दिए environment-variable profile के साथ न मिलाएँ। एक complete method चुनें; authentication requirements बदलें तो latest setup page को source of truth मानें।

चरण 4: छोटा read-only test चलाएँ

macOS या Linux:

export BETTERTOKEN_API_KEY="YOUR_API_KEY"
codex exec --profile bt "README.md पढ़ें और उसका उद्देश्य संक्षेप में बताएं। किसी फ़ाइल में बदलाव न करें।"

PowerShell:

$env:BETTERTOKEN_API_KEY="YOUR_API_KEY"
codex exec --profile bt "README.md पढ़ें और उसका उद्देश्य संक्षेप में बताएं। किसी फ़ाइल में बदलाव न करें।"

YOUR_API_KEY को केवल अपने local environment में वास्तविक Key से बदलें। असली Key को ticket, screenshot, chat या repository में कभी paste न करें। Read-only prompt कम cost और risk में authentication, endpoint compatibility, model access और streaming की जाँच करता है।

चरण 5: काम दोबारा शुरू करने से पहले billing जाँचें

देखें कि test Provider के usage या balance page में दिखाई दे रहा है। फिर handoff note के साथ वास्तविक task को एक छोटे पहले कदम से शुरू करें। Test fail हो तो कई settings एक साथ बदलने से पहले exact error पढ़ें:

• 401 या 403: Key, account, authentication mode या model permission।
• 404: Base URL, route या model ID।
• 429: Provider rate limit या balance policy।
• Streaming timeout: network path या Provider timeout; सभी retry values तुरंत न बढ़ाएँ।

अगली बार Codex allowance कम कैसे खर्च करें

• File discovery, formatting, छोटे edits और routine checks के लिए GPT-5.6 Terra या Luna इस्तेमाल करें; Astra या Sol को केवल गहरे reasoning वाले काम के लिए रखें।
• एक समय में एक verifiable change माँगें। “सब कुछ जाँचो और सब ठीक करो” जैसे tasks अक्सर अधिक context और tool calls लेते हैं।
• जब पुरानी conversation मुख्य रूप से history बन जाए, handoff note के साथ नई session शुरू करें।
• Context bottleneck बनने से पहले /compact चलाएँ और देखें कि compact summary में critical constraints बचे हैं।
• Unused MCP servers बंद करें और अनावश्यक बड़े generated logs attach न करें।
• सबसे संबंधित छोटी verification pass होते ही रुकें; असंबंधित full test suites न चलाएँ।
• भेजे गए messages गिनने के बजाय Usage Dashboard को source of truth मानें।

अक्सर पूछे जाने वाले प्रश्न

Codex usage limit कब reset होती है?

सभी accounts के लिए कोई universal reset clock प्रकाशित नहीं है। /status चलाएँ, Usage Dashboard खोलें और वहाँ दिखाई गई timestamp का पालन करें। आधी रात, किसी दूसरे व्यक्ति के screenshot या article date से अपनी reset time का अनुमान न लगाएँ।

क्या “August 14, 2026” Codex की global reset date है?

नहीं। 14 अगस्त 2026 किसी article की update date, किसी खास account का timestamp या issue report की तारीख हो सकती है। यह universal Codex reset date नहीं है। आपके account के लिए Dashboard authoritative है।

मेरी Codex limits किसी दूसरे user से अलग क्यों हैं?

Plan tier, model, task complexity, context size, reasoning level, fast mode, local/cloud mix, दूसरे agentic products की shared usage, purchased Credits और temporary product changes वास्तविक capacity बदल सकते हैं। यदि किसी post में “we’ve investigated a few messages about Codex usage limits being different” लिखा हो, तो वह किसी खास समय की स्थिति बता सकता है; उसे current official pricing और अपने Dashboard से तुलना करें।

क्या /usage से limit देखी जा सकती है?

Current official CLI reference /status को document करती है, /usage को नहीं। Active session के लिए /status और account allowance, Credits तथा reset के लिए web Usage Dashboard इस्तेमाल करें।

क्या context-window error और usage limit एक ही हैं?

नहीं। Usage limit एक अवधि में शामिल या अनुमत agentic work नियंत्रित करती है; context limit एक request या session में रखे जा सकने वाले material को नियंत्रित करती है। Context error पर compact करें, files हटाएँ या नया chat शुरू करें। पाँच घंटे इंतजार करने से conversation history छोटी नहीं होती।

क्या API Key Codex limits को bypass करती है?

यह ChatGPT plan limit को bypass या reset नहीं करती। Local work अलग billing वाले API route पर जाता है, जिसकी अपनी balance, model access और rate limits होती हैं। यह urgent local task को जारी रख सकती है, लेकिन free नहीं है और hosted features उपलब्ध न भी हों।

Task state खोए बिना आगे बढ़ें

सबसे सुरक्षित क्रम है: /status जाँचें → limit type पहचानें → handoff सुरक्षित करें → official reset/Credits या अलग API budget चुनें → read-only test चलाएँ → छोटे step से काम शुरू करें।

BetterToken तब उपयोगी है जब included allowance समाप्त हो चुकी हो और local work तुरंत जारी रखना जरूरी हो। यह हर error का समाधान नहीं है। GitHub security-review incident, API 429 या बहुत बड़े context में पहले उसी specific cause को ठीक करें।

आधिकारिक संदर्भ

• अपने ChatGPT plan के साथ Codex का उपयोग
• Codex pricing और पाँच घंटे के estimates
• Codex slash commands
• Advanced Codex configuration और custom providers
• ChatGPT agentic Credit Rate Card
• Security-review usage-limit message पर official Codex Issue
• BetterToken Codex setup