यदि आप Codex को केवल "एक चैट जो कोड लिखती है" समझते हैं, तो आप पहले से ही एक पीढ़ी पीछे हैं।
9 जुलाई, 2026 को, GPT-5.6 को सार्वजनिक रूप से जारी किया गया।
इसके केंद्र में प्रमुख मॉडल "Sol" है।
एक ही अनुरोध को अंत तक पूरा करने की इसकी क्षमता—जटिल कोडिंग, शोध, दस्तावेज़ निर्माण से लेकर ब्राउज़र संचालन, Computer Use, सुरक्षा, और दीर्घकालिक परियोजना निष्पादन तक—काफी बढ़ गई है।
इसने Artificial Analysis Coding Agent Index पर 80 अंक प्राप्त किए। Terminal-Bench 2.1 पर, यह 88.8% तक पहुँचा, और Ultra सेटिंग्स में, यह 91.9% तक पहुँच गया।
हालाँकि, संख्याओं से भी बड़ा एक बदलाव है।
वह यह है कि Codex "सवालों के जवाब देने वाले AI" से "कार्य को जोड़ने और पूरा करने वाले AI" में बदल गया है।
शोध करना।
योजना बनाना।
निर्माण करना।
जाँच करना।
यदि आवश्यक हो तो कार्यों को कई AIs में वितरित करना।
पूर्ण प्रक्रियाओं को सहेजना और अगली बार से उन्हें स्वचालित रूप से चलाना।
आप इस पूरे चक्र को Codex के भीतर पूरा कर सकते हैं।
पहले से ही, 5 मिलियन से अधिक लोग साप्ताहिक रूप से Codex का उपयोग करते हैं, और उनमें से लगभग 20% गैर-इंजीनियर हैं। इसके अलावा, गैर-इंजीनियरों के बीच उपयोग डेवलपर्स की तुलना में तीन गुना से अधिक तेजी से बढ़ रहा है।
दूसरे शब्दों में, यह बदलाव केवल इंजीनियरों के लिए नहीं है।
लेख निर्माण, SNS प्रबंधन, प्रतिस्पर्धी शोध, उत्पाद योजना, दस्तावेज़ निर्माण, ग्राहक सहायता, और वेब निर्माण।
कंप्यूटर पर किया जाने वाला लगभग कोई भी काम इसका लक्ष्य है।
इस लेख में, मैं GPT-5.6 Sol युग में Codex का पूरी तरह से उपयोग करने के लिए आवश्यक सभी कार्यों को शक्ति के बढ़ते क्रम में जोड़ूँगा।
Sol, Terra, और Luna के बीच चयन करने से लेकर Plan mode, AGENTS.md, config.toml, Skills, Plugins, MCP, Ultra, Subagents, Custom Agents, समीक्षाएँ, और Automations तक।
यह सुविधाओं का एक खंडित परिचय नहीं है, बल्कि आपका स्वयं का समर्पित कार्य वातावरण पूरा करने के लिए एक रणनीति मानचित्र है।
उन लोगों के लिए जो इस लेख के साथ-साथ साइड हसल में परिणाम प्राप्त करने की बड़ी तस्वीर जानना चाहते हैं 🎁
वर्तमान में, आधिकारिक LINE पर,
"कुरोनेको-शैली SNS साइड हसल पूर्ण रणनीति: 5 प्रमुख बोनस पैक"
मुफ्त में दिया जा रहा है 🎁
चूँकि इसे मूल रूप से सशुल्क सामग्री के रूप में जारी करने की योजना बनाई गई थी,
क्षमता पूर्ण होने पर वितरण बंद कर दिया जाएगा।
कृपया इसे लेख के साथ तब तक प्राप्त करें जब तक आप कर सकते हैं।
▼▼▼
▶︎▶︎▶︎ 5 प्रमुख बोनस प्राप्त करें
अब, मुख्य विषय पर आते हैं!
Codex की असली पहचान "AI चैट" नहीं है, बल्कि एक OS है जो काम चलाता है
Sol युग में Codex को समझने के लिए, पहले आपको बड़ी तस्वीर समझनी होगी।
Codex में निम्नलिखित 6 परतें हैं।
कई लोग केवल पहली परत देखते हैं: "कौन सा मॉडल सबसे बुद्धिमान है।"
हालाँकि, व्यावहारिक कार्य में अंतर दूसरी परत से आगे बनता है।
कोई मॉडल कितना भी बुद्धिमान क्यों न हो, यदि उद्देश्य अस्पष्ट है, आवश्यक सामग्री गायब है, और पूर्णता की शर्तें निर्धारित नहीं हैं, तो जो वापस आएगा वह एक सामान्य सिद्धांत होगा जो लक्ष्य तक नहीं पहुँचता।
इसके विपरीत, यदि आप संदर्भ, नियम, उपकरण, भूमिकाएँ, और पूर्णता की शर्तें प्रदान करते हैं, तो Codex वह पक्ष बन जाता है जो डिलिवरेबल्स को पूरा करता है।
इसमें कोई संदेह नहीं कि Sol मजबूत है।
लेकिन केवल Sol चुनने से Codex पूरा नहीं होता।
आप इसकी वास्तविक क्षमता तभी देखते हैं जब आप मस्तिष्क के प्रदर्शन को कार्य के तंत्र से जोड़ते हैं।
1. कार्य के लिए Sol, Terra और Luna के बीच चयन करना
GPT-5.6 में, आप अपने उद्देश्य के अनुसार तीन मॉडलों में से चुन सकते हैं।
Sol "कमांड सेंटर" है जो पूर्णता तक सोचता है
Sol GPT-5.6 का प्रमुख मॉडल है। यह उन कार्यों के लिए उपयुक्त है जहाँ उत्तर शुरू से तय नहीं होता।
- रणनीति तय करने के लिए कई सामग्रियाँ पढ़ना
- सुविधाएँ जोड़ने के लिए एक बड़े कोडबेस को समझना
- एक साथ शोध से लेकर संरचना, निर्माण और सत्यापन तक आगे बढ़ना
- ब्राउज़रों और ऐप्स में डिलिवरेबल्स को पूरा करना
- लंबी परियोजनाओं में स्थिरता बनाए रखना
- कई सबएजेंटों को कमांड देना
Sol उन कार्यों के लिए है जहाँ आप चाहते हैं कि AI न केवल "क्या बनाना है" बल्कि "लक्ष्य प्राप्त करने के लिए कैसे आगे बढ़ना है" पर भी सोचे।
Terra "व्यवसायी" है जो गति और गुणवत्ता में संतुलन बनाता है
Terra एक ऐसा मॉडल है जो क्षमता और लागत में संतुलन रखता है। यह उन कार्यों के लिए उपयुक्त है जिनमें निर्णय की आवश्यकता होती है लेकिन Sol की गहरी, निरंतर सोच की आवश्यकता नहीं होती, जैसे दैनिक शोध, सारांश, फ़ाइल संगठन, ड्राफ्टिंग, कोड सुधार, और कई सामग्रियों की जाँच।
एकाधिक सबएजेंट चलाते समय, Terra को शोध या अन्वेषण भूमिकाओं में नियुक्त करने से दक्षता बढ़ती है।
Luna "कार्यकर्ता" है जो मात्रा और गति का प्रभारी है
Luna सबसे तेज़ और सबसे कम लागत वाला मॉडल है।
- बड़ी संख्या में फ़ाइलों को वर्गीकृत करना
- नोटेशन विसंगतियों की जाँच करना
- प्राथमिक स्क्रीनिंग
- बॉयलरप्लेट टेक्स्ट को परिवर्तित करना
- बड़ी संख्या में उम्मीदवार उत्पन्न करना
- एक निश्चित शैली में फ़ॉर्मेट करना
यह इन हल्के कार्यों को उच्च आवृत्ति पर चलाने के लिए उपयुक्त है। अंतिम निर्णय Luna को न सौंपें, बल्कि इसे उम्मीदवारों को इकट्ठा करने, व्यवस्थित करने और संकीर्ण करने का काम करने दें, फिर अंत में Sol पर वापस आएँ। श्रम का यह विभाजन शक्तिशाली है।
यदि आप अनिश्चित हैं, तो इस संयोजन से शुरू करें
आपको हर बार Sol को अधिकतम सेटिंग्स पर चलाने की आवश्यकता नहीं है। कमांड सेंटर के लिए Sol, शोध के लिए Terra, और नियमित प्रसंस्करण के लिए Luna। मानव टीम की तरह, आप काम के भार के आधार पर दिमाग आवंटित करते हैं।
Ultra केवल "गहन सोच सेटिंग" नहीं है
Ultra एक सेटिंग है जो संबंधित मॉडल के लिए तर्क के उच्चतम स्तर का उपयोग करती है। इससे भी महत्वपूर्ण है कई सबएजेंटों को सक्रिय रूप से उपयुक्त कार्य वितरित करने की इसकी क्षमता।
सामान्य सेटिंग्स में, आप स्पष्ट रूप से कहकर समानांतर कर सकते हैं "इसे तीन लोगों में विभाजित करें।" Ultra में, Codex निर्णय करता है कि "इस कार्य को विभाजित करना तेज़ होगा और गुणवत्ता में सुधार करेगा," और इसे शोध, निर्माण, सत्यापन आदि में विघटित कर सकता है। संक्षेप में, Ultra केवल एक उच्च-बुद्धिमत्ता मोड नहीं है; यह एक स्वचालित AI टीम गठन मोड है।
Fast mode मॉडल को बदले बिना गति बढ़ाता है
Codex में Fast mode भी है। संबंधित मॉडल की गति को लगभग 1.5 गुना बढ़ाने के बदले में, यह सामान्य से अधिक GPT-5.6 क्रेडिट की खपत करता है। आप इसे CLI में निम्नलिखित कमांड से स्विच कर सकते हैं:
/fast on
/fast off
/fast status
यह सुविधा छोटी समय-सीमा वाले सुधारों या केंद्रित कार्य के लिए है जहाँ आप प्रतीक्षा समय कम करना चाहते हैं। Fast mode "हल्के मॉडल पर जाने" से अलग है। इसका उपयोग करें जब आप Sol की क्षमताओं को बनाए रखते हुए गति बढ़ाना चाहते हैं।
2. App, CLI, IDE और Cloud के बीच चयन करना
Codex की ताकत इस बात पर निर्भर करती है कि आप इसे कहाँ उपयोग करते हैं।
ChatGPT डेस्कटॉप ऐप "कमांड रूम" है
यदि आप एक साथ कई फ़ाइलों को देखते हुए योजना बनाना, कार्यों को आगे बढ़ाना और छवियों, दस्तावेज़ों, तालिकाओं, ब्राउज़रों और बाहरी उपकरणों को संभालना चाहते हैं, तो डेस्कटॉप ऐप केंद्र है। आप Codex की प्रगति, diffs, सबएजेंट्स, Skills, Plugins, और Scheduled tasks को एक साथ प्रबंधित कर सकते हैं। Codex को अपने काम में एकीकृत करने वाले गैर-इंजीनियरों के लिए, ऐप से शुरू करना सबसे छोटा रास्ता है।
CLI "टर्मिनल में निष्पादक" है
CLI स्थानीय फ़ाइलों और कोड को सीधे संभालने, कमांड निष्पादित करने, परीक्षण, Git संचालन, और गैर-इंटरैक्टिव स्वचालित प्रसंस्करण में अच्छा है। केवल इंटरैक्टिव codex के बजाय codex exec का उपयोग करके, आप इसे स्क्रिप्ट या CI से चला सकते हैं। CLI का मूल्य उन लोगों के लिए बढ़ता है जो हर बार एक ही तरह से निश्चित प्रक्रियाएँ चलाना चाहते हैं।
IDE एक्सटेंशन "कोड के बगल में सहायक" है
यदि आप VS Code या समान में खुले कोड को देखते हुए सुधार, स्पष्टीकरण और समीक्षाएँ आगे बढ़ाना चाहते हैं, तो IDE एक्सटेंशन का उपयोग करें। लक्ष्य फ़ाइलों को स्विच करते हुए विस्तृत निर्देश देना आसान है, जिससे कार्यान्वयन के दौरान आगे-पीछे सबसे छोटा हो जाता है।
Cloud "आउटसोर्सी" है जो आपके कंप्यूटर को मुक्त करता है
Cloud तब उपयुक्त है जब आप समय लेने वाले कार्यों को एक अलग वातावरण में छोड़ना चाहते हैं। आप अपने स्थानीय कार्य को रोके बिना अन्य कार्यों को समानांतर में आगे बढ़ा सकते हैं।
सोच सरल है:
- दैनिक कमांड: डेस्कटॉप ऐप
- कमांड और स्वचालित प्रसंस्करण: CLI
- कोड कार्यान्वयन के लिए निकट संपर्क कार्य: IDE
- लंबी अवधि के अलग कार्य: Cloud
आपको सब कुछ एक में समेकित करने की आवश्यकता नहीं है। काम के अनुकूल प्रवेश द्वार से उसी Codex का उपयोग करें।
3. चार तत्वों के साथ निर्देश प्रदान करें: उद्देश्य, संदर्भ, बाधाएँ और पूर्णता की शर्तें
GPT-5.6 Sol छोटे निर्देशों के साथ भी काफी अच्छा चल सकता है। फिर भी, महत्वपूर्ण कार्यों के लिए, इन चार तत्वों को प्रदान करना इसे अत्यधिक स्थिर बनाता है।
उद्देश्य
यह इस बारे में नहीं है कि क्या बनाना है, बल्कि आप क्या हासिल करना चाहते हैं। "एक लेख लिखें" कहने के बजाय, "एक ऐसा लेख पूरा करें जो पाठकों को, जो केवल एक-बार की चैट के लिए Codex का उपयोग करते हैं, अपना स्वयं का समर्पित AI कार्य वातावरण बनाने में सक्षम बनाए।"
संदर्भ
इसे कौन सी फ़ाइलें, सामग्री, उदाहरण और पिछले निर्णय देखने चाहिए? Codex को फ़ोल्डर देने में सक्षम होने की ताकत यहाँ है। हर बार चैट बॉक्स में स्पष्टीकरण फिर से लिखने के बजाय, इसे सही सामग्री पढ़ने दें।
बाधाएँ
पालन की जाने वाली शर्तें। शब्द गणना, स्वर, ऐसी फ़ाइलें जिन्हें छुआ नहीं जाना चाहिए, उपयोग करने की तकनीकें, लक्षित दर्शक, संदर्भित करने के लिए प्राथमिक जानकारी, निषिद्ध अभिव्यक्तियाँ आदि शामिल करें।
पूर्णता की शर्तें
कार्य समाप्त होने के लिए क्या होना चाहिए? "पाठ लिखने के बाद समाप्त करें" कहने के बजाय, "तथ्य-जांच, लिंक जांच, शब्द गणना जांच, पठनीयता जांच, और निर्दिष्ट फ़ोल्डर में सहेजने के बाद पूरा करें" तय करें।
इन चारों को सारांशित करने पर निम्नलिखित प्रारूप प्राप्त होता है:
ーーーーーーーーーーーー
【Codex को काम सौंपने के लिए मूल प्रॉम्प्ट】
उद्देश्य:
[आप इस काम से क्या हासिल करना चाहते हैं]
संदर्भ:
[पढ़ने के लिए फ़ाइलें, फ़ोल्डर, संदर्भ सामग्री, पिछले निर्णय]
बाधाएँ:
[पालन करने के नियम, परिवर्तन का दायरा, लक्षित दर्शक, प्रारूप]
पूर्णता की शर्तें:
[पूर्णता के लिए क्या जाँच करना है और किस स्थिति में होना है]
कृपया स्वयं आवश्यक शोध और कार्य करें, और पूर्णता की शर्तें पूरी होने तक निष्पादित करें। केवल वहीं प्रश्न पूछें जहाँ निर्णय की आवश्यकता है, अन्यथा निर्णय लें और तर्कसंगत रूप से आगे बढ़ें।
ーーーーーーーーーーーー
Sol तब अधिक मजबूती से चलता है जब उद्देश्य और पूर्णता की शर्तें स्पष्ट हों, बजाय इसके कि आप 30 विस्तृत चरणों की सूची दें। यदि आप सभी चरण तय करते हैं, तो Codex केवल वही काम कर सकता है जो उसे निर्देशित किया गया था। लक्ष्य स्पष्ट करें और प्रक्रिया के लिए जगह छोड़ें। यही एक एजेंट के लिए निर्देश है।
Codex को दी गई जानकारी को फ़ाइलों में बदलें, चैट में नहीं
जितना अधिक आप Codex का उपयोग करेंगे, फ़ाइल डिज़ाइन चैट कौशल से अधिक मायने रखता है। यदि आप केवल बातचीत से आगे बढ़ते हैं, तो महत्वपूर्ण निर्णय, संदर्भ सामग्री, डिलिवरेबल्स और अगले कार्य एक ही स्थान पर मिश्रित हो जाते हैं। हर बार जब आप एक नई चैट शुरू करते हैं तो आपको फिर से समझाना पड़ता है, और पिछली बार से अलग निर्णय वापस आता है। इस स्थिति से बचने के लिए, प्रत्येक परियोजना के लिए तय करें "काम फिर से शुरू करने के लिए क्या पढ़ने की आवश्यकता है।"
न्यूनतम कॉन्फ़िगरेशन निम्नलिखित चार हैं:
Project/
├── Context.md # उद्देश्य, लक्ष्य, आधारभूत धारणाएँ जो शायद ही बदलती हैं
├── Project.md # वर्तमान मुद्दे, निर्णय, अगले कार्य
├── Materials/ # संदर्भ सामग्री, स्रोत डेटा, प्रतिस्पर्धी जानकारी
└── Outputs/ # पूर्ण डिलिवरेबल्स
"आधारभूत धारणाएँ जो शायद ही बदलती हैं" को Context.md में रखें
हर बार आवश्यक जानकारी, जैसे परियोजना उद्देश्य, लक्षित दर्शक, निर्णय मानदंड, और पालन की जाने वाली शर्तें रखें।
"अब क्या किया जा रहा है" को Project.md में रखें
वर्तमान मुद्दे, विचाराधीन योजनाएँ, निर्णय और अगला कदम अपडेट करें। भले ही चैट बदल जाए, इस फ़ाइल को पढ़कर आप वहीं से शुरू कर सकते हैं जहाँ छोड़ा था।
"साक्ष्य" को Materials में रखें
डिलिवरेबल्स बनाने के लिए सामग्री, जैसे संदर्भ लेख, प्रतिस्पर्धी शोध, चित्र, मिनट्स, डेटा और विनिर्देश संक्षेप में प्रस्तुत करें।
"अंतिम संस्करण" को Outputs में रखें
ड्राफ्ट और अंतिम संस्करण को अलग करके, Codex के लिए पुराने ड्राफ्ट को मास्टर कॉपी समझने की संभावना कम हो जाती है।
एक बार जब आप यह संरचना बना लें, तो AGENTS.md में पढ़ने का क्रम लिखें। फिर, अगला अनुरोध छोटा हो सकता है:
इस परियोजना के AGENTS.md का पालन करें और Context.md और Project.md पढ़ें। वर्तमान बिंदु से तब तक आगे बढ़ें जब तक पूर्णता की शर्तें पूरी न हो जाएँ।
चैट निर्देश और निर्णय के लिए जगह है। फ़ाइलें स्मृति और डिलिवरेबल्स के लिए जगह हैं। जब भूमिकाओं का यह विभाजन प्राप्त हो जाता है, तो Codex एक बार की बातचीत का भागीदार नहीं, बल्कि परियोजना को लगातार आगे बढ़ाने वाला एक प्रभारी व्यक्ति बन जाता है।
4. अस्पष्ट कार्य के लिए Plan mode से शुरू करें
आपके पास कुछ है जो आप करना चाहते हैं, लेकिन आप नहीं जानते कि क्या बनाना है या कहाँ से शुरू करना है। यदि आप इस स्थिति में सीधे कार्यान्वयन या उत्पादन में कूदते हैं, तो आधारभूत धारणाएँ बीच में बदल जाएँगी। यहीं पर Plan mode काम आता है।
Plan mode में, Codex पहले फ़ाइलों और स्थिति पर शोध करता है, आवश्यक प्रश्न पूछता है, और निष्पादन से पहले एक ब्लूप्रिंट बनाता है। आप इसे CLI में /plan या ऐप में Shift+Tab से स्विच कर सकते हैं।
Plan mode निम्नलिखित कार्यों के लिए मजबूत है:
- नई परियोजनाएँ जहाँ आवश्यकताएँ अभी भी अस्पष्ट हैं
- कई फ़ाइलों में फैले परिवर्तन
- नवीनीकरण जहाँ आप मौजूदा तंत्र को नहीं तोड़ना चाहते
- कई विकल्पों वाला टूल परिचय
- दीर्घकालिक परियोजनाओं के लिए प्रक्रिया डिज़ाइन
- पाठकों या उत्पादों की दिशा से तय किया गया लेख निर्माण
उपयोग कठिन नहीं है।
ーーーーーーーーーーーー
【Plan mode के लिए प्रॉम्प्ट】
इस अनुरोध को तुरंत निष्पादित न करें; पहले वर्तमान स्थिति पर शोध करें।
- उद्देश्य प्राप्त करने के लिए आवश्यक जानकारी एकत्र करें
- अस्पष्ट बिंदुओं को महत्वपूर्ण निर्णयों से अलग करें
- निष्पादन चरणों, परिवर्तन लक्ष्यों और सत्यापन विधियों की योजना बनाएं
- केवल वही चीजें पूछें जो मुझे तय करनी हैं
एक बार योजना ठोस हो जाए, तो इसे निष्पादन योग्य क्रम में प्रस्तुत करें।
उद्देश्य: [आप क्या हासिल करना चाहते हैं]
ーーーーーーーーーーーー
Plan mode का मूल्य सतर्क रहना नहीं है; यह पुनः कार्य को समाप्त करना है। सही डिज़ाइन बनाने में पहले 15 मिनट खर्च करना 10 मिनट में बनाना शुरू करने और 3 घंटे बाद फिर से करने से तेज़ है। काम जितना बड़ा होगा, यह अंतर उतना ही बड़ा होगा।
5. AGENTS.md के साथ "बार-बार स्पष्टीकरण" को समाप्त करें
Codex के साथ शुरुआत करने वाले किसी व्यक्ति को पहली संपत्ति जो बनानी चाहिए वह है AGENTS.md। AGENTS.md वह नियम पुस्तिका है जिसे Codex काम शुरू करने से पहले पढ़ता है। आप उन चीजों को ठीक कर सकते हैं जिनका आप हर बार पालन करना चाहते हैं, चैट के बजाय फ़ाइल में।
उदाहरण के लिए, निम्नलिखित सामग्री:
- पहले पढ़ने के लिए फ़ाइलों का क्रम
- परियोजना उद्देश्य
- महत्वपूर्ण फ़ोल्डर
- लेखन और डिज़ाइन के नियम
- परीक्षण और पुष्टि कमांड
- वह दायरा जिसे बदला नहीं जाना चाहिए
- पूर्णता की परिभाषा
- उपयोगकर्ता को रिपोर्ट करने की विधि
वैश्विक और परियोजना को अलग करें
सामान्य व्यक्तिगत नियमों को ~/.codex/AGENTS.md में रखें। किसी विशिष्ट परियोजना के नियमों को परियोजना के अंतर्गत सीधे AGENTS.md में रखें। यदि किसी विशिष्ट फ़ोल्डर को अलग नियमों की आवश्यकता है, तो आप उस फ़ोल्डर के अंदर एक AGENTS.md जोड़ सकते हैं। Codex शीर्ष-स्तरीय नियमों से पढ़ता है और कार्यक्षेत्र के निकटतम फ़ाइलों को प्राथमिकता देता है। दूसरे शब्दों में, आप सामान्य नियमों को साइट-विशिष्ट नियमों से अलग कर सकते हैं।
पहला AGENTS.md इसके साथ पर्याप्त है
AGENTS.md
उद्देश्य
- इस परियोजना में क्या हासिल करना है
पहले पढ़ें
- Context.md
- Project.md
- लक्ष्य फ़ंक्शन के विनिर्देश
कार्य नियम
- मौजूदा डेटा को हटाएं नहीं
- मौजूदा डिज़ाइन पैटर्न को प्राथमिकता दें
- असंबंधित फ़ाइलों को न बदलें
पूर्णता की शर्तें
- आवश्यक कार्यान्वयन या डिलिवरेबल्स पूर्ण हैं
- परीक्षण और प्रदर्शन पुष्टि समाप्त हो गई है
- परिवर्तन विवरण और पुष्टि परिणाम रिपोर्ट करें
आपको शुरू से एक विश्वकोश बनाने की आवश्यकता नहीं है। जब Codex वही गलती करता है, तो वह नियम जोड़ें जिसके कारण वह हुई। यदि आप एक ही स्पष्टीकरण दो बार देते हैं, तो यह बातचीत की नहीं, बल्कि तंत्र की समस्या है। इसे मौके पर ठीक न करें; इसे बदलें ताकि अगली बार न हो। AGENTS.md Codex को विकसित करने का स्थान है।
6. config.toml के साथ Codex की प्रारंभिक स्थिति निर्धारित करें
यदि AGENTS.md "कार्य नियम" है, तो config.toml "Codex मुख्य भाग सेटिंग्स" है। यह मुख्य रूप से निम्नलिखित आइटम प्रबंधित करता है:
- उपयोग करने के लिए मॉडल
- तर्क प्रयास
- अनुमतियाँ और अनुमोदन विधियाँ
- सैंडबॉक्स
- MCP सर्वर
- सबएजेंट सेटिंग्स
- फीचर फ्लैग
- प्रोफाइल
व्यक्तिगत सेटिंग्स को ~/.codex/config.toml में रखें। परियोजना-विशिष्ट सेटिंग्स को .codex/config.toml में रखें। CLI, IDE एक्सटेंशन और डेस्कटॉप ऐप इस सेटिंग लेयर को साझा करते हैं।
न्यूनतम कॉन्फ़िगरेशन में, यह इस तरह दिखता है:
model = "gpt-5.6"
model_reasoning_effort = "high"
approval_policy = "on-request"
[agents]
max_threads = 6
max_depth = 1
max_threads एक साथ खोले जा सकने वाले एजेंट थ्रेड्स की संख्या है, और max_depth वह गहराई है जिस तक सबएजेंट आगे शाखा कर सकते हैं। वर्तमान मानक अधिकतम 6 थ्रेड्स और गहराई 1 है। आपको शुरू से बड़ी संख्या में एजेंटों को पुनरावर्ती रूप से बढ़ाने की आवश्यकता नहीं है। मुख्य एजेंट का कार्य कई विशेषज्ञों को काम सौंपना और परिणाम एकत्र करना पर्याप्त मजबूत है।
सेटिंग्स की भूमिकाओं को विभाजित करने से भ्रम को रोका जा सकता है:
- कैसे व्यवहार करें: AGENTS.md
- कौन सा मॉडल, अनुमति और कनेक्शन उपयोग करें: config.toml
- काम कैसे आगे बढ़ाएं: Skills
- बाहरी सेवाओं के साथ क्या करें: MCP / Plugins
7. "सफल प्रक्रियाओं" को Skills के साथ क्षमताओं में बदलें
क्या आप हर हफ्ते जो काम करते हैं, उसे हर बार खरोंच से समझाते हैं? लेख निर्माण, प्रतिस्पर्धी शोध, बैठक सारांश, रिलीज़, समीक्षाएँ, चालान प्रसंस्करण, रिपोर्ट निर्माण। यदि आप एक ही प्रक्रिया दोहराते हैं, तो बनाने के लिए अगली चीज़ एक लंबा प्रॉम्प्ट नहीं, बल्कि एक Skill है।
Skill एक कार्य-विशिष्ट क्षमता है जिसे Codex में जोड़ा जा सकता है। मूल रूप से, आप SKILL.md में निम्नलिखित लिखते हैं:
- इसका उपयोग कब करें
- क्या इनपुट प्राप्त करें
- क्या पढ़ें
- किस क्रम में आगे बढ़ें
- कौन से उपकरण उपयोग करें
- पूर्णता के लिए क्या जाँच करें
यदि आवश्यक हो, तो संदर्भ सामग्री, टेम्पलेट, स्क्रिप्ट और छवि संपत्तियाँ एक ही फ़ोल्डर में रखी जा सकती हैं।
Skills केवल आवश्यकता पड़ने पर पूरा पाठ पढ़ती हैं
Codex शुरू से सभी Skill टेक्स्ट लोड नहीं करता। यह पहले नाम और विवरण देखता है और केवल उसी Skill को खोलता है जो वर्तमान अनुरोध के अनुकूल हो। यह "Progressive Disclosure" है। आप हर बार बड़ी संख्या में प्रक्रियाओं को संदर्भ में भरने के बिना केवल आवश्यक क्षमताओं को बुला सकते हैं।
स्पष्ट रूप से या स्वचालित रूप से उपयोग किया जा सकता है
जब स्पष्ट हो, तो प्रॉम्प्ट में $skill-name निर्दिष्ट करें। यदि विवरण और अनुरोध सामग्री मेल खाते हैं, तो Codex स्वचालित रूप से भी चुन सकता है। यही कारण है कि नाम से अधिक description महत्वपूर्ण है। यह किस प्रकार की Skill है, इसका उपयोग कब करें, और कब न करें? यदि यह स्पष्ट है, तो गलत सक्रियण कम होंगे।
वह कार्य जिसे Skill बनाया जाना चाहिए
यदि निम्नलिखित में से दो या अधिक लागू होते हैं, तो इसे Skill बनाने का समय है:
- आपने एक ही प्रक्रिया 3 या अधिक बार की है
- संदर्भित सामग्री हर बार समान होती है
- क्रम गलत होने पर गुणवत्ता गिर जाती है
- ऐसी जाँच वस्तुएँ हैं जिन्हें हमेशा पास करना चाहिए
- किसी विशिष्ट उपकरण के साथ समन्वय आवश्यक है
- आप इसे अन्य लोगों या अन्य परियोजनाओं में पुनः उपयोग करना चाहते हैं
एक बार काम करने वाले प्रॉम्प्ट को सहेजना पुनरुत्पादन क्षमता नहीं बढ़ाता। यह केवल इनपुट, प्रक्रिया, निर्णय मानदंड और सत्यापन को ठीक करने के बाद ही क्षमता बनता है।
यदि आप macOS का उपयोग करते हैं जहाँ Computer Use उपलब्ध है, तो आप प्रदर्शनों से Skills बना सकते हैं
उन कार्यों के लिए जिन्हें टेक्स्ट में समझाना कठिन है, आप Record & Replay का उपयोग कर सकते हैं। यदि आप वास्तव में Mac पर ऑपरेशन दिखाते हैं, तो Codex प्रक्रिया का विश्लेषण करता है और Skill का एक ड्राफ्ट बनाता है। यह सुविधा "उन कार्यों के साथ संगत है जिन्हें समझाने से दिखाना तेज़ है," जैसे व्यय प्रतिपूर्ति, नियमित रिपोर्ट डाउनलोड करना, वीडियो पोस्ट करना और निश्चित फॉर्म भरना।
8. Plugins "क्षमताओं, कनेक्शनों और उपकरणों" को बंडल करते हैं
यदि Skill एक कार्य प्रक्रिया है, तो Plugin एक पैकेज है जो कई क्षमताओं और कनेक्शनों को वितरित करता है। एक Plugin निम्नलिखित तत्वों को बंडल कर सकता है:
- Skills
- Gmail और Google Drive जैसे कनेक्टर
- MCP सर्वर
- Hooks
- ब्राउज़र सुविधाएँ
- अनुसूचित कार्य टेम्पलेट
स्वयं Skill बनाने से पहले, यदि कोई Plugin आपके उद्देश्य के अनुकूल है, तो पहले मौजूदा का उपयोग करना तेज़ है। उदाहरण के लिए, GitHub, Gmail, Google Drive और Slack के लिए Plugins जोड़कर, Codex का कार्यक्षेत्र स्थानीय फ़ोल्डरों से परे फैल जाता है।
Skill और Plugin के बीच अंतर
Plugins डेस्कटॉप ऐप और CLI में Plugin ब्राउज़र से उपलब्ध हैं। CLI में, इसे /plugins से खोलें। स्थापना के बाद, एक नई चैट या सत्र शुरू करने पर जोड़े गए Skills और उपकरण उपलब्ध हो जाते हैं।
9. MCP के साथ Codex को "बाहरी सेवाओं के लिए हाथ और पैर" दें
Codex कितना भी मजबूत क्यों न हो, वह उन सेवाओं के नवीनतम डेटा या निजी जानकारी को नहीं छू सकता जिनसे वह जुड़ा नहीं है। आप चाहते हैं कि वह Google Drive से सामग्री पढ़े। आप GitHub Issues की जाँच करना चाहते हैं। आप Figma डिज़ाइन देखना चाहते हैं। आप Notion या आंतरिक सिस्टम से जानकारी प्राप्त करना चाहते हैं। आप एक ब्राउज़र संचालित करना चाहते हैं। यहीं पर MCP आता है।
MCP Codex को बाहरी उपकरणों और सूचनाओं से जोड़ने के लिए एक सामान्य मानक है। MCP सर्वर मुख्य रूप से तीन चीजें प्रदान करते हैं:
- Tools: खोज, बनाना, अपडेट करना और भेजना जैसे संचालन
- Resources: दस्तावेज़, डेटा, विनिर्देश आदि पढ़ना
- Prompts: उस सेवा के लिए पुन: प्रयोज्य प्रॉम्प्ट
MCP जोड़ने से अनुरोध का रूप बदल जाता है
कनेक्शन से पहले, उपयोगकर्ता जानकारी इकट्ठा करता है और Codex में पेस्ट करता है। कनेक्शन के बाद, Codex स्वयं आवश्यक जानकारी प्राप्त कर सकता है, डिलिवरेबल्स बना सकता है और उन्हें आवश्यक स्थानों पर प्रतिबिंबित कर सकता है। उदाहरण के लिए, इस तरह का काम:
- Google Drive से बैठक सामग्री इकट्ठा करें और निर्णयों का सारांश दें
- GitHub PRs और Issues की जाँच करें और सुधार लागू करें
- Figma को देखकर स्क्रीन को पुन: उत्पन्न करें और ब्राउज़र में प्रदर्शन की जाँच करें
- Gmail से उत्तर देने की आवश्यकता वाले ईमेल निकालें और ड्राफ्ट बनाएं
- Notion विनिर्देशों से कार्यान्वयन योजनाएँ बनाएं
Skill और MCP को मिलाएं
MCP अकेले केवल उपकरण बढ़ाता है। क्या करना है इसका क्रम Skill में लिखें। "हर सोमवार, Drive से मान पढ़ें, पिछले सप्ताह से तुलना करें, आउटलायर्स की जाँच करें और एक रिपोर्ट बनाएं।" इस मामले में, Drive से जानकारी लेने वाला हाथ MCP है, और साप्ताहिक कार्य प्रक्रिया Skill है। उपकरणों और प्रक्रियाओं को अलग करें। यह विचार Codex को स्थिर करता है।
10. Ultra और Subagents के साथ "एक-व्यक्ति AI टीम" बनाएं
Sol युग का मुख्य आकर्षण एक एकल AI को और अधिक बुद्धिमान बनाना नहीं है। यह कई AIs को एक साथ काम करवाना है। Codex काम को सबएजेंट्स में विभाजित कर सकता है, समानांतर में आगे बढ़ सकता है, और अंत में मुख्य एजेंट परिणामों को एकीकृत कर सकता है।
एक व्यक्ति को सब कुछ करने देने से संदर्भ प्रदूषित होता है
यदि आप लंबे शोध लॉग, परीक्षण परिणाम, त्रुटियाँ, अस्वीकृत योजनाएँ और खारिज की गई योजनाओं को एक चैट में डालते रहते हैं, तो महत्वपूर्ण उद्देश्य और निर्णय दब जाते हैं। यह संदर्भ प्रदूषण (Context pollution) है। इसके अलावा, जैसे-जैसे अनावश्यक जानकारी बढ़ती रहती है, लंबी बातचीत के उत्तरार्ध में निर्णय सटीकता गिर जाती है। इसलिए, भारी मध्यवर्ती कार्य को अलग एजेंटों को सौंपें।
- मुख्य: उद्देश्य, निर्णय, एकीकरण, अंतिम संस्करण
- शोधकर्ता: सामग्री, प्रतियोगी, तथ्य, संख्याएँ
- निर्माता: पहला ड्राफ्ट, कार्यान्वयन, उम्मीदवार निर्माण
- सत्यापनकर्ता: गलतियाँ, चूक, बदलाव, परीक्षण
मुख्य को केवल संगठित निष्कर्ष लौटाएं, प्रत्येक प्रभारी व्यक्ति के लंबे कार्य लॉग नहीं।
अंतर्निहित 3 भूमिकाएँ
Codex में तीन बुनियादी एजेंट हैं:
default: सामान्य उद्देश्यworker: कार्यान्वयन और सुधार के साथ आगे बढ़ता हैexplorer: कोड और सामग्री पढ़ता है और शोध करता है
ये तीन शुरुआत में पर्याप्त हैं। यदि आप भूमिकाओं को और अधिक निश्चित करना चाहते हैं, तो आप Custom Agents बना सकते हैं। व्यक्तिगत उपयोग के लिए ~/.codex/agents/ और परियोजना उपयोग के लिए .codex/agents/ में TOML फ़ाइलें रखें। नाम, विवरण और असाइनमेंट निर्देशों के अलावा, आप प्रत्येक भूमिका के लिए मॉडल, Reasoning, Sandbox, MCP और Skills भी बदल सकते हैं।
पहली 4-व्यक्ति टीम बनाएं
ーーーーーーーーーーーー
【कॉपी-पेस्ट के लिए: Sol कमांड सेंटर + 3-व्यक्ति AI टीम】
इस कार्य को एक मुख्य एजेंट और तीन सबएजेंट्स का उपयोग करके आगे बढ़ाएं।
मुख्य एजेंट:
उद्देश्य और पूर्णता की शर्तों का प्रबंधन करें, और प्रत्येक प्रभारी व्यक्ति के परिणामों से अंतिम संस्करण बनाएं।
शोध प्रमुख:
आवश्यक प्राथमिक जानकारी, उदाहरण, संख्याएँ और आधारभूत धारणाएँ एकत्र करें, और साक्ष्य के साथ लौटाएं।
उत्पादन प्रमुख:
अनुसंधान परिणामों और उद्देश्य के आधार पर डिलिवरेबल का पहला ड्राफ्ट तैयार करें।
सत्यापन प्रमुख:
तथ्यों, चूक, गुणवत्ता, पठनीयता और उद्देश्य से विचलन की जाँच करें।
ऐसा कार्य निष्पादित करें जिसे स्वतंत्र रूप से समानांतर में आगे बढ़ाया जा सके। सभी प्रमुखों के पूर्ण होने तक प्रतीक्षा करें, और मुख्य एजेंट को परिणामों को एकीकृत करने दें।
अंतिम आउटपुट:
- अंतिम संस्करण
- अपनाने का आधार
- सत्यापन में तय किए गए बिंदु
- शेष निर्णय
उद्देश्य: [यहाँ उद्देश्य लिखें]
पूर्णता शर्तें: [यहाँ पूर्णता शर्तें लिखें]
ーーーーーーーーーーーー
"स्वतंत्र कार्य" को समानांतर करें
अधिक सबएजेंट जोड़ने से सब कुछ तेज़ नहीं हो जाता। जो चीज़ मज़बूत है, वह है वह काम जो एक साथ किया जा सकता है।
- एकाधिक सामग्रियों का अनुसंधान
- सुरक्षा, गुणवत्ता और पठनीयता के लिए अलग-अलग दृष्टिकोण से समीक्षा
- बड़ी संख्या में फ़ाइलों का वर्गीकरण
- एकाधिक योजनाओं का निर्माण
- परीक्षण और लॉग विश्लेषण
दूसरी ओर, यदि एक ही समय में कई लोग एक ही फ़ाइल को फिर से लिखते हैं, तो वे टकराएंगे। लेखन की भूमिका को एक व्यक्ति तक सीमित करें, और पढ़ने, अनुसंधान और सत्यापन की भूमिकाओं को समानांतर करें। यह पहला सही उत्तर है।
11. उत्पादन प्रमुख और सत्यापन प्रमुख को अलग करें
Codex से केवल "इसे बनाओ, फिर देखो कि कोई समस्या है या नहीं" कहने से एक ही दृष्टिकोण से उत्पादन और पुष्टि दोहराई जाएगी। यदि आप गुणवत्ता में सुधार करना चाहते हैं, तो शुरू से ही भूमिकाओं को अलग करें।
कोड के लिए:
- कार्यान्वयन प्रमुख
- परीक्षण प्रमुख
- सुरक्षा प्रमुख
- रखरखाव समीक्षा प्रमुख
लेखों के लिए:
- लेखन प्रमुख
- तथ्य-जांच प्रमुख
- शुरुआती दृष्टिकोण प्रमुख
- शीर्षक स्थिरता जांच प्रमुख
सामग्रियों के लिए:
- संरचना प्रमुख
- संख्यात्मक पुष्टि प्रमुख
- डिज़ाइन पुष्टि प्रमुख
- निर्णय-निर्माता दृष्टिकोण प्रमुख
एक ही डिलिवरेबल के लिए भी, जब इसे देखने वाली भूमिका बदलती है, तो उठाए गए बिंदु बदल जाते हैं। Codex में /review भी है। आप अप्रतिबद्ध परिवर्तनों, विशिष्ट कमिट, बेस ब्रांच के साथ अंतर आदि को लक्षित करके कार्यान्वयन के बाद समीक्षा के साथ आगे बढ़ सकते हैं। हालाँकि, केवल समीक्षा फ़ंक्शन को कॉल करना पर्याप्त नहीं है। तय करें कि एक समस्या के रूप में क्या खोजना है।
ーーーーーーーーーーーー
【कॉपी-पेस्ट के लिए: पूर्व-पूर्णता समीक्षा】
इस डिलिवरेबल को निर्माता से अलग एक समीक्षक के रूप में जाँचें।
प्राथमिकता:
- ऐसी खामियाँ जो उद्देश्य प्राप्त करने में बाधा डालती हैं
- तथ्यों, संख्याओं या विनिर्देशों में त्रुटियाँ
- लुप्त आधार या चरण
- वे स्थान जहाँ उपयोगकर्ता भटक जाएगा
- पठनीयता, रखरखाव, अभिव्यक्ति
समस्याओं को महत्व के क्रम में सूचीबद्ध करें और प्रासंगिक भागों और सुझाए गए सुधारों को दिखाएं। यदि कोई समस्या नहीं है, तो संक्षेप में पुष्टि किए गए दायरे और शेष जोखिमों को दिखाएं।
पूर्णता शर्तें: [यहाँ पूर्णता शर्तें लिखें]
ーーーーーーーーーーーー
"इसे अच्छा दिखाओ" मत कहो; उत्तीर्ण होने की शर्तें दो। सत्यापन भी काम का हिस्सा है।
12. अनुमतियों और सैंडबॉक्स के साथ "सौंपने का दायरा" डिज़ाइन करें
Codex फ़ाइलें पढ़ और लिख सकता है, कमांड निष्पादित कर सकता है और बाहरी सेवाओं का संचालन कर सकता है। इसलिए अनुमति डिज़ाइन मॉडल की बुद्धिमत्ता जितना ही महत्वपूर्ण है। तीन बुनियादी विचार हैं:
- केवल पढ़ना: सिर्फ पढ़ना
- वर्कस्पेस लिखना: वर्कस्पेस फ़ोल्डर के भीतर बदल सकता है
- पूर्ण पहुँच: व्यापक रेंज तक पहुँच सकता है
दैनिक उत्पादन और कार्यान्वयन को वर्कस्पेस लिखने पर आधारित करें। केवल तभी आवश्यक रेंज जोड़ें जब बाहरी नेटवर्क या अलग फ़ोल्डर की आवश्यकता हो। और उन कार्यों के लिए पुष्टि छोड़ दें जिन्हें पूर्ववत करना मुश्किल है, जैसे कि विलोपन, भेजना, प्रकाशन, भुगतान और बाहरी सेवाओं को बदलना। यह Codex को कमज़ोर बनाने के लिए नहीं है। यह बड़े कार्यों को मन की शांति के साथ सौंपने का आधार है। यदि अनुमतियाँ अस्पष्ट हैं, तो Codex आवश्यक कार्यों पर रुक जाएगा या, इसके विपरीत, बहुत विस्तृत रेंज होगी। पहले "यह कितनी दूर तक स्वचालित रूप से आगे बढ़ सकता है" तय करने से काम के दौरान पुष्टिकरणों की संख्या कम हो जाती है।
13. ऑटोमेशन के साथ दोहराए जाने वाले काम को स्वचालित करें
एक बार काम सफलतापूर्वक हो जाने के बाद, अगला कदम इसे स्वचालित करना है। Codex के शेड्यूल्ड टास्क का उपयोग करके, आप निश्चित समय पर, नियमित अंतराल पर, घटनाओं के बाद या निगरानी की शर्तों के तहत काम चला सकते हैं। उदाहरण के लिए, इस तरह का उपयोग:
- हर सुबह, AI उद्योग में नवीनतम समाचार इकट्ठा करें
- हर हफ्ते, प्रतिस्पर्धियों से नए लेख जाँचें
- हर रात, प्रोजेक्ट परिवर्तनों की समीक्षा करें
- नियमित रूप से PR स्थिति की जाँच करें और उठाए गए नए बिंदुओं का जवाब दें
- महीने की शुरुआत में एक रिपोर्ट बनाएं
- उसी चैट में लंबी अवधि की प्रक्रिया समाप्त होने तक ट्रैक करें
एक-बार के कार्यों और सतत चैट के बीच अंतर करें
यदि आप हर बार स्वतंत्र परिणाम चाहते हैं, तो एक स्टैंडअलोन शेड्यूल्ड टास्क का उपयोग करें। यदि आप पिछली बातचीत को आगे बढ़ाना और उसी काम का पालन करना चाहते हैं, तो मौजूदा चैट के भीतर एक शेड्यूल बनाएं।
स्थानीय काम के लिए ऐप को चालू रखें
डेस्कटॉप ऐप में स्थानीय प्रोजेक्ट को संभालने वाले शेड्यूल्ड टास्क के लिए कंप्यूटर और ऐप को चालू रहना आवश्यक है। Git प्रोजेक्ट में, आप चुन सकते हैं कि वर्तमान वर्कस्पेस फ़ोल्डर का सीधे उपयोग करना है या इसे किसी अन्य Worktree से अलग करना है। यदि संभावना है कि एक आवधिक कार्य उन फ़ाइलों को छूएगा जिन पर आप वर्तमान में काम कर रहे हैं, तो Worktree के साथ अलग करके इसे संभालना आसान है।
स्वचालन "मैन्युअल सफलता के बाद" किया जाता है
इसे अचानक हर दिन न चलाएं; पहले एक सामान्य चैट में इसे एक बार पूरा करें। अगला, इसे एक स्किल बनाएं। अंत में, इसे शेड्यूल्ड टास्क पर रखें। मैन्युअल सफलता → स्किलीकरण → स्वचालन। इस क्रम में, आप हर दिन गलत काम का बड़े पैमाने पर उत्पादन नहीं करेंगे।
14. उद्देश्य के आधार पर इस कॉन्फ़िगरेशन से शुरू करें
आपको सभी सुविधाओं का उपयोग करने की आवश्यकता नहीं है। अपने काम के लिए आवश्यक परतों से निर्माण करें।
AI शुरुआती / कर्मचारी
- डेस्कटॉप ऐप
- GPT-5.6 Sol या Terra
- उद्देश्य, संदर्भ, बाधाएं, पूर्णता शर्तें
- प्लान मोड
- प्रोजेक्ट के लिए AGENTS.md
पहला लक्ष्य Codex को एक फ़ोल्डर सौंपना और योजना से पूर्णता तक आगे बढ़ना है।
लेख, SNS, सामग्री उत्पादन
- संरचना और अंतिम संपादन के लिए Sol का उपयोग करें
- अनुसंधान के लिए Terra का उपयोग करें
- उत्पादन नियमों को AGENTS.md में सहेजें
- लेख उत्पादन और पोस्ट निर्माण को स्किलीकृत करें
- वेब खोज और Drive को MCP से कनेक्ट करें
- तथ्य-जांच प्रमुख को सबएजेंटाइज़ करें
- विषय अनुसंधान को शेड्यूल्ड टास्क बनाएं
इस कॉन्फ़िगरेशन के साथ, यह केवल टेक्स्ट बनाने से नहीं जुड़ता, बल्कि योजना, अनुसंधान, उत्पादन, पुष्टि और अगले सुधार से जुड़ता है।
एकमात्र मालिक / एक-व्यक्ति कंपनियाँ
- प्रत्येक व्यावसायिक कार्य के लिए अलग-अलग फ़ोल्डर और मास्टर कॉपी रखें
- सामान्य नियमों को AGENTS.md में रखें
- नियमित कार्यों को स्किल में बदलें
- Gmail, Drive, GitHub, आदि को प्लगइन्स/MCP से कनेक्ट करें
- अनुसंधान, उत्पादन और सत्यापन के लिए कस्टम एजेंट बनाएं
- Ultra के साथ कई प्रोजेक्ट वितरित करें
- स्थिर कार्यों को ऑटोमेशन में ले जाएं
लक्ष्य एक ऐसा व्यक्ति होना नहीं है जो AI से सवाल पूछता है, बल्कि एक ऐसा व्यक्ति है जो AI को काम वितरित करता है और केवल परिणामों का न्याय करता है।
डेवलपर्स / उत्पादन टीमें
- CLI या IDE एक्सटेंशन
- रिपॉजिटरी के तहत सीधे AGENTS.md
.codex/config.toml- लिंट, टेस्ट और बिल्ड को पूर्णता शर्तों पर ठीक करें
- सबएजेंटों के बीच कार्यान्वयन, परीक्षण और समीक्षा वितरित करें
/reviewऔर GitHub एकीकरण- PR निगरानी और आवधिक समीक्षा को शेड्यूल्ड टास्क में ले जाएं
कोड जनरेशन पर न रुकें; परीक्षण, डिफ़ पुष्टि, समीक्षा और PR प्रतिक्रिया के माध्यम से चक्र पूरा करें।
15. Codex के साथ असफल होने वाले लोगों के 7 सामान्य लक्षण
- सब कुछ एक चैट में ठूंसना यदि आप एक ही चैट में अनुसंधान, उत्पादन, सुधार और अलग-अलग प्रोजेक्ट जारी रखते हैं, तो उद्देश्य दब जाता है। प्रोजेक्ट को अलग करें और भारी मध्यवर्ती काम को सबएजेंटों पर डालें।
- हर बार एक ही स्पष्टीकरण देना दोहराए गए आधारों को AGENTS.md और दोहराई गई प्रक्रियाओं को स्किल में ले जाएं। बातचीत को छोटा न करें; स्पष्टीकरण को संपत्ति में बदलें।
- "पूर्णता" की कोई परिभाषा नहीं यदि आप केवल इसे बनाकर समाप्त करते हैं, तो असत्यापित डिलिवरेबल बढ़ जाएंगे। पूर्णता शर्तों में परीक्षण, पुष्टि आइटम, सहेजने के स्थान और प्रारूप शामिल करें।
- सब कुछ Sol के साथ प्रोसेस करना Ultra भारी काम और हल्के काम को अलग करें। अंतिम निर्णय Sol है, दैनिक कार्य Terra है, और वॉल्यूम प्रोसेसिंग Luna है। यह विभाजन गति और उपयोग को व्यवस्थित करता है।
- सिर्फ टूल बढ़ाना भले ही आप बड़ी संख्या में MCP या प्लगइन्स डाल दें, वे काम नहीं करेंगे यदि उनका उपयोग करने की प्रक्रिया तय नहीं है। पहले काम तय करें और केवल आवश्यक टूल कनेक्ट करें।
- उत्पादन प्रमुख को स्वयं ग्रेड देने देना बनाने वाले और पुष्टि करने वाले की भूमिका को अलग करें। महत्वपूर्ण डिलिवरेबल के लिए, किसी अन्य एजेंट की आँखें लाएं।
- सफलता से पहले स्वचालन यदि आप एक ऐसी प्रक्रिया डालते हैं जिसके बारे में आप नहीं जानते कि यह काम करेगी या नहीं, शेड्यूल्ड टास्क में, तो पुष्टिकरण कार्य बढ़ जाएगा। मैन्युअल रूप से पूरा करें, एक स्किल में ठोस बनाएं, और अंत में स्वचालित करें।
7 दिनों में अपना Sol-युग Codex वातावरण पूरा करें
आपको आज सब कुछ सीखने की ज़रूरत नहीं है। प्रति दिन काम की एक परत बनाएँ।
दिन 1: एक कार्य को अंत तक सौंपें
लक्ष्य फ़ोल्डर खोलें और उद्देश्य, संदर्भ, बाधाएं और पूर्णता शर्तें प्रदान करें। एक प्रश्न नहीं, बल्कि एक डिलिवरेबल का अनुरोध करें।
दिन 2: प्लान मोड को डिज़ाइन करने दें
एक अस्पष्ट कार्य चुनें और इसे अनुसंधान, प्रश्न और योजना सौंपें। निष्पादन से पहले पुन: कार्य को खत्म करने का अहसास प्राप्त करें।
दिन 3: AGENTS.md बनाएं
केवल 5 चीजें लिखें जो आप हर बार समझाते हैं। पढ़ने के क्रम, पालन करने के नियम और पूर्णता शर्तों को शामिल करना पर्याप्त है।
दिन 4: दोहराए जाने वाले काम को स्किल में बदलें
वह काम चुनें जो आप सप्ताह में कम से कम एक बार करते हैं और इनपुट, प्रक्रिया और पुष्टि विधि तय करें।
दिन 5: एक बाहरी सेवा कनेक्ट करें
उस सेवा को कनेक्ट करें जिसका आप सबसे अधिक उपयोग करते हैं, जैसे Drive, GitHub, Gmail, या ब्राउज़र, प्लगइन या MCP के माध्यम से।
दिन 6: 3 सबएजेंट चलाएं
अनुसंधान, उत्पादन और सत्यापन में विभाजित करें, और अंत में Sol के साथ एकीकृत करें। आप उसी काम के लिए एक व्यक्ति के क्रम में आगे बढ़ने से अंतर देखेंगे।
दिन 7: समीक्षा और स्वचालन जोड़ें
समीक्षा को पूर्णता शर्तों में जोड़ें और एक स्थिर कार्य को शेड्यूल्ड टास्क में ले जाएं।
इस बिंदु तक, Codex एक बार की चैट नहीं है। यह एक कार्य वातावरण बन जाता है जो आपके नियमों को पढ़ता है, आवश्यक टूल का उपयोग करता है, कई प्रमुखों के बीच काम विभाजित करता है, और पूर्णता तक पुष्टि करता है।
अंत में देखने के लिए त्वरित संदर्भ तालिका
Sol युग में जिस चीज़ की आवश्यकता है, वह प्रॉम्प्ट कौशल नहीं, बल्कि कार्य डिज़ाइन कौशल है
GPT-5.6 Sol के साथ, Codex और भी अधिक स्मार्ट हो गया है। लेकिन वास्तव में बड़ा बदलाव प्रदर्शन चार्ट पर संख्याएँ नहीं है। यह है कि AI अब एक उद्देश्य से आवश्यक कार्य के बारे में सोच सकता है, सामग्री पढ़ सकता है, टूल का उपयोग कर सकता है, कई AI को वितरित कर सकता है, और मनुष्यों द्वारा एक-एक करके प्रत्येक चरण का निर्देश दिए बिना पूर्णता तक आगे बढ़ सकता है।
अब से, अंतर उन लोगों द्वारा नहीं बनाया जाएगा जो जादुई प्रॉम्प्ट जानते हैं, बल्कि उन लोगों द्वारा बनाया जाएगा जो सही संदर्भ तैयार कर सकते हैं। वे जो दोहराए गए निर्णयों को नियमों में बदल सकते हैं। वे जो सफल प्रक्रियाओं को स्किल में सहेज सकते हैं। वे जो आवश्यक टूल को MCP से कनेक्ट कर सकते हैं। वे जो कई AI के बीच काम विभाजित कर सकते हैं और पूर्णता शर्तों के साथ प्रबंधन कर सकते हैं।
दूसरे शब्दों में, AI का उपयोग करने वाले लोग नहीं, बल्कि एक ऐसा वातावरण बनाने वाले लोग जहाँ AI काम कर सके।
सिर्फ Codex खोलने और मौके पर सवाल फेंकने का युग समाप्त हो गया है।
एक फ़ोल्डर बनाएं। मास्टर कॉपी रखें। AGENTS.md के साथ नियम तय करें। स्किल को काम सीखने दें। MCP के साथ हाथ और पैर दें। Ultra के साथ टीम को स्थानांतरित करें। समीक्षा के साथ पूर्णता की पुष्टि करें। ऑटोमेशन के साथ अगली बार से इसे स्वचालित बनाएं।
उन लोगों के लिए जो इस चक्र को बनाते हैं, Codex "सुविधाजनक AI" नहीं रह जाता है। यह एक टीम बन जाता है जो आपसे अधिक समय तक काम करती है, आपसे अधिक जानकारी पढ़ती है, और आपके नियमों के अनुसार काम करती है। GPT-5.6 Sol युग में Codex यही है।
उन लोगों के लिए जो इस लेख के साथ साइड हसल में परिणाम प्राप्त करने की बड़ी तस्वीर जानना चाहते हैं 🎁
वर्तमान में, आधिकारिक LINE पर,
"कुरोनेको-शैली SNS साइड हसल पूर्ण रणनीति: 5 प्रमुख बोनस पैक"
मुफ्त में दिया जा रहा है 🎁
चूंकि यह मूल रूप से सशुल्क सामग्री के रूप में जारी करने की योजना थी,
क्षमता तक पहुंचने पर वितरण बंद हो जाएगा।
कृपया इसे लेख के साथ प्राप्त करें जब तक आप कर सकते हैं।
▼▼▼
▶︎▶︎▶︎ 5 प्रमुख बोनस प्राप्त करें
अब, मुख्य विषय पर आते हैं!
