शब्दावली
📚 सीरीज़ नेविगेशन: पिछला लेख 37 सामान्य समस्याओं का निवारण आपको Codex चलाते समय आने वाली त्रुटियों, अटके हुए कामों और असामान्य व्यवहारों को एक-एक करके हल करने में मदद करता है। यह लेख एक अलग उद्देश्य के लिए है — इसे शुरू से अंत तक पढ़ने के बजाय, इसका उपयोग त्वरित संदर्भ (quick reference) के लिए किया जा सकता है: यहाँ पूरे ट्यूटोरियल में प्रयुक्त तकनीकी शब्दों को एक शब्दकोश के रूप में संकलित किया गया है, ताकि आवश्यकता होने पर आप किसी भी शब्द का अर्थ देख सकें। अगला लेख 39 कॉर्पोरेट प्रबंधन और शासन टीम और कंपनी स्तर पर Codex को प्रबंधित करने के बारे में बताएगा।
दोस्तों, जब हम इस ट्यूटोरियल में यहाँ तक आ गए हैं, तो हमने कई तकनीकी शब्दों का उपयोग किया है।
एजेंट चक्र (agentic loop), सैंडबॉक्स, अनुमति नीति, सोचने की क्षमता (reasoning effort), service_tier, MCP, उप-एजेंट (sub-agent), Skill, Hook... जब मैंने पहली बार इस प्रकार के उपकरणों को व्यवस्थित रूप से सीखना शुरू किया था, तो मेरे लिए सबसे कठिन यही भाग था — कोई भी अवधारणा अपने आप में बहुत कठिन नहीं है, लेकिन बहुत सारे शब्द हैं और वे आपस में जुड़े हुए हैं, जिससे अंत तक पहुँचते-पहुँचते शुरू की बातें भूलने लगती हैं।
सच कहूँ तो, तकनीकी शब्दों से घबराना नए उपयोगकर्ताओं के लिए स्वाभाविक है, इसका बुद्धिमत्ता से कोई लेना-देना नहीं है। इसका समाधान सरल है: इन्हें याद रखने का प्रयास न करें, बल्कि आवश्यकता पड़ने पर संदर्भ देखें। जब भी कोई शब्द समझ न आए, तो यहाँ आकर उसका अर्थ देख लें — तीन-चार बार देखने के बाद, वह स्वतः याद हो जाएगा।
यह लेख आपके लिए उसी संदर्भ मार्गदर्शिका की तरह है। इसे विषयों के अनुसार समूहों में विभाजित किया गया है, और प्रत्येक शब्द का सरल स्पष्टीकरण दिया गया है। शुरू से पढ़ने की आवश्यकता नहीं है, बस Ctrl+F दबाकर वह शब्द खोजें जिसे आप देखना चाहते हैं।
इस लेख को पूरा पढ़ने के बाद, आपको मिलेगा:
- विषयों के अनुसार विभाजित Codex शब्दावली, जिसमें प्रत्येक शब्द का सरल स्पष्टीकरण दिया गया है
- बुनियादी अवधारणाएँ (एजेंट चक्र, संदर्भ सीमा, टोकन) स्पष्ट की गई हैं, जो अन्य सभी अवधारणाओं का आधार हैं
- Codex विशिष्ट शब्दों (
AGENTS.md,codex exec, सैंडबॉक्स, अनुमति, सोचने की क्षमता,service_tier, Chronicle) का संकलन - उन्नत क्षमताओं (MCP, उप-एजेंट, Skill, Hook, Plugin) के बीच का अंतर
- मॉडल परिवार (जैसे
gpt-5.5आदि) की स्थिति, "रिसर्च प्रिव्यू" का अर्थ, और कौन से दो मॉडल अब समर्थित नहीं हैं
⚠️ इस लेख में प्रयुक्त कमांड, कॉन्फ़िगरेशन कुंजियाँ और डिफ़ॉल्ट व्यवहार Codex के आधिकारिक दस्तावेज़ पर आधारित हैं; मॉडल के नाम और कोटे से जुड़ी जानकारी संस्करणों के साथ बदल सकती है, हमेशा अपने स्थानीय TUI पैनल और
codex --helpके वास्तविक व्यवहार को ही आधार मानें।
01 बुनियादी अवधारणाएँ: सभी तकनीकी शब्दों का आधार
यह समूह उन बुनियादी अवधारणाओं का है जो न केवल Codex बल्कि लगभग सभी AI कोडिंग टूल्स के लिए समान रूप से लागू होती हैं। इन अवधारणाओं को समझने के बाद ही बाद के शब्द समझ में आएंगे।
एजेंट (Agent / Intelligent Agent)
सरल शब्दों में: एक ऐसा AI जो कार्यों को स्वयं विभाजित कर सकता है, टूल का उपयोग कर सकता है, परिणामों की जांच कर सकता है और स्वयं तय कर सकता है कि आगे क्या करना है; यह केवल चैट करने वाला चैटबॉक्स नहीं है।
Codex में इसका क्या अर्थ है: Codex OpenAI का एक "कोडिंग एजेंट (programming agent)" है। यह कोड पढ़ सकता है, फ़ाइलें बदल सकता है, कमांड और टेस्ट चला सकता है, और पूरी प्रक्रिया में आपको केवल निगरानी रखनी होती है। यह सामान्य चैटबॉक्स से भिन्न है — चैटबॉक्स केवल टेक्स्ट में उत्तर देता है, जबकि एजेंट काम पूरा करता है।
एजेंट चक्र (Agentic Loop)
सरल शब्दों में: एजेंट के काम करने का मूल चक्र — सोचना → करना → देखना, और यदि काम पूरा न हो, तो दोबारा यही चक्र चलाना।
सादृश्य: नल ठीक करने वाला प्लम्बर। वह केवल एक बार देखकर काम नहीं छोड़ता — पहले वह "सोचता है" (लीक कहाँ है), फिर "काम करता है" (नट कसना या वाशर बदलना), और फिर "देखता है" (पानी चलाकर लीक की जांच करना)। यदि लीक बनी रहती है, तो वह दोबारा काम करता है। Codex भी इसी चक्र में काम करता है: फ़ाइलें पढ़ना, कोड बदलना, जांच चलाना, और यदि टेस्ट फेल होता है तो दोबारा सुधार करना, जब तक कि काम सही न हो जाए। यह तंत्र Claude Code के समान ही है।
संदर्भ सीमा (Context Window)
सरल शब्दों में: AI मॉडल एक बार में कुल जितनी जानकारी "देख" सकता है। इसकी एक सीमा होती है, और सीमा समाप्त होने पर पुरानी जानकारी हटने लगती है।
सादृश्य: ऑफिस की टेबल। टेबल का आकार सीमित होता है और आप उस पर एक सीमित संख्या में ही फाइलें फैला सकते हैं। जब नई फाइलें टेबल पर आती हैं, तो पुरानी फाइलें किनारे की ओर खिसक जाती हैं या गिर जाती हैं — यानी मॉडल पुरानी बातें "भूलने" लगता है। इसलिए, यदि बातचीत बहुत लंबी हो जाए या उसमें अनावश्यक जानकारी भर जाए, तो Codex का प्रदर्शन प्रभावित होता है। यही कारण है कि उप-एजेंटों का उपयोग किया जाता है ताकि अनावश्यक जानकारी को मुख्य कार्यक्षेत्र से बाहर रखा जा सके।
टोकन (token)
सरल शब्दों में: मॉडल द्वारा टेक्स्ट को संसाधित करने की सबसे छोटी इकाई, जो लगभग "एक शब्द या आधा शब्द" के बराबर होती है; आपका इनपुट और आउटपुट इसी इकाई में मापा जाता है।
Codex में इसका क्या अर्थ है: दो मुख्य चीज़ें इससे जुड़ी हैं — कोटा और लागत। आपकी सदस्यता का कोटा टोकन के आधार पर निर्धारित होता है, और API की का उपयोग करने पर बिल भी इसी आधार पर आता है; प्रमुख मॉडलों के उपयोग की लागत छोटे मॉडलों से अधिक होती है। संदर्भ सीमा का आकार भी टोकन में ही मापा जाता है।
| शब्द | सरल स्पष्टीकरण |
|---|---|
| एजेंट | काम पूरा करने वाला AI, न कि केवल चैट करने वाला |
| एजेंट चक्र | सोचना → करना → देखना, और काम पूरा होने तक इसे दोहराना |
| संदर्भ सीमा | एक बार में कुल देखी जाने वाली जानकारी, जिसकी एक सीमा होती है |
| टोकन | टेक्स्ट की सबसे छोटी इकाई, जो लागत और कोटे से जुड़ी है |
💡 संक्षेप में: ये चार बुनियादी स्तंभ हैं — एजेंट काम करता है, चक्र उसका तरीका है, संदर्भ सीमा उसका कार्यक्षेत्र है, और टोकन उसकी लागत की इकाई है।
02 Codex विशिष्ट अवधारणाएँ: इस उपकरण के विशेष शब्द
यह समूह केवल Codex से संबंधित विशेष शब्दों का है, जो इसके व्यवहार को समझने के लिए आवश्यक हैं।
AGENTS.md (प्रोजेक्ट निर्देश फ़ाइल)
सरल शब्दों में: प्रोजेक्ट में रखी गई एक Markdown फ़ाइल, जिसमें आपके प्रोजेक्ट के नियम लिखे होते हैं और Codex काम शुरू करने से पहले इसे पढ़ता है।
सादृश्य: टेबल पर लगा नोट। आप रोज़ सहकर्मियों से यह नहीं कहेंगे कि "इस प्रोजेक्ट में pnpm का उपयोग करें, npm का नहीं"; आप टेबल पर एक नोट लगा देते हैं जिसे वे देख सकते हैं। AGENTS.md Codex के लिए वही नोट है: कोड कैसे चलाना है, टेस्ट कैसे करना है, नियमों का पालन कैसे करना है, इसे एक बार लिखें और वह हर बार इसे पढ़ेगा। यह फ़ाइल वैश्विक स्तर पर (~/.codex/AGENTS.md) या प्रोजेक्ट स्तर पर रखी जा सकती है। (यह Claude Code की CLAUDE.md फ़ाइल के समान है।)
codex exec (गैर-इंटरैक्टिव कमांड)
सरल शब्दों में: बिना इंटरैक्टिव इंटरफ़ेस में गए, सीधे "एक प्रॉम्प्ट देना और परिणाम प्राप्त करना" का तरीका, जो ऑटोमेशन और स्क्रिप्ट के लिए उपयुक्त है।
सादृश्य: वेंडिंग मशीन। इंटरैक्टिव मोड किसी स्टोर में कर्मचारी से बातचीत करने जैसा है — जहाँ सवाल-जवाब का सिलसिला चलता है। codex exec वेंडिंग मशीन जैसा है: पैसे डालें, बटन दबाएं और उत्पाद प्राप्त करें — बिना किसी अतिरिक्त बातचीत के काम तुरंत पूरा हो जाता है। CI, क्रॉन जॉब्स (cron jobs) और बैच स्क्रिप्ट्स में इसी का उपयोग होता है।
सैंडबॉक्स (Sandbox)
सरल शब्दों में: Codex के लिए निर्धारित की गई एक सुरक्षा सीमा, जिसके भीतर वह काम कर सकता है; सीमा से बाहर जाने के लिए उसे अनुमति की आवश्यकता होती है।
सादृश्य: खेल के मैदान की सुरक्षा बाड़ (fence)। बच्चे बाड़ के अंदर सुरक्षित खेल सकते हैं और आपको लगातार ध्यान देने की आवश्यकता नहीं होती; लेकिन बाहर जाने के लिए उन्हें अनुमति चाहिए। सैंडबॉक्स दो चीज़ों को नियंत्रित करता है — वह कौन सी फ़ाइलें बदल सकता है, और क्या वह इंटरनेट का उपयोग कर सकता है। इसके तीन स्तर होते हैं: read-only (केवल-पठन, कोई बदलाव नहीं), workspace-write (केवल वर्तमान प्रोजेक्ट में लिखने की अनुमति, इंटरनेट ब्लॉक रहता है, जो दैनिक उपयोग के लिए डिफ़ॉल्ट है), और danger-full-access (पूर्ण स्वतंत्रता, जिसका उपयोग केवल सुरक्षित/पृथक वातावरण में ही करना चाहिए)।
अनुमति नीति (Approval / Approval Policy)
सरल शब्दों में: जब Codex सैंडबॉक्स की सीमा से बाहर जाने का प्रयास करे, तो वह आपसे अनुमति मांगे या नहीं — यह सैंडबॉक्स के साथ काम करने वाली एक अन्य सेटिंग है।
सादृश्य: सुरक्षा गार्ड का व्यवहार। सैंडबॉक्स वह दरवाजा है और अनुमति नीति सुरक्षा गार्ड की मुस्तैदी है। untrusted केवल अनपेक्षित कमांड को रोकता है, on-request सीमा से बाहर जाने पर रुककर अनुमति मांगता है (जो सबसे अधिक संतुलित और प्रयुक्त स्तर है), और never बिना पूछे काम करता है। याद रखें: सैंडबॉक्स तय करता है कि "क्या वह कर सकता है," और अनुमति नीति तय करती है कि "क्या वह पूछेगा।" दोनों को आपस में न मिलाएं।
सोचने की क्षमता (Reasoning Effort / model_reasoning_effort)
सरल शब्दों में: मॉडल को "काम शुरू करने से पहले कितना सोचना है" तय करने का स्तर, जितना अधिक समय वह सोचेगा, परिणाम उतना ही बेहतर होगा लेकिन समय अधिक लगेगा।
सादृश्य: परीक्षा का समय। यदि किसी होनहार छात्र को तुरंत उत्तर देने को कहा जाए, और यदि उसे समय देकर हल करने को कहा जाए, तो दोनों के परिणामों में अंतर होगा। इसके पांच स्तर हैं: minimal (बिना सोचे तुरंत उत्तर देना), low, medium (संतुलित और डिफ़ॉल्ट स्तर), high, और xhigh (सर्वोच्च सोचने की क्षमता)। यदि परिणाम सही न हो, तो स्तर बढ़ाएं; यदि गति धीमी हो, तो स्तर कम करें।
सोचने का विवरण (Reasoning Summary / model_reasoning_summary)
सरल शब्दों में: आप उसका "सोचने का विवरण" कितना देखना चाहते हैं।
Codex में इसका क्या अर्थ है: इसके मान auto / concise / detailed / none हो सकते हैं। यदि आप उसका पूरा सोचने का विवरण देखना चाहते हैं, तो detailed चुनें; यदि आप विवरण नहीं देखना चाहते, तो none से इसे बंद कर सकते हैं। यह केवल विवरण दिखाने की सेटिंग है, इससे परिणाम की गुणवत्ता प्रभावित नहीं होती।
सेवा स्तर (Service Tier / service_tier)
सरल शब्दों में: आपके अनुरोधों की प्राथमिकता तय करना — लागत कम रखना या गति तेज़ करना।
सादृश्य: साधारण कूरियर और एक्सप्रेस कूरियर। fast मोड अतिरिक्त कोटे का उपयोग करके गति को 1.5 गुना बढ़ा देता है, जो एक्सप्रेस सेवा की तरह है; flex सामान्य संतुलित मोड है। यदि आपको काम जल्दी पूरा करना है, तो fast का उपयोग करें, अन्यथा डिफ़ॉल्ट रूप से flex का उपयोग करें।
config.toml (कॉन्फ़िगरेशन फ़ाइल)
सरल शब्दों में: Codex की मुख्य कॉन्फ़िगरेशन फ़ाइल, जो ~/.codex/config.toml पर TOML प्रारूप में स्थित होती है।
Codex में इसका क्या अर्थ है: डिफ़ॉल्ट मॉडल, सोचने की क्षमता, सैंडबॉक्स स्तर, अनुमति नीति और MCP सर्वर जैसी सेटिंग्स को हमेशा के लिए सहेजने के लिए इस फ़ाइल में लिखा जाता है।
Chronicle / मेमोरी (Memory)
सरल शब्दों में: Codex को आपके पुराने प्रोजेक्ट नियमों और प्राथमिकताओं को याद रखने की अनुमति देना, ताकि हर बार विवरण न बताना पड़े।
Codex में इसका क्या अर्थ है: मेमोरी डिफ़ॉल्ट रूप से बंद होती है। इसे सक्षम करने के लिए config.toml में [features] के तहत memories = true लिखना होता है। Chronicle एक प्रायोगिक फ़ीचर (Research Preview) है जो आपकी स्क्रीन के संदर्भ के आधार पर समझने का प्रयास करता है कि आप क्या काम कर रहे हैं, जो वर्तमान में केवल macOS और विशिष्ट सदस्यताओं के लिए उपलब्ध है। हमारा सुझाव है कि महत्वपूर्ण नियमों को हमेशा AGENTS.md में ही लिखें, न कि मेमोरी पर निर्भर रहें।
💡 संक्षेप में: Codex विशिष्ट शब्दों में, सैंडबॉक्स और अनुमति नीति अधिकारों को नियंत्रित करती हैं,
AGENTS.mdनियमों को, सोचने की क्षमता सोचने के स्तर को, औरcodex execस्वचालन (automation) को नियंत्रित करता है, और ये सभी सेटिंग्सconfig.tomlमें सहेजी जा सकती हैं।
03 उन्नत क्षमताएं: Codex को बाहरी साधनों से जोड़ना
ये Codex की वे क्षमताएं हैं जो इसकी उपयोगिता को बढ़ाती हैं। ये पांच शब्द आपस में मिलते-जुलते हैं, इसलिए इन्हें ध्यान से समझें।
MCP (Model Context Protocol)
सरल शब्दों में: एक मानक इंटरफ़ेस जिसके द्वारा Codex को विभिन्न बाहरी उपकरणों — जैसे डेटाबेस, ब्राउज़र, डिज़ाइन फ़ाइलें और थर्ड-पार्टी सेवाओं से जोड़ा जा सकता है।
सादृश्य: USB पोर्ट। डिफ़ॉल्ट रूप से Codex केवल स्थानीय फ़ाइलों और कमांड तक ही पहुँच सकता है। MCP एक USB पोर्ट की तरह काम करता है: इसके माध्यम से बाहरी उपकरण आसानी से कनेक्ट हो जाते हैं और प्रत्येक टूल के लिए अलग कोड लिखने की आवश्यकता नहीं होती।
उप-एजेंट (Subagent)
सरल शब्दों में: मुख्य सत्र (main session) द्वारा किसी विशिष्ट कार्य के लिए समानांतर रूप से भेजा गया एक अस्थायी एजेंट, जो स्वतंत्र रूप से काम पूरा करके केवल सारांश वापस भेजता है।
सादृश्य: काम बांटना। यदि आपको किसी बदलाव की सुरक्षा, प्रदर्शन और परीक्षण तीनों पहलुओं से जांच करनी है, तो स्वयं जांच करने के बजाय आप तीन उप-एजेंट बना सकते हैं जो एक साथ काम करेंगे और अंत में सारांश देंगे। ध्यान दें: Codex स्वतः उप-एजेंट नहीं बनाता, इसके लिए आपको प्रॉम्प्ट में स्पष्ट निर्देश देने होते हैं। इसका मुख्य लाभ यह है कि यह मुख्य संदर्भ सीमा (context window) में अनावश्यक विवरणों को आने से रोकता है।
Skill (Agent Skills)
सरल शब्दों में: एक निश्चित कार्यविधि को एक "कौशल (skill)" के रूप में सहेजना, ताकि Codex आवश्यकता होने पर सीधे उस प्रक्रिया का पालन कर सके।
सादृश्य: रेसिपी कार्ड। यदि आपको "बदलावों का विश्लेषण करना और जोखिमों की जांच करना" जैसा काम बार-बार कराना होता है, तो हर बार प्रॉम्प्ट लिखने के बजाय आप इसे एक रेसिपी कार्ड (SKILL.md) के रूप में लिख सकते हैं जिसमें name, description और कार्यविधि दी गई हो। इसके बाद Codex स्वतः ही इस कौशल का उपयोग कर सकता है। यह मोबाइल में "शॉर्टकट (shortcuts)" की तरह काम करता है।
Hook
सरल शब्दों में: Codex के काम करने के चक्र में विशिष्ट समय पर स्वचालित रूप से चलने वाली स्क्रिप्ट, जो घटना होने पर स्वतः सक्रिय हो जाती है।
सादृश्य: सेंसर लाइट। इसे इस बात से कोई सरोकार नहीं होता कि आप कौन हैं, जैसे ही कोई वहां से गुज़रता है, लाइट जल जाती है। Hook भी इसी तरह काम करता है — जैसे "टूल चलाने से पहले," "जवाब देने के बाद" आदि विशिष्ट स्थितियों में आपकी निर्धारित स्क्रिप्ट स्वतः चल जाती है। यह AGENTS.md से भिन्न है क्योंकि AGENTS.md एक निर्देश है जबकि Hook एक निश्चित गारंटीकृत कार्रवाई है।
Plugin (प्लगइन)
सरल शब्दों में: कई Skills, MCP सर्वर्स और एकीकरणों को एक साथ मिलाकर तैयार किया गया एक पैकेज, जिसे एक साथ इंस्टॉल और प्रबंधित किया जा सकता है।
सादृश्य: फर्नीचर का पूरा सेट। अलग-अलग फर्नीचर खरीदने और उन्हें जोड़ने के बजाय, आप एक पूरा सेट खरीद लेते हैं जो सीधे फिट हो जाता है। यदि आपको अपनी टीम के साथ कोडिंग नियमों और सेटिंग्स को साझा करना है, तो प्लगइन सबसे अच्छा तरीका है।
| शब्द | अंतर | उपयोग का समय |
|---|---|---|
| MCP | बाहरी टूल जोड़ने का मानक पोर्ट | जब डेटाबेस, डिज़ाइन या ब्राउज़र से जुड़ना हो |
| उप-एजेंट | विशिष्ट कार्य के लिए समानांतर काम | जब एक काम की कई पहलुओं से समानांतर जांच करनी हो |
| Skill | कार्यविधि को कौशल के रूप में सहेजना | जब एक ही प्रक्रिया बार-बार करानी हो |
| Hook | विशिष्ट समय पर स्वतः चलने वाली स्क्रिप्ट | जब हर बार कोई निश्चित जांच या कार्रवाई स्वतः करानी हो |
| Plugin | टूल्स और स्किल्स का साझा पैकेज | जब टीम के साथ पूरी कॉन्फ़िगरेशन साझा करनी हो |
💡 संक्षेप में: MCP टूल्स जोड़ता है, उप-एजेंट काम बांटता है, Skill प्रक्रिया सहेजता है, Hook स्वचालित कार्रवाई करता है, और Plugin इन सभी का साझा पैकेज है।
04 मॉडल: काम करने वाले AI का चयन
यह अनुभाग Codex के पीछे काम करने वाले विभिन्न मॉडलों से संबंधित है। मॉडल के नाम बदल सकते हैं, यहाँ उनकी स्थिति को समझाया गया है।
gpt-5.5 (प्रमुख, डिफ़ॉल्ट)
सरल शब्दों में: सबसे शक्तिशाली और डिफ़ॉल्ट मॉडल, जो जटिल कार्यों के लिए अनुशंसित है।
Codex में इसका क्या अर्थ है: जटिल प्रोग्रामिंग, बड़े रिफैक्टरिंग, मुश्किल बग्स और शोध कार्यों के लिए इसी मॉडल का उपयोग करें। यदि आपने कोई सेटिंग नहीं बदली है, तो यही डिफ़ॉल्ट रूप से काम करता है।
gpt-5.4-mini (हल्का, तेज़ और सस्ता)
सरल शब्दों में: हल्का मॉडल जो तेज़ी से काम करता है और कम खर्चीला है, जो सरल और दोहराए जाने वाले कार्यों तथा उप-एजेंटों के लिए उपयुक्त है।
Codex में इसका क्या अर्थ है: नाम बदलना, प्रारूप ठीक करना, टिप्पणियां (comments) लिखना जैसे सरल कार्यों के लिए यह मॉडल सबसे अच्छा है, जिससे आपका समय और बिल दोनों बचते हैं।
gpt-5.4 (मानक संस्करण, mini से भिन्न)
सरल शब्दों में: प्रमुख मॉडल और mini के बीच की श्रेणी, जो मानक कार्यों के लिए उपयुक्त है।
Codex में इसका क्या अर्थ है: यह mini से अधिक शक्तिशाली है लेकिन gpt-5.5 प्रमुख मॉडल से सस्ता है। यह गुणवत्ता और लागत में संतुलन बनाने के लिए उपयुक्त है।
gpt-5.3-codex-spark (त्वरित, रिसर्च प्रिव्यू)
सरल शब्दों में: त्वरित प्रतिक्रिया (fast response) के लिए अनुकूलित मॉडल, जो लगातार रीयल-टाइम कोडिंग के लिए उपयुक्त है।
Codex में इसका क्या अर्थ है: यह अभी रिसर्च प्रिव्यू है और केवल विशिष्ट ग्राहकों (ChatGPT Pro) के लिए उपलब्ध है।
रिसर्च प्रिव्यू (Research Preview)
सरल शब्दों में: आधिकारिक तौर पर कुछ उपयोगकर्ताओं के लिए जारी किया गया "परीक्षण संस्करण (preview)", जिसके फ़ीचर्स और उपलब्धता में बदलाव हो सकता है।
Codex में इसका क्या अर्थ है: जो फ़ीचर्स या मॉडल "Research Preview" के रूप में चिह्नित हैं, वे अभी परीक्षण के दौर में हैं और भविष्य में बदल सकते हैं, इसलिए इन्हें मुख्य उत्पादन कार्यों (production) के लिए उपयोग करने से बचें।
असमर्थित/बंद मॉडल (Deprecated)
सरल शब्दों में: वे पुराने मॉडल जिन्हें अब बंद कर दिया गया है और जिन्हें कॉन्फ़िगरेशन में उपयोग नहीं किया जाना चाहिए।
Codex में इसका क्या अर्थ है: gpt-5.2 और gpt-5.3-codex को अब बंद कर दिया गया है। यदि आपके config.toml या कमांड में ये नाम लिखे हैं, तो इन्हें नवीनतम संस्करण से बदल लें।
| मॉडल | प्रकार | उपयुक्त परिदृश्य |
|---|---|---|
gpt-5.5 | प्रमुख, डिफ़ॉल्ट | जटिल कोडिंग, बड़े रिफैक्टरिंग, शोध |
gpt-5.4 | मानक (मध्यम स्तर) | गुणवत्ता और लागत में संतुलन |
gpt-5.4-mini | हल्का, तेज़ | सरल कार्य, उप-एजेंट |
gpt-5.3-codex-spark | त्वरित प्रतिक्रिया (प्रायोगिक) | त्वरित रीयल-टाइम काम |
gpt-5.2 / gpt-5.3-codex | असमर्थित | उपयोग न करें |
05 इस शब्दावली का उपयोग कैसे करें
इस शब्दावली का सर्वोत्तम उपयोग करने के लिए तीन व्यावहारिक तरीके:
पहला, पढ़ते समय संशय होने पर यहाँ आकर शब्द खोजें। इसे याद रखने का प्रयास करने के बजाय, जब भी कोई शब्द समझ न आए, तो Ctrl+F दबाकर उसे यहाँ खोजें।
दूसरा, अक्सर भ्रमित करने वाले जोड़ों के अंतर को समझें:
| भ्रमित करने वाले जोड़े | मुख्य अंतर |
|---|---|
| सैंडबॉक्स बनाम अनुमति नीति | सैंडबॉक्स तय करता है "क्या कर सकता है", अनुमति तय करती है "पूछेगा या नहीं" |
| सोचने की क्षमता बनाम मॉडल | सोचने की क्षमता "समय" है, मॉडल "कर्मचारी" है |
AGENTS.md बनाम मेमोरी | AGENTS.md निश्चित नियम है, मेमोरी अनुभवों पर आधारित है |
| Skill बनाम Plugin | Skill एक क्षमता है, Plugin क्षमताओं का पैकेज है |
| उप-एजेंट बनाम Hook | उप-एजेंट आपके कहने पर काम करता है, Hook स्वतः चलता है |
तीसरा, व्यावहारिक परीक्षण करें। जो अवधारणा समझ न आ रही हो, उसे स्वयं चलाकर देखें — जैसे सैंडबॉक्स के नियमों को समझने के लिए 02 मूल अवधारणाएँ में दिया गया छोटा प्रयोग करके देखें।
💡 संक्षेप में: तकनीकी शब्दों को रटने के बजाय, आवश्यकता होने पर संदर्भ देखें; भ्रमित करने वाले शब्दों के अंतर को समझें और प्रयोग करके देखें।
निष्कर्ष
इस शब्दावली में हमने Codex से संबंधित महत्वपूर्ण अवधारणाओं को समझा:
- बुनियादी अवधारणाएँ: एजेंट, एजेंट चक्र, संदर्भ सीमा और टोकन।
- Codex विशिष्ट:
AGENTS.md,codex exec, सैंडबॉक्स, अनुमति नीति, सोचने की क्षमता,service_tierऔर Chronicle। - उन्नत क्षमताएं: MCP, उप-एजेंट, Skill, Hook और Plugin।
- मॉडल:
gpt-5.5,gpt-5.4,gpt-5.4-miniऔर असमर्थित मॉडल।
तकनीकी शब्दों को याद रखने का सबसे अच्छा तरीका उनका लगातार उपयोग करना है। यह शब्दावली तब तक आपके काम आएगी जब तक ये अवधारणाएँ आपकी आदत में शामिल नहीं हो जातीं।
अगला लेख 39 कॉर्पोरेट प्रबंधन और शासन टीम और कॉर्पोरेट स्तर पर Codex को लागू करने और प्रबंधित करने की रणनीतियों के बारे में विस्तार से बताएगा। जाने से पहले सोचें: जब कई लोग एक ही उपकरण का उपयोग करते हैं, तो सुरक्षा और नियमों को कैसे समान रखा जा सकता है?