Codex उपयोग सीमाएँ: सीमा क्यों आती है और काम कैसे जारी रखें

एक मिनट में सीमा पहचानें

सिर्फ 429 status से कारण का अनुमान न लगाएँ। Specific error code और response body पढ़ें, फिर उस error के लिए provider की मौजूदा documentation का पालन करें।

निश्चित message count पर भरोसा क्यों नहीं कर सकते

OpenAI Help Center के अनुसार, जिसे 14 अगस्त 2026 को जाँचा गया था, Codex usage काम के आकार और जटिलता, चुने गए model और काम कहाँ चलता है, इन बातों पर निर्भर करता है। एक छोटा local edit और बड़े repository से जुड़ा लंबा काम allowance को अलग-अलग मात्रा में इस्तेमाल करते हैं। इसलिए “हर पाँच घंटे में N messages” जैसा formula जल्दी पुराना हो सकता है और वास्तविक usage का भरोसेमंद अनुमान नहीं देता।

एक और वजह आसानी से छूट सकती है: अगर ये सुविधाएँ आपके plan में उपलब्ध हैं, तो Codex, ChatGPT Work, ChatGPT for Excel और Workspace Agents एक साझा agentic usage और credit pool का उपयोग करते हैं। यह मौजूदा Codex rate card में सीधे बताया गया है, जिसे 14 अगस्त 2026 को जाँचा गया था। इसलिए सीमा सिर्फ पिछली Codex session के कारण ही खत्म हुई हो, यह ज़रूरी नहीं। Usage खोलें और अपने plan में उपलब्ध सभी agentic सुविधाओं की हाल की activity जाँचें; उपलब्ध सुविधाओं का समूह बदल सकता है।

Credits से भुगतान किए जाने वाले काम में अनुमान model, लागू rate-card table और उसकी billing unit पर निर्भर करता है। अगर rate card token-based है, तो चुने गए model के लिए input, cached input और output tokens की लागू rates जाँचें। मौजूदा Codex rate card खोलें, फिर लागत का अनुमान लगाने से पहले अपने Workspace में दिखाई गई जानकारी से पता करें कि फिलहाल कौन-सी table और unit लागू होती है।

Codex plan limit पूरी होने पर क्या करें

1. Usage या limit banner खोलें और ठीक-ठीक दर्ज करें कि आपका account क्या विकल्प देता है: credits, उपलब्ध reset, upgrade या limit reset होने तक इंतज़ार। अगर आपकी मौजूदा भूमिका credits जोड़ने या billing manage करने की अनुमति नहीं देती, तो Workspace owner/admin से संपर्क करें; उपलब्ध actions फिर भी plan, Workspace role और admin permissions पर निर्भर करते हैं।
2. Uncommitted changes और diff सहेजें तथा काम का अगला कदम संक्षेप में दर्ज करें। नीचे दिया गया सुरक्षित तरीका commit नहीं करता और उन untracked files को भी दिखाता है जिन्हें अलग से copy करना होगा। इस उम्मीद में लंबा turn दोबारा न चलाएँ कि शायद वह पूरा हो जाएगा।
3. जारी रखने का तरीका चुनें: अपने मौजूदा plan का official option इस्तेमाल करें या अलग API workflow पर जाएँ। इन budgets को एक ही calculation में न मिलाएँ।

ज़रूरी काम को सुरक्षित रूप से API workflow में ले जाएँ

जब आपको अतिरिक्त subscription capabilities के बजाय एक अलग और मापने योग्य budget चाहिए, तब API route उपयोगी है। BetterToken के साथ प्रक्रिया यह है:

1. Workspace में अपना API Key बनाएँ और मौजूदा Setup screen या model plaza से current Model ID copy करें—group का नाम स्थायी नहीं माना जाना चाहिए।
2. पहले वास्तविक CODEX_HOME देखें। मौजूदा OpenAI Config Reference में named profile की canonical location $CODEX_HOME/bt.config.toml है। Default तौर पर यह macOS/Linux में आम तौर पर ~/.codex और Windows में %USERPROFILE%\.codex होता है, लेकिन custom value set होने पर वही प्राथमिक है और वास्तविक path बदल जाता है।

macOS/Linux में variable बदले बिना directory जाँचें:

printf '%s\n' "${CODEX_HOME:-$HOME/.codex}"

PowerShell में:

if ($env:CODEX_HOME) { $env:CODEX_HOME } else { Join-Path $env:USERPROFILE ".codex" }

दिखाई गई directory में ठीक bt.config.toml बनाएँ:

model = "YOUR_MODEL_ID"
model_provider = "bettertoken"

[model_providers.bettertoken]
name = "BetterToken"
base_url = "https://www.bettertoken.ai/v1?utm_source=blog&utm_medium=organic_content&utm_campaign=SEO-093&utm_content=codex-usage-limits-kak-prodolzhit"
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

File $CODEX_HOME/bt.config.toml, command --profile bt से match करती है और main $CODEX_HOME/config.toml को replace नहीं करती। Root-level model_provider = "bettertoken", [model_providers.bettertoken] से exact match होना चाहिए।

यह bt.config.toml और codex --profile bt वाला तरीका Codex CLI के लिए है। Codex Desktop का current setup BetterToken की मौजूदा Codex guide में verify करें। Codex VS Code Extension में इस block को ज्यों का त्यों इस्तेमाल न करें; उसकी अलग guide का पालन करें।

3. Shell में key export करें और उसकी value print किए बिना केवल यह verify करें कि variable खाली नहीं है:

export BETTERTOKEN_API_KEY="YOUR_API_KEY"
test -n "$BETTERTOKEN_API_KEY" && echo "BETTERTOKEN_API_KEY is set"

4. नए profile के साथ Codex शुरू करें:

codex --profile bt

फिर एक छोटी read-only request दें, उदाहरण के लिए:

Read README.md and summarize its purpose. Do not modify any files.

5. बड़ा task जारी रखने से पहले Workspace में request और उसके usage की पुष्टि करें। अगर मौजूदा Codex setup guide इस उदाहरण से अलग है, तो guide के current fields इस्तेमाल करें।

अगर configuration Git में commit हो सकती है, तो repository, article, screenshot या config.toml में असली key न डालें। Value environment variable से आनी चाहिए।

Switch करते समय काम खोने से बचें

पहले मौजूदा स्थिति दर्ज करें और binary-safe diff को repository के बाहर सहेजें:

git status --short
git diff --binary HEAD > ../codex-handoff.patch
git ls-files --others --exclude-standard -z > ../codex-handoff-untracked.zlist
test -s ../codex-handoff.patch && echo "diff saved"

git diff में untracked files शामिल नहीं होतीं। अलग-थलग तरीके से काम जारी रखने के लिए मौजूदा HEAD से एक working copy बनाएँ और नीचे दिए commands से tracked diff तथा जाँची हुई untracked files ले जाएँ:

git worktree add ../project-api-handoff -b codex-api-handoff HEAD
if test -s ../codex-handoff.patch; then
  git -C ../project-api-handoff apply --check ../codex-handoff.patch
  git -C ../project-api-handoff apply ../codex-handoff.patch
fi
while IFS= read -r -d '' path; do
  mkdir -p "../project-api-handoff/$(dirname "$path")"
  cp -p -- "$path" "../project-api-handoff/$path"
done < ../codex-handoff-untracked.zlist
git -C ../project-api-handoff status --short

Copy करने से पहले untracked files की सूची जाँचें और उसमें से .env, keys तथा दूसरे secrets हटा दें। अगर tracked patch खाली है, तो condition git apply को छोड़ देगी, जबकि जाँची हुई untracked files फिर भी copy हो जाएँगी। अगर इन नामों वाली branch या directory पहले से मौजूद है, तो नए नाम चुनें—example command चलाने के लिए मौजूदा data delete न करें। फिर secrets के बिना एक छोटी handoff file बनाएँ:

लक्ष्य: failing test X ठीक करना।
पहले जाँचा गया: A और B।
बदली गई files: path/to/file।
अगला सुरक्षित कदम: एक targeted test चलाना।
निषिद्ध: commit, deploy, data deletion।

नई API session को पूरी conversation history के बजाय इसी context के साथ शुरू करें। इससे usage घटता है, context overflow का जोखिम कम होता है और पूरे हो चुके actions के दोहराए जाने की संभावना घटती है।

अगर इसके बजाय 429 मिले

नीचे दिए गए बिंदुओं को इसी क्रम में जाँचें:

1. Specific error code, response body, response headers और उस error के लिए provider की documentation।
2. एक ही key को कई agents या CI jobs इस्तेमाल कर रहे हैं या नहीं।
3. Balance खाली है या Workspace spending budget पूरा हो चुका है।
4. उस specific error के लिए सुझाए गए delay के बाद एक छोटी request पर भी error आता है या नहीं।

अगर specific error और provider documentation temporary rate limiting की पहचान करते हैं, तो jitter के साथ bounded exponential backoff इस्तेमाल करें। अनिश्चित समय तक retry न करें: बार-बार requests भेजने से queue बढ़ती है और service recover होने के बाद budget खर्च हो सकता है।

अंतिम विकल्प चुनें

• अगर Codex banner credits या reset का विकल्प देता है और आप वही plan-based workflow जारी रखना चाहते हैं, तो उपलब्ध official option इस्तेमाल करें।
• अगर automation, CI या किसी ज़रूरी task के लिए अलग budget चाहिए, तो API workflow configure करें और उसका usage अलग track करें।
• अगर समस्या context window है, तो context घटाएँ या नया session शुरू करें। ज़्यादा खर्च करने या limit reset का इंतज़ार करने से यह हल नहीं होगा।
• अगर समस्या API 429 है, तो specific error code, response body और provider documentation का पालन करें; अगर balance zero है, तो retry करने से पहले budget ठीक करें।

ज़रूरी काम को स्थानांतरित करने से पहले Codex के लिए मौजूदा BetterToken setup guide खोलें और अलग key वाला custom provider स्वतंत्र $CODEX_HOME/bt.config.toml में configure करें। codex --profile bt से शुरू करके एक छोटी request verify करें; सफल होने के बाद working spending limit तय करें और तभी लंबा task जारी रखें।