कमांड और कॉन्फ़िगरेशन चीट शीट
📚 सीरीज़ नेविगेशन: पिछला लेख 34 व्यावहारिक अभ्यास आपको पिछले सभी सीखे गए पुर्जों को एक साथ जोड़कर एक संपूर्ण प्रोजेक्ट चलाने की प्रक्रिया सिखाता है, वह "संयोजन" था। यह लेख इसके विपरीत काम करेगा — यह तीस से अधिक अध्यायों में फैले कमांड, फ़्लैग और कॉन्फ़िगरेशन कुंजियों को एक साथ निकालकर एक चीट शीट बनाएगा जिसे आप अपने मॉनिटर के पास चिपका सकते हैं। अगला लेख 36 सर्वश्रेष्ठ अभ्यास Codex श्रृंखला को "सही तरीके से उपयोग कैसे करें" के साथ समाप्त करेगा।
एक ईमानदारी की बात बताता हूँ।
Codex का उपयोग करने के पहले दो महीनों में, मेरे कंप्यूटर पर codex-notes.txt नाम की एक फाइल थी, जिसमें बेतरतीब ढंग से लिखा था "JSON निर्यात करने के लिए --json है" "आखिरी संदेश फ़ाइल में लिखने के लिए -o है" इत्यादि। समस्या यह थी कि मैं इसे सही से व्यवस्थित नहीं रख पाता था। हर बार जब मुझे codex exec का उपयोग करके परिणाम को किसी फ़ाइल में लिखना होता था, तो मैं पहले उस txt फाइल को देखता था। अगर वहां नहीं मिलता, तो मैं शेल इतिहास में history | grep codex खोजता, और फिर भी न मिलने पर आधिकारिक दस्तावेज़ों के लिए ब्राउज़र पर जाता था — एक साधारण कमांड के लिए मुझे पांच मिनट लग जाते थे।
इससे भी बुरा कॉन्फ़िगरेशन था। एक बार मैं किसी प्रोजेक्ट के लिए अस्थायी रूप से सैंडबॉक्स नेटवर्क बंद करना चाहता था। मुझे याद था कि sandbox_workspace_write से शुरू होने वाली एक कुंजी थी, लेकिन उसके बाद क्या था, यह मैं पूरी तरह से भूल गया था — network? net_access? मैं config.toml में अंदाज़ा लगाता रहा, जब तक कि Codex शुरू होने पर त्रुटि नहीं दिखाने लगा। अंत में, मुझे कॉन्फ़िगरेशन संदर्भ देखकर पता चला कि यह sandbox_workspace_write.network_access था। उस पल मैंने तय किया: हर बार खोजने के बजाय, क्यों न अक्सर उपयोग होने वाले कमांड और कॉन्फ़िगरेशन की एक सूची बना ली जाए, ताकि जब भी ज़रूरत हो, एक नज़र में देखा जा सके।
यह लेख उसी सूची का परिणाम है। यह सिद्धांतों की बात नहीं करेगा (सिद्धांतों पर पहले चर्चा की जा चुकी है), बल्कि केवल एक काम करेगा — आपको तेज़ी से खोजने, सटीक कॉपी करने और ब्राउज़र खोलने की आवश्यकता को समाप्त करने में मदद करना।
इस लेख को पूरा पढ़ने के बाद, आपको मिलेगा:
- इंस्टॉलेशन, लॉगिन, CLI कमांड और फ़्लैग, स्लैश कमांड और
config.tomlके अक्सर उपयोग होने वाले कॉन्फ़िगरेशन की एक चीट शीट - अनुमति सैंडबॉक्स स्तरों, मॉडल और उनकी क्षमता (reasoning effort) की एक मिलान तालिका
- MCP (Model Context Protocol), उप-एजेंट (sub-agents) और Skills जैसी उन्नत क्षमताओं के लिए महत्वपूर्ण प्रवेश बिंदुओं (entry points) की सूची
- एक छोटा उदाहरण जिसके द्वारा आप सत्यापित कर सकते हैं कि आपने जो कमांड खोजा है वह वास्तव में काम कर रहा है
⚠️ कमांड, फ़्लैग और कॉन्फ़िगरेशन कुंजियाँ आधिकारिक दस्तावेज़ों पर आधारित हैं और संस्करणों के साथ बदल सकती हैं; मॉडल के नाम और डिफ़ॉल्ट मान आपके संस्करण और खाते के अनुसार भिन्न हो सकते हैं, हमेशा अपने स्थानीय
codex --helpऔरconfig.tomlके व्यवहार को ही आधार मानें; वर्तमान संस्करण की पुष्टिcodex --versionके माध्यम से करें। नीचे जहां भी "प्रायोगिक" लिखा है, वहां उपयोग करने से पहले सावधानी बरतें।
01 इंस्टॉलेशन और लॉगिन
पहली बार इंस्टॉल करते समय, मशीन बदलते समय, या CI में काम शुरू करते समय ये सबसे अधिक उपयोग किए जाने वाले कमांड हैं। सादृश्य: ये Codex के "स्टार्टअप तीन चरण" हैं — इंस्टॉल करना, लॉगिन करना और पुष्टि करना, इनमें से किसी भी कदम के बिना काम नहीं बनेगा।
घरेलू नेटवर्क के तहत, इंस्टॉलेशन स्क्रिप्ट और लॉगिन OAuth के लिए VPN/प्रॉक्सी की आवश्यकता हो सकती है, अन्यथा यह डाउनलोड या रीडायरेक्ट चरण में अटक सकता है।
| उद्देश्य | कमांड | प्लेटफ़ॉर्म / टिप्पणी |
|---|---|---|
| मानक इंस्टॉलेशन (स्क्रिप्ट) | curl -fsSL https://chatgpt.com/codex/install.sh | sh | macOS / Linux |
| मानक इंस्टॉलेशन (स्क्रिप्ट) | powershell -ExecutionPolicy ByPass -c "irm https://chatgpt.com/codex/install.ps1 | iex" | Windows |
| npm के माध्यम से इंस्टॉल करें | npm install -g @openai/codex | सभी प्लेटफ़ॉर्म, Node आवश्यक |
| Homebrew के माध्यम से इंस्टॉल करें | brew install --cask codex | macOS |
| नवीनतम संस्करण में अपडेट करें | codex update | यदि पैकेज मैनेजर स्वचालित अपडेट का समर्थन करता है |
| लॉगिन (ब्राउज़र OAuth) | codex login | डिफ़ॉल्ट तरीका, ChatGPT में लॉगिन करने के लिए ब्राउज़र खोलता है |
| लॉगिन (डिवाइस कोड) | codex login --device-auth | जब ब्राउज़र नहीं खोला जा सकता (जैसे रिमोट सर्वर) |
| API Key से लॉगिन | printenv OPENAI_API_KEY | codex login --with-api-key | stdin से key पढ़ता है |
| लॉगिन स्थिति की जांच | codex login status | यदि लॉगिन है तो एग्जिट कोड 0 होगा, स्क्रिप्ट के लिए उपयुक्त |
| लॉगआउट | codex logout | स्थानीय क्रेडेंशियल साफ़ करता है |
| सिस्टम डायग्नोस्टिक्स | codex doctor | इंस्टॉलेशन के बाद या समस्या होने पर चलाएं, यह इंस्टॉलेशन, कॉन्फ़िगरेशन, प्रमाणीकरण और Git आदि की जांच करता है |
💡 संक्षेप में: इंस्टॉल करने के बाद पहले
codex doctorचलाकर जांच करें, और फिरcodex login statusसे लॉगिन की पुष्टि करें, इससे बाद की कई समस्याओं से बचा जा सकता है।
02 codex CLI सामान्य कमांड और फ़्लैग
यह इस लेख का सबसे महत्वपूर्ण हिस्सा है। सादृश्य: codex मुख्य प्रोग्राम है, जिसके बाद "उप-कमांड" (कहाँ जाना है) और फिर --xxx "फ़्लैग" (कैसे जाना है) आते हैं। पहले उप-कमांड और फिर फ़्लैग याद रखें, इन्हें जोड़कर एक पूरा कमांड बनता है।
सामान्य उप-कमांड
| उप-कमांड | कार्य | स्थिति |
|---|---|---|
codex | इंटरैक्टिव टर्मिनल इंटरफ़ेस (TUI - Terminal User Interface) शुरू करता है, बिना उप-कमांड के यही डिफ़ॉल्ट है | स्थिर |
codex exec | गैर-इंटरैक्टिव रूप से एक बार चलता है और परिणाम देकर बंद हो जाता है; संक्षिप्त रूप codex e | स्थिर |
codex resume | पिछले इंटरैक्टिव सत्र को जारी रखता है | स्थिर |
codex fork | किसी सत्र को एक नए थ्रेड में विभाजित (fork) करता है, मूल रिकॉर्ड को नहीं बदलता | स्थिर |
codex apply | क्लाउड टास्क द्वारा उत्पन्न diff को स्थानीय रूप से लागू करता है; संक्षिप्त रूप codex a | स्थिर |
codex mcp | MCP सर्वर प्रबंधित करता है (list / add / remove / login) | प्रायोगिक |
codex features | फ़ीचर स्विच की सूची दिखाता है और उन्हें स्थायी रूप से सक्षम/अक्षम करता है | स्थिर |
codex completion | शेल पूर्णता (autocomplete) स्क्रिप्ट उत्पन्न करता है | स्थिर |
महत्वपूर्ण वैश्विक फ़्लैग (अधिकांश उप-कमांड के बाद उपयोग किए जा सकते हैं)
| फ़्लैग | प्रभाव | मान / टिप्पणी |
|---|---|---|
--model / -m | अस्थायी रूप से मॉडल बदलें | जैसे -m gpt-5.5 |
--image / -i | पहले प्रॉम्प्ट के साथ चित्र भेजें | कई चित्रों के लिए अल्पविराम (comma) का उपयोग करें या -i दोहराएं |
--cd / -C | काम शुरू करने से पहले कार्यशील निर्देशिका (working directory) बदलें | पाथ निर्दिष्ट करें |
--sandbox / -s | सैंडबॉक्स का स्तर चुनें | read-only / workspace-write / danger-full-access |
--ask-for-approval / -a | अनुमति मांगने का समय चुनें | untrusted / on-request / never |
--search | रीयल-टाइम वेब खोज सक्षम करें | web_search को live पर सेट करें (डिफ़ॉल्ट cached है) |
--add-dir | किसी विशिष्ट निर्देशिका को अतिरिक्त लिखने की अनुमति दें | दोहराया जा सकता है, पूरे सिस्टम को अनुमति देने से सुरक्षित है |
--profile / -p | किसी कॉन्फ़िगरेशन प्रोफ़ाइल को लागू करें | बुनियादी कॉन्फ़िगरेशन के ऊपर लागू होता है |
--config / -c | कमांड-लाइन पर अस्थायी रूप से कॉन्फ़िगरेशन बदलें | -c key=value, यदि TOML के रूप में पार्स किया जा सकता है तो लागू होगा |
--yolo | सभी अनुमतियों और सैंडबॉक्स सीमाओं को छोड़ें | जोखिम भरा, केवल पृथक वातावरण (isolated environments) में उपयोग करें |
codex exec (गैर-इंटरैक्टिव) विशिष्ट फ़्लैग
यह स्क्रिप्ट लिखने और CI चलाने के लिए सबसे अधिक उपयोग किया जाने वाला समूह है। सादृश्य: इंटरैक्टिव मोड किसी रेस्तरां में बैठकर ऑर्डर करने जैसा है, जबकि codex exec डिलीवरी ऑर्डर करने जैसा है — ऑर्डर करें और जाएं, परिणाम आपके निर्दिष्ट स्थान पर पहुंच जाएगा।
| फ़्लैग | कार्य |
|---|---|
PROMPT में - लिखें | stdin से प्रॉम्प्ट पढ़ता है (जैसे cat prompt.txt | codex exec -) |
--json | JSONL (JSON lines) स्ट्रीम आउटपुट करता है, जिसे jq से आसानी से पार्स किया जा सकता है |
--output-last-message / -o | अंतिम उत्तर को फ़ाइल में लिखता है (साथ ही stdout पर भी प्रिंट करता है) |
--output-schema | एक JSON Schema प्रदान करता है, जिससे अंतिम आउटपुट उस संरचना के अनुसार बाध्य होता है |
--skip-git-repo-check | गैर-Git निर्देशिकाओं में चलने की अनुमति देता है |
--ephemeral | डिस्क पर सत्र का कोई इतिहास नहीं रखता |
--full-auto | अब समर्थित नहीं (deprecated), चेतावनी दिखाएगा; नई स्क्रिप्ट में --sandbox workspace-write का उपयोग करें |
codex exec resume --last | हाल ही के exec सत्र को जारी रखता है |
💡 संक्षेप में:
-mसे मॉडल बदलें,-sसे सैंडबॉक्स बदलें,-aसे अनुमति नीति बदलें, और-o/--jsonसे परिणाम प्राप्त करें — इन चार चीज़ों को याद रखने से अधिकांश कमांड-लाइन परिदृश्य कवर हो जाते हैं।
03 स्लैश कमांड (TUI के भीतर उपयोग के लिए)
स्लैश कमांड केवल इंटरैक्टिव इंटरफ़ेस में काम करते हैं — codex के फुल-स्क्रीन इंटरफ़ेस में जाने के बाद, / दबाकर मेनू खोलें। सादृश्य: ये सत्र के भीतर "शॉर्टकट बटन" हैं, आपको बाहर जाने की आवश्यकता नहीं है, बस स्लैश टाइप करें और काम करें।
नीचे मेरे द्वारा सबसे अधिक उपयोग किए जाने वाले कमांड दिए गए हैं। पूरी सूची के लिए अपने स्थानीय मेनू में / टाइप करके देखें, संस्करण के अनुसार इनमें बदलाव हो सकता है।
| स्लैश कमांड | कार्य |
|---|---|
/model | वर्तमान मॉडल बदलें (उपलब्ध होने पर क्षमता स्तर भी सेट कर सकते हैं) |
/status | वर्तमान मॉडल, अनुमति नीति, लिखने योग्य निर्देशिकाएं और बची हुई संदर्भ सीमा (context window) देखें |
/compact | संदर्भ सीमा खाली करने के लिए लंबी बातचीत को संक्षेप में संपीड़ित करें |
/diff | Git diff देखें, जिसमें ट्रैक न की गई नई फ़ाइलें भी शामिल हैं |
/permissions | बातचीत के बीच में अनुमतियों को समायोजित करें कि Codex बिना पूछे क्या कर सकता है |
/review | Codex से अपने वर्तमान कार्यक्षेत्र (workspace) के बदलावों की समीक्षा कराएं |
/init | वर्तमान निर्देशिका में AGENTS.md का बुनियादी ढांचा बनाएं |
/mcp | वर्तमान सत्र में उपलब्ध MCP टूल की सूची देखें (विवरण के लिए verbose जोड़ें) |
/skills | स्थानीय Skills देखें और चुनें |
/agent | उप-एजेंटों के विभिन्न थ्रेड्स के बीच स्विच करें |
/fast | वर्तमान मॉडल की Fast सेवा परत को सक्षम/अक्षम करें (/fast on/off/status) |
/new | उसी CLI सत्र में एक नई बातचीत शुरू करें |
/clear | स्क्रीन साफ़ करें और नई बातचीत शुरू करें |
/quit या /exit | CLI से बाहर निकलें |
एक बात का ध्यान रखें: /fast "मॉडल कैटलॉग (catalog)" पर आधारित होता है — यदि वर्तमान मॉडल Fast परत का समर्थन नहीं करता है, तो मेनू में /fast दिखाई नहीं देगा, यह कोई बग नहीं है।
💡 संक्षेप में: सत्र में सबसे महत्वपूर्ण चार कमांड हैं — मॉडल बदलने के लिए
/model, स्थिति देखने के लिए/status, संदर्भ सीमा खाली करने के लिए/compact, और बदलावों की जांच के लिए/diff। इन्हें अपनी आदत बना लें।
04 config.toml सामान्य कॉन्फ़िगरेशन विकल्प
कॉन्फ़िगरेशन फ़ाइल ~/.codex/config.toml (TOML प्रारूप) में होती है, जो Codex की "स्थायी याददाश्त" है। सादृश्य: कमांड-लाइन फ़्लैग "इस बार कैसे काम करना है" तय करते हैं, जबकि config.toml "भविष्य में हमेशा कैसे काम करना है" तय करता है। प्रोजेक्ट स्तर पर बदलाव के लिए प्रोजेक्ट फ़ोल्डर में .codex/config.toml भी रखा जा सकता है (यदि प्रोजेक्ट को विश्वसनीय माना गया हो)।
नीचे केवल अक्सर उपयोग किए जाने वाले विकल्प दिए गए हैं, पूरी सूची के लिए आधिकारिक दस्तावेज़ देखें।
| कॉन्फ़िगरेशन कुंजी | कार्य | उदाहरण मान |
|---|---|---|
model | डिफ़ॉल्ट मॉडल | "gpt-5.5" |
model_reasoning_effort | सोचने की क्षमता (reasoning effort) | minimal / low / medium / high / xhigh |
model_reasoning_summary | सोचने के विवरण का स्तर | auto / concise / detailed / none |
service_tier | सेवा स्तर | flex / fast (गति से संबंधित, /fast के साथ प्रयुक्त) |
sandbox_mode | सैंडबॉक्स का स्तर | read-only / workspace-write / danger-full-access |
sandbox_workspace_write.network_access | क्या वर्कस्पेस राइट मोड में नेटवर्क एक्सेस की अनुमति है | true / false |
sandbox_workspace_write.writable_roots | अतिरिक्त लिखने योग्य निर्देशिकाएं | ["/path/a", "/path/b"] |
approval_policy | अनुमति नीति | untrusted / on-request / never |
web_search | वेब खोज मोड | disabled / cached / live (डिफ़ॉल्ट cached है) |
review_model | /review के लिए प्रयुक्त मॉडल | खाली छोड़ने पर वर्तमान सत्र के मॉडल का उपयोग होगा |
model_instructions_file | अंतर्निहित निर्देशों के स्थान पर किसी फ़ाइल के निर्देशों का उपयोग करें | फ़ाइल का पाथ |
एक न्यूनतम उपयोगी config.toml इस प्रकार दिखता है, जिसे आप कॉपी करके बदल सकते हैं:
model = "gpt-5.5"
model_reasoning_effort = "medium"
sandbox_mode = "workspace-write"
approval_policy = "on-request"
[sandbox_workspace_write]
network_access = false💡 संक्षेप में:
config.tomlमेंmodel,model_reasoning_effort,sandbox_modeऔरapproval_policyइन चार कुंजियों को सेट करके आप Codex का "डिफ़ॉल्ट व्यवहार" तय कर सकते हैं, और बाद में आवश्यकतानुसार फ़्लैग का उपयोग करके इसे बदल सकते हैं।
05 अनुमतियां / सैंडबॉक्स स्तर
सैंडबॉक्स तय करता है कि Codex आपके सिस्टम में किस हद तक बदलाव कर सकता है, और अनुमति नीति तय करती है कि वह काम शुरू करने से पहले आपसे पूछता है या नहीं। ये दोनों मिलकर काम करते हैं। सादृश्य: सैंडबॉक्स तय करता है कि "इंटर्न किन कमरों में जा सकता है", और अनुमति तय करती है कि "क्या उसे काम शुरू करने से पहले आपसे पूछना होगा"।
सैंडबॉक्स स्तर (--sandbox / sandbox_mode) | कार्य | उपयुक्त परिदृश्य |
|---|---|---|
read-only | केवल पढ़ने की अनुमति, फ़ाइलें नहीं बदल सकता | जब केवल विश्लेषण करना हो, कोड बदलना न हो |
workspace-write | वर्कस्पेस के भीतर फ़ाइलें बदल सकता है | स्थानीय विकास के लिए सबसे उपयुक्त स्तर |
danger-full-access | पूर्ण रीड-राइट और नेटवर्क एक्सेस | केवल पृथक कंटेनर / CI रनर में उपयोग करें |
अनुमति नीति (--ask-for-approval / approval_policy) | विवरण |
|---|---|
untrusted | केवल उन कमांड को चलाने देता है जिन्हें वह सुरक्षित मानता है, अन्यथा पूछता है |
on-request | इंटरैक्टिव मोड के लिए अनुशंसित, आवश्यकता होने पर ही रुककर पूछता है |
never | कभी नहीं पूछता, गैर-इंटरैक्टिव/CI मोड के लिए उपयुक्त |
स्थानीय स्तर पर काम करने के लिए आधिकारिक रूप से अनुशंसित संयोजन इस प्रकार है:
codex --sandbox workspace-write --ask-for-approval on-requestदो महत्वपूर्ण बातें जो मैंने सीखी हैं: यदि आप Codex को अतिरिक्त निर्देशिका में काम करने की अनुमति देना चाहते हैं, तो पूरे सिस्टम की अनुमति (danger-full-access) देने के बजाय --add-dir का उपयोग करके केवल उसी निर्देशिका को अनुमति दें; --full-auto एक पुराना कमांड है जो अब समर्थित नहीं है, नई स्क्रिप्ट में हमेशा --sandbox workspace-write का उपयोग करें।
💡 संक्षेप में: स्थानीय स्तर पर डिफ़ॉल्ट रूप से "
workspace-write+on-request" रखें, CI के लिए "विशिष्ट सैंडबॉक्स +never" का उपयोग करें, और अधिक अधिकार देने के लिए पूरे सिस्टम की अनुमति देने के बजाय--add-dirका उपयोग करें।
06 मॉडल और सोचने की क्षमता (Reasoning Effort)
मॉडल चुनना यह तय करता है कि "किसे काम पर लगाना है" और सोचने की क्षमता यह तय करती है कि "वह काम शुरू करने से पहले कितना सोचेगा", ये दोनों अलग-अलग सेटिंग्स हैं। सादृश्य: मॉडल आपका कर्मचारी है और सोचने की क्षमता वह समय है जो आप उसे सोचने के लिए देते हैं — सरल कामों के लिए विशेषज्ञ को अधिक सोचने की आवश्यकता नहीं है, और कठिन कामों के लिए नौसिखिए को जल्दबाज़ी में काम नहीं सौंपना चाहिए।
| मॉडल | स्थान | उपयोग का समय |
|---|---|---|
gpt-5.5 | प्रमुख (Flagship) मॉडल, सबसे शक्तिशाली | जटिल प्रोग्रामिंग, रिफैक्टरिंग और शोध कार्य के लिए |
gpt-5.4-mini | हल्का, तेज़ और सस्ता | छोटे-मोटे काम, बैच कार्य और उप-एजेंटों के लिए |
gpt-5.3-codex-spark | त्वरित शोध पूर्वावलोकन (केवल ChatGPT Pro) | जब लगभग तुरंत प्रतिक्रिया और रीयल-टाइम पुनरावृत्ति की आवश्यकता हो |
gpt-5.2 और gpt-5.3-codex अब समर्थित नहीं हैं, इन्हें अपनी कॉन्फ़िगरेशन या --model में उपयोग न करें।
सोचने की क्षमता model_reasoning_effort द्वारा नियंत्रित होती है, जिसके पांच स्तर हैं:
| स्तर | सोचने की गहनता | विशिष्ट परिदृश्य |
|---|---|---|
minimal | लगभग नहीं सोचता, सबसे तेज़ | टाइपो ठीक करना, नाम बदलना, सरल कमांड चलाना |
low | थोड़ा सोचता है | छोटे सुधार |
medium | डिफ़ॉल्ट और संतुलित स्तर | अधिकांश दैनिक प्रोग्रामिंग कार्य |
high | गहराई से सोचता है | कई फ़ाइलों में बदलाव, संरचनात्मक निर्णय |
xhigh | उच्चतम स्तर (मॉडल के अनुसार) | बहुत जटिल समस्याएं, जहां प्रतीक्षा करना सार्थक हो |
मैं आमतौर पर डिफ़ॉल्ट रूप से "gpt-5.5 + medium" का उपयोग करता हूँ, और केवल कठिन समस्याओं के लिए इसे मैन्युअल रूप से high पर सेट करता हूँ। जैसा कि मैंने अध्याय 30 में बताया था, केवल एक टाइपो ठीक करने के लिए xhigh सेट करके एक मिनट तक प्रतीक्षा करना समय की बर्बादी है। सही स्तर चुनने से आपका काफी समय बच सकता है।
💡 संक्षेप में: दैनिक कार्यों के लिए "प्रमुख मॉडल +
medium" का उपयोग करें, सरल कार्यों के लिए इसेminimal/lowपर सेट करें, जटिल कार्यों के लिएhigh/xhighचुनें, और पुराने/असमर्थित मॉडलों का उपयोग न करें।
07 MCP / उप-एजेंट / Skills प्रवेश बिंदु
ये तीनों उन्नत क्षमताएं हैं, जिनके सिद्धांत पिछले अध्यायों (20, 21, 22) में बताए गए हैं। यहाँ केवल उनके मुख्य प्रवेश बिंदु दिए गए हैं ताकि आपको दोबारा न खोजना पड़े। सादृश्य: ये तीन दरवाजों के "हैंडल" की तरह हैं — याद रखें कि हैंडल कहाँ है, और विवरण के लिए संबंधित अध्याय देखें।
| क्षमता | मुख्य प्रवेश बिंदु | विवरण |
|---|---|---|
| MCP (बाहरी टूल, USB पोर्ट की तरह) | codex mcp list / codex mcp add <name> ... | सर्वर प्रबंधित करने के लिए; सत्र में उपलब्ध टूल देखने के लिए /mcp (प्रायोगिक) |
| MCP (HTTP सर्वर लॉगिन) | codex mcp login <name> | केवल OAuth समर्थित streamable HTTP सर्वर के लिए |
| MCP सर्वर कॉन्फ़िगरेशन | config.toml में [mcp_servers.<id>] | सर्वर को परिभाषित करने के लिए command/args/url आदि कुंजियाँ |
| उप-एजेंट (समानांतर काम) | config.toml में [agents] / agents.<name>.* | max_threads डिफ़ॉल्ट रूप से 6 है; सत्रों के बीच स्विच करने के लिए /agent |
| Skills (विशिष्ट कार्य क्षमताएं) | सत्र में /skills | Skills देखें और चुनें; सक्षम करने के लिए config.toml में [[skills.config]] (path/enabled के साथ) का उपयोग करें |
ध्यान दें कि codex mcp वर्तमान में "प्रायोगिक" स्तर पर है, इसलिए इसके कमांड और व्यवहार बदल सकते हैं, उपयोग करने से पहले हमेशा codex mcp --help देखें।
💡 संक्षेप में: MCP के लिए
codex mcpकमांड, उप-एजेंट के लिए[agents]कॉन्फ़िगरेशन +/agentस्विच, और Skills के लिए/skillsका उपयोग करें — इन प्रवेश बिंदुओं को याद रखने से आपको काम शुरू करने में आसानी होगी।
08 व्यावहारिक परीक्षण: पुष्टि करें कि कमांड काम कर रहे हैं
केवल याद रखना काफी नहीं है, यह पुष्टि करना आवश्यक है कि कमांड आपके कंप्यूटर पर सही ढंग से काम कर रहे हैं। यहाँ एक छोटा उदाहरण दिया गया है जिसे आप तीन चरणों में बिना किसी प्रोजेक्ट के चला सकते हैं।
पहला चरण, लॉगिन स्थिति की जांच करें (बिना कुछ बदले, केवल जांचें):
codex login statusअपेक्षित आउटपुट: यदि आप लॉगिन हैं तो आपकी प्रमाणीकरण विधि दिखाई देगी और एग्जिट कोड 0 होगा; यदि लॉगिन नहीं हैं, तो लॉगिन करने के लिए संदेश दिखाई देगा।
दूसरा चरण, एक गैर-इंटरैक्टिव कमांड चलाएं और परिणाम को फ़ाइल में लिखें — यह codex exec, -o और केवल-पठन (read-only) सैंडबॉक्स तीनों को एक साथ सत्यापित करेगा:
codex exec --sandbox read-only -o /tmp/codex-check.txt "用一句话说明当前目录是不是一个 Git 仓库"अपेक्षित आउटपुट: टर्मिनल पर उत्तर दिखाई देगा और वही उत्तर /tmp/codex-check.txt (Windows पर अपने अस्थायी फ़ोल्डर का उपयोग करें) में भी लिखा जाएगा। फ़ाइल खोलकर देखें, यदि उत्तर वहां है, तो -o काम कर रहा है।
तीसरा चरण, पुष्टि करें कि आपने फ़्लैग का नाम सही याद रखा है — स्वयं CLI से पूछें:
codex exec --helpअपेक्षित आउटपुट: codex exec द्वारा समर्थित सभी फ़्लैग दिखाई देंगे। जब भी आप किसी फ़्लैग के बारे में आश्वस्त न हों, तो --help हमेशा सबसे सटीक और अद्यतन जानकारी प्रदान करेगा।
💡 संक्षेप में: लॉगिन की जांच के लिए
login status, काम की पुष्टि के लिएcodex exec -o, और फ़्लैग की पुष्टि के लिए--helpका उपयोग करें — यदि ये तीनों काम कर रहे हैं, तो इसका मतलब है कि आपकी चीट शीट काम कर रही है।
निष्कर्ष
इस लेख में हमने कोई नई अवधारणा नहीं सीखी, बल्कि पिछले अध्यायों के महत्वपूर्ण हिस्सों को सात तालिकाओं में संकलित किया:
- स्टार्टअप तीन चरण: इंस्टॉल करना,
codex login, औरcodex login statusसे पुष्टि करना। समस्या होने परcodex doctorचलाएं। - CLI कमांड और फ़्लैग: उप-कमांड गंतव्य तय करते हैं और फ़्लैग रास्ता तय करते हैं;
-m/-s/-a/-o/--jsonसबसे महत्वपूर्ण फ़्लैग हैं। - स्लैश कमांड: सत्र के भीतर
/model,/status,/compactऔर/diffको अपनी आदत बना लें। config.toml:model,model_reasoning_effort,sandbox_modeऔरapproval_policyसे डिफ़ॉल्ट व्यवहार तय करें।- सैंडबॉक्स स्तर: स्थानीय रूप से "
workspace-write+on-request", CI के लिए "विशिष्ट सैंडबॉक्स +never", और अधिकारों के लिए--add-dirका उपयोग करें। - मॉडल और सोचने की क्षमता: डिफ़ॉल्ट रूप से
gpt-5.5+mediumका उपयोग करें, और अनुपयुक्त मॉडलों से बचें। - प्रवेश बिंदु: MCP के लिए
codex mcp, उप-एजेंट के लिए[agents], और Skills के लिए/skillsका उपयोग करें।
अब आप सक्षम हैं: बिना किसी बाहरी नोट के, केवल इस चीट शीट की मदद से आवश्यकतानुसार सही कमांड, कॉन्फ़िगरेशन कुंजी और सैंडबॉक्स स्तर चुनने में। संशय होने पर आप हमेशा --help का उपयोग कर सकते हैं।
अगला लेख 36 सर्वश्रेष्ठ अभ्यास Codex श्रृंखला का अंतिम लेख होगा। यह चीट शीट याद रखने की समस्या को हल करती है, और सर्वश्रेष्ठ अभ्यास इसके सही उपयोग को सुनिश्चित करते हैं — एक ही codex exec कमांड से कुछ लोग सुचारू स्वचालन (automation workflow) तैयार कर लेते हैं, और कुछ लोग कोडबेस को अस्त-व्यस्त कर देते हैं। एक छोटी सी बात सोचें: आप जो कमांड रोज़ उपयोग करते हैं, क्या उन्हें उपयोग करने का कोई अधिक सुरक्षित और बेहतर तरीका हो सकता है? अगले लेख में हम इसी पर विस्तार से चर्चा करेंगे।