लेखक: jason (@jxnlco
मूल:

jason
@jxnlco
·

लेख
Codex का अधिकतम लाभ उठाना
अधिकांश डेवलपर्स पहली बार कोडिंग एजेंट का उपयोग कोड के लिए करते हैं: रिपॉजिटरी का निरीक्षण करना, डिफ़ बनाना, टेस्ट चलाना और पुल रिक्वेस्ट खोलना।
यह अभी भी Codex का केंद्रबिंदु है। लेकिन इस पर काम का अधिकांश हिस्सा…
38
187
1.5K
जब अधिकांश डेवलपर्स पहली बार कोड एडिटिंग के लिए AI एजेंटों का सामना करते हैं, तो आमतौर पर वे उनसे केवल एक ही काम करवाते हैं: कोड लिखना। उदाहरण के लिए, रिपॉजिटरी की जाँच करना, डिफ़ जनरेट करना, टेस्ट चलाना और फिर पुल रिक्वेस्ट सबमिट करना।
कोड लिखना वास्तव में Codex की मुख्य ताकत बनी हुई है। लेकिन अगर आप इसके बारे में सोचें, तो हम कंप्यूटर पर जो अधिकांश काम करते हैं, वे मूलतः कोड से संबंधित होते हैं: टर्मिनल कमांड निष्पादित करना, वेब ब्राउज़ करना, API कॉल करना, दस्तावेज़ निर्यात करना, विभिन्न घटनाओं का जवाब देना, या ऑटोमेशन प्रक्रियाओं को ट्रिगर करना। जब Codex इन क्षेत्रों में विस्तार करना शुरू करता है, तो यह अब केवल एक संकीर्ण "प्रोग्रामिंग सहायक" जैसा नहीं लगता, बल्कि एक "सर्वांगीण कार्यकर्ता" में विकसित हो जाता है जो आपको सभी प्रकार के कंप्यूटर कार्यों में मदद कर सकता है।
Codex की नई सुविधाएँ इस परिवर्तन को मूर्त बनाती हैं। वर्तमान थ्रेड आपके संदर्भ को याद रख सकते हैं, विभिन्न टूल को कॉल कर सकते हैं, जनरेट किए गए आर्टिफैक्ट प्रदर्शित कर सकते हैं, और विभिन्न प्रॉम्प्ट के बीच सहजता से संक्रमण कर सकते हैं, ताकि आपको हर चैट खत्म करने के बाद खुद को "फिर से परिचित" नहीं कराना पड़े।
Codex की क्षमता को पूरी तरह से निचोड़ने के लिए, आपको इन विशेषज्ञ चालों को संयोजित करना होगा:
- टिकाऊ थ्रेड जो लंबे समय तक मेमोरी को संरक्षित कर सकते हैं
- आपके नियंत्रण में रहते हुए वॉयस इनपुट, टास्क स्टीयरिंग और टास्क क्यूइंग का लचीला उपयोग
- ब्राउज़र, कंप्यूटर-उपयोग, MCP सर्वर (AI के लिए स्थानीय डेटा और टूल से सुरक्षित रूप से जुड़ने का एक सार्वभौमिक मानक) और विभिन्न कनेक्टर का उपयोग करके Codex की पहुंच को कोडबेस से परे बढ़ाना
- थ्रेड ऑटोमेशन और गोल का उपयोग करके इसे आपके कंप्यूटर से दूर रहने पर भी काम करते रहने देना
- साइड पैनल का कुशल उपयोग करके किसी भी समय जनरेट किए गए कोड, दस्तावेज़, स्लाइड्स और अन्य फ़ाइलों की समीक्षा करना
टिकाऊ थ्रेड
टिकाऊ थ्रेड: लंबे समय तक चलने वाले Codex थ्रेड जो कई उपयोगों के दौरान आपके काम के संदर्भ को बनाए रखते हैं।
थ्रेड को पिन करना इन टिकाऊ वार्तालापों को तुरंत उपलब्ध रखने का एक शानदार तरीका है। यह उन वर्कफ़्लो के लिए वरदान है जिन्हें बार-बार आगे बढ़ाने की आवश्यकता होती है, जैसे:
- एक समर्पित "चीफ ऑफ स्टाफ" थ्रेड (दैनिक कामों में मदद)
- उत्पाद लॉन्च के लिए विशेष थ्रेड
- दस्तावेज़ीकरण की समीक्षा के लिए थ्रेड
- बाहरी डेटा पर केंद्रित निगरानी थ्रेड
ये "चैट और बर्न" चैट बॉक्स नहीं हैं; ये स्थायी कार्यक्षेत्र हैं। समय के साथ, Codex इन वार्तालापों पर कभी भी लौट सकता है, आपके पिछले निर्णयों, व्यक्तिगत प्राथमिकताओं और वर्तमान प्रगति को याद रख सकता है। इस सुविधा के बिना, आपको हर बार यह सारी पृष्ठभूमि जानकारी खरोंच से खिलानी पड़ती।
पिनिंग शॉर्टकट इसे बेहद व्यावहारिक बनाते हैं। Command-1 से Command-9 दबाकर, आप तुरंत इन सहेजे गए समर्पित थ्रेड में वापस लौट सकते हैं और काम जारी रख सकते हैं।
वॉयस इनपुट
वॉयस इनपुट उपयोगी है क्योंकि यह आपके दिमाग में सबसे आदिम, कच्चे विचारों को कैप्चर करता है, इससे पहले कि आप उन्हें सावधानीपूर्वक टेक्स्ट में ढालें।
Codex में बिल्ट-इन वॉयस इनपुट है। यह उन अस्पष्ट विचारों के लिए विशेष रूप से प्रभावी है जो "कहने में आसान लेकिन टाइप करने में दर्दनाक" होते हैं। उदाहरण के लिए:
"मुझे याद है कि बेन नामक किसी व्यक्ति ने इसका उल्लेख Slack पर किया था।
मुझे विवरण याद नहीं है।
जाकर मेरे लिए ढूंढो।"
एक AI एजेंट के लिए जो स्वयं खोज कर सकता है, संदर्भ इकट्ठा कर सकता है और आपको रिपोर्ट कर सकता है, ये कुछ वाक्य उसके काम पर लगने के लिए पर्याप्त हैं।
जब आपके दिमाग में कोई सामान्य विचार होता है जो अभी तक पूरी तरह से आकार नहीं ले पाया है, तो उस पर दो या तीन मिनट "बड़बड़ाना" और अपने सभी विचारों को एक साथ डंप करना भी आश्चर्यजनक रूप से अच्छा काम करता है।
रिकॉर्डिंग ट्रांसक्रिप्शन भी उसी तर्क का पालन करता है। एक अपरिष्कृत बैठक रिकॉर्ड या एक श्रुतलेखित मसौदा योजना अक्सर एक संक्षिप्त सारांश से अधिक मूल्यवान होती है। क्योंकि वे कच्चे रिकॉर्ड आपके झिझक भरे स्वर, जोर दिए गए बिंदुओं और उन अधूरी प्रेरणा की चिंगारियों को संरक्षित करते हैं।
स्टीयरिंग और क्यूइंग
जब आप वॉयस इनपुट को चल रहे कार्यों पर प्रत्यक्ष नियंत्रण के साथ जोड़ते हैं, तो इसकी शक्ति वास्तव में प्रकट होती है।
जब कोई कार्य निष्पादित हो रहा हो, यदि आप चाहते हैं:
टास्क स्टीयरिंग: Codex को उसके कार्य के बीच में ही बाधित करें, इससे पहले कि वह समाप्त हो, और उसे एक नई दिशा दें।
यह तब काम आता है जब आप पाते हैं कि AI पटरी से उतर रहा है और उसे दीवार से टकराने से पहले सुधारने की आवश्यकता है। उदाहरण के लिए, जब वह किसी वेबसाइट की समीक्षा कर रहा हो, तो आप साइड पैनल में बातें इंगित कर सकते हैं और सीधे उसके काम को बाधित कर सकते हैं:
- "इसे थोड़ा छोटा करो"
- "इन दो तत्वों के बीच की दूरी सही नहीं लग रही"
- "यह कॉपी गलत लिखी गई है"
टास्क क्यूइंग: Codex को वर्तमान चरण पूरा करने के बाद अगला कार्य सौंपें।
टास्क क्यूइंग अलग है। यह चल रहे कार्य को बाधित नहीं करता बल्कि नए कार्य को लाइन के अंत में रखता है। आप इसे बता सकते हैं:
"यह काम खत्म होने के बाद, प्रीव्यू लिंक Slack पर रिव्यूअर को भेज दो।"
सीधे शब्दों में कहें तो, "स्टीयरिंग" का मतलब है कि Codex अभी क्या कर रहा है उसे बदलना, जबकि "क्यूइंग" का मतलब है कि उसे आगे क्या करना है यह व्यवस्थित करना। दोनों सुविधाएं आपको कार्य निष्पादन के दौरान "मानव-मशीन एकता" का नियंत्रण बनाए रखने की अनुमति देती हैं।
टूल और पहुंच
एक बार जब थ्रेड में निरंतर मेमोरी हो, तो अगला प्रश्न यह है: वह क्या छू सकता है? Codex के तम्बू परत दर परत बाहर की ओर फैल सकते हैं:
- $browser: साइड पैनल में चलने वाला एक इन-ऐप ब्राउज़र जहाँ Codex वेब पेजों की समीक्षा और एनोटेट कर सकता है।
- @chrome: आपके ब्राउज़र के लॉगिन स्टेट तक पहुंच सकता है ताकि Chrome-आधारित वर्कफ़्लो को संभाल सके।
- @computer: विशेष रूप से उन कार्यों के लिए जो केवल डेस्कटॉप GUI के माध्यम से पूरे किए जा सकते हैं।
$browser साइड पैनल में वेब समीक्षाओं के लिए उपयुक्त है; @chrome ब्राउज़र के अंदर ऐसे काम के लिए है जिसमें आपके खाते में लॉगिन की आवश्यकता होती है; और @computer उन कार्यों के लिए है जिनमें कंप्यूटर डेस्कटॉप पर क्लिक करने की आवश्यकता होती है।
MCP सर्वर और विभिन्न कनेक्टर इस क्षमता को आपके पूरे वर्कफ़्लो में और अधिक विस्तारित करते हैं। Slack एकीकरण, साथ ही विभिन्न MCP टूल कनेक्टर और MCP गाइड महत्वपूर्ण हैं क्योंकि कई महत्वपूर्ण कार्य अक्सर चैट संदेश, इनबॉक्स में ईमेल, या एक शेड्यूलिंग समस्या के रूप में शुरू होते हैं, इससे पहले कि वे कोड बनें।
स्किल्स दोहराए जाने वाले वर्कफ़्लो को पुन: उपयोग करने की अनुमति देते हैं। एक बार जब कोई वर्कफ़्लो उपयोगी साबित हो जाता है, तो आप इसे एक स्किल के रूप में ठोस बना सकते हैं ताकि Codex अगली बार इसे सीधे चला सके, बिना प्रक्रिया को खरोंच से सीखे।
कहीं से भी काम करें
Codex के साथ कहीं से भी काम करने की अवधारणा पारंपरिक सीमा को पूरी तरह से तोड़ देती है कि "हमें काम करने के लिए कंप्यूटर के सामने बैठना होगा।" एक कार्य आपके Mac पर शुरू हो सकता है जो फ़ाइलों, अनुमतियों और स्थानीय वातावरण से भरा हो, और फिर जब आप अपनी डेस्क छोड़ते हैं और इसे अपने फोन पर जांचते हैं तब भी चुपचाप आगे बढ़ता रहता है।
यह खंडित समय के दौरान बहुत उपयोगी है। आप Codex को अपने कंप्यूटर पर एक लंबा कार्य चलाने के लिए कह सकते हैं और फिर कॉफी लेने के लिए डेस्क छोड़ सकते हैं। यदि आपके बाहर रहने के दौरान उसके पास कोई प्रश्न है, तो आप सीधे फोन से जवाब दे सकते हैं, उसके अगले कदम को मंजूरी दे सकते हैं, या अपनी सीट पर लौटने से पहले उसे एक नई दिशा दे सकते हैं। आपका स्थानीय वातावरण चुपचाप काम करता रहता है जबकि आप स्वतंत्र रूप से घूमते हैं।
ऑटोमेशन
ऑटोमेशन सुविधाएँ Codex को आपके द्वारा निर्धारित शेड्यूल के अनुसार स्वचालित रूप से काम करने की अनुमति देती हैं। उन कार्यों के लिए जिन्हें हर दिन खरोंच से शुरू करने की आवश्यकता होती है, जैसे दैनिक रिपोर्ट जनरेट करना या नियमित कोडबेस जाँच, "शेड्यूल्ड ऑटोमेशन" का उपयोग करें। लेकिन यदि आपको ऐतिहासिक मेमोरी वाली बातचीत के भीतर काम को आगे बढ़ाने की आवश्यकता है, तो "थ्रेड ऑटोमेशन" का उपयोग करें।
थ्रेड ऑटोमेशन: एक समयबद्ध "हार्टबीट" तंत्र की तरह जो निर्धारित शेड्यूल के अनुसार काम जारी रखने के लिए समय-समय पर उसी Codex थ्रेड पर लौटता है।
थ्रेड को पिन करना उपयोगी है, लेकिन इसके लिए अभी भी आपको सक्रिय रूप से उस पर वापस जाना पड़ता है। "थ्रेड ऑटोमेशन" दूसरी ओर, हर कुछ मिनटों या घंटों में अपने आप चेक इन कर सकता है जब तक कि एक निश्चित शर्त पूरी न हो जाए, और स्थिति के आधार पर चेक-इन आवृत्ति को भी समायोजित कर सकता है।
उदाहरण के लिए, आपका "चीफ ऑफ स्टाफ" थ्रेड हर 30 मिनट में चल सकता है:
हर 30 मिनट में, मेरे Slack और Gmail को चेक करो कि क्या कोई ऐसे संदेश हैं जिन्हें प्रोसेस करने की आवश्यकता है लेकिन जिनका जवाब नहीं दिया गया है।
उन्हें प्राथमिकता देने में मेरी मदद करो।
अगर कोई मुझसे कोई प्रश्न पूछता है, तो जितना संभव हो उतना गहराई से शोध करो और एक उत्तर तैयार करने में मदद करो, लेकिन इसे सीधे न भेजो।
जब आप अपने कंप्यूटर पर लौटते हैं, तो सबसे अधिक समय लेने वाला "पृष्ठभूमि संग्रह" का काम अक्सर पहले ही हो चुका होता है। एक इंसान के रूप में, आपको केवल इसे भेजने का अंतिम निर्णय लेना होता है।
थ्रेड ऑटोमेशन "फीडबैक लूप्स" को संभालने के लिए भी एकदम सही है। यह आपकी अनुपस्थिति में PRs, Google Docs या Slack पर आपकी टिप्पणियों को चुपचाप देख सकता है, और स्वचालित रूप से अनुवर्ती संशोधनों को आगे बढ़ा सकता है।
एक एनिमेशन उत्पादन परिदृश्य की कल्पना करें: एक समीक्षक Slack पर एक वीडियो पोस्ट करता है। थ्रेड ऑटोमेशन समय-समय पर चर्चा की प्रगति की जाँच कर सकता है; जैसे ही संशोधन सुझाव आते हैं, यह स्वचालित रूप से एक नया संस्करण रेंडर करता है, फिर मूल थ्रेड में समीक्षक को @mentions करता है और नए वीडियो के साथ जवाब देता है। यदि कोई सॉफ्टवेयर इंटीग्रेशन इंटरफ़ेस अंतिम अपलोड को स्वचालित रूप से पूरा नहीं कर सकता है, तो यह अंतिम चरण को GUI के माध्यम से पूरा करने के लिए "डेस्कटॉप ऑटोमेशन" भी जुटा सकता है।
यह पूर्ण क्लोज्ड लूप Slack पर फीडबैक प्राप्त करने, कोडबेस में रेंडरिंग करने और अंतिम अपलोड के लिए डेस्कटॉप ऑटोमेशन टूल तक फैला हुआ है।
गोल (लक्ष्य)
जब किसी कार्य की एक स्पष्ट समाप्ति रेखा होती है और AI एजेंट उस अंत की ओर लगातार काम कर सकता है, तो गोल की शक्ति वास्तव में विस्फोटित होती है।
गोल: एक स्पष्ट समाप्ति रेखा वाले लंबे समय तक चलने वाले Codex कार्य जिनकी ओर AI एक अवधि में लगातार दौड़ता रहेगा।
एक खराब लक्ष्य इस तरह सेट किया जाता है:
इस Markdown फ़ाइल में योजना को लागू करो।
एक अच्छे लक्ष्य में एक मापने योग्य सफलता मानदंड होना चाहिए।
उदाहरण के लिए, एक इंजीनियर जो एक आंतरिक टूल को Python से Rust में स्थानांतरित करना चाहता है, वह नई निर्देशिका सेट कर सकता है, लक्ष्य निर्धारित कर सकता है, और एक स्पष्ट समाप्ति रेखा खींच सकता है:
इस नए संस्करण का विकास तभी पूरा माना जाएगा जब सभी यूनिट टेस्ट पास हो जाएं।
लक्ष्य निर्धारण मूल रूप से "निरंतर निष्पादन" को "सत्यापनकर्ता" के साथ जोड़ना है। आप, एक इंसान के रूप में, वांछित परिणाम, रुकने की शर्तें, और यह निर्धारित करने के लिए उपयोग किए जाने वाले संकेतों को परिभाषित करते हैं कि Codex समाप्ति रेखा के करीब पहुंच रहा है या नहीं।
उपयोगी सत्यापनकर्ताओं में शामिल हैं:
- परीक्षण मामलों का एक पूरा सेट
- एक बेंचमार्क प्रदर्शन परीक्षण
- एक लगातार पुन: उत्पन्न होने वाला बग
- एक सत्यापन मैट्रिक्स
- एक एंड-टू-एंड वर्कफ़्लो जिसे हमेशा पास होना चाहिए
महत्वाकांक्षा महत्वपूर्ण है, लेकिन सत्यापन तंत्र के बिना महत्वाकांक्षा केवल इच्छा है।
साइड पैनल
साइड पैनल सुविधा आपके जनरेट किए गए कार्य परिणामों को आपके चैट विंडो के ठीक बगल में रखती है। अब आपको फ़ाइलों को निर्यात करने और विभिन्न सॉफ्टवेयर के बीच दर्दनाक रूप से स्विच करने की आवश्यकता नहीं है; आप उन्हें वहीं समीक्षा कर सकते हैं। जनरेट किए गए परिणाम कोड हो सकते हैं, लेकिन वे स्लाइड्स, PDF, वेब पेज, स्प्रेडशीट या कुछ भी हो सकते हैं।
यह विशेष रूप से चार प्रकार के काम को संभालने में अच्छा है:
- जनरेट किए गए आर्टिफैक्ट का निरीक्षण करना
- उन क्षेत्रों को चिह्नित करना जिनमें संशोधन की आवश्यकता है
- वेब इंटरफेस संचालित करना
- कोड या फ़ाइलों में परिवर्तनों की समीक्षा करना
साइड पैनल उपयोगकर्ताओं को Markdown दस्तावेज़, स्प्रेडशीट, डेटा तालिकाएँ, सादे दस्तावेज़ और स्लाइड्स को सीधे वहीं देखने की अनुमति देता है। आप अपने मौजूदा वर्कफ़्लो को बाधित किए बिना फ़ाइलों का निरीक्षण, एनोटेट और संशोधित कर सकते हैं।

आपकी स्लाइड्स या PDFs डायलॉग बॉक्स के ठीक बगल में खुले रहते हैं, किसी भी समय आपकी समीक्षा और संशोधन की प्रतीक्षा करते हैं।

इन-ऐप ब्राउज़र Codex को सीधे रेंडर किए गए वेब पेजों का निरीक्षण करने, उन्हें नियंत्रित करने, और यहां तक कि पेज पर आपके द्वारा किए गए एनोटेशन पर सीधे प्रतिक्रिया देने की अनुमति देता है। वेब पेजों या फ़ाइलों पर टिप्पणियाँ सभी इस कार्य लूप के भीतर रहती हैं, अब उन्हें पहले की तरह अलग-अलग हैंड-ऑफ कार्यों में विभाजित करने की आवश्यकता नहीं है।
वेब पेज इसका आउटपुट परिणाम और एक नियंत्रण पैनल दोनों बन जाता है जिसे आप संचालित कर सकते हैं। Codex एक पेज बना सकता है, उसे साइड पैनल में खोल सकता है, स्वयं उसका निरीक्षण कर सकता है, बग ठीक कर सकता है, और फिर उसी चीज़ पर लगातार पुनरावृत्ति और अनुकूलन कर सकता है।

निम्नलिखित परिदृश्य साइड पैनल के साथ विशेष रूप से प्रभावी हैं:
- हल्के स्थिर प्रदर्शन के लिए एकल index.html का उपयोग करना
- UI घटकों की समीक्षा के लिए Storybook चलाना
- कोड-जनरेटेड एनिमेशन के लिए Remotion Studio का उपयोग करना
- ब्राउज़र में दिखाई जाने वाली स्लाइड प्रस्तुतियाँ
- डेटा विश्लेषण प्रवाह के लिए डेटा ऐप्स
एक साधारण index.html फ़ाइल एक मजेदार इंटरैक्टिव ऐप में बदल सकती है, बिना सर्वर सेट किए। इसके अलावा, थ्रेड ऑटोमेशन समय के साथ इन स्थिर फ़ाइलों को चुपचाप अपडेट कर सकता है, ताकि जब आप वापस लौटें, तो नवीनतम प्रगति हमेशा आपकी प्रतीक्षा कर रही हो।
साझा मेमोरी
जब वे लंबे समय तक चलने वाले थ्रेड एकल चैट की सीमाओं को तोड़ सकते हैं और मेमोरी साझा कर सकते हैं, तो उनकी उपयोगिता एक गुणात्मक छलांग लेती है।
साझा मेमोरी: एकल वार्तालाप के बाहर संग्रहीत स्थायी संदर्भ, जो भविष्य के काम को स्पष्ट, ट्रेसेबल जानकारी के आधार पर आगे बढ़ने की अनुमति देता है।
एक अपेक्षाकृत सुरक्षित तरीका इन स्थायी थ्रेड्स को Obsidian वॉल्ट में "एंकर" करना है। सीधे शब्दों में कहें तो, सादे टेक्स्ट फ़ाइलों को संग्रहीत करने के लिए एक फ़ोल्डर बनाएँ। यह सीधा, आपके लिए किसी भी समय देखने, संशोधित करने और स्थानांतरित करने में सुविधाजनक है, और लंबे समय तक चलता है। टीमें इस फ़ोल्डर को किसी भी क्लाउड ड्राइव में रख सकती हैं जो उन्हें पसंद हो, जैसे Git, Dropbox, Google Drive, या अन्य सिंक टूल।
आपका वॉल्ट कुछ इस तरह दिख सकता है:
[text]
vault/
├── TODO.md
├── people/
├── projects/
├── agent/
└── notes/
रूट डायरेक्टरी में, आप एक AGENTS.md फ़ाइल रख सकते हैं। यहाँ, आप Codex के लिए नियम निर्धारित कर सकते हैं: जब वह लोगों, परियोजनाओं, निर्णयों और कार्यों के बारे में नई चीजें सीखता है तो उसे इस वॉल्ट को कैसे अपडेट करना चाहिए।
किसी विशिष्ट वॉल्ट संरचना को आंख मूंदकर कॉपी न करें। आपको क्या करना है, अपने AI एजेंट को "सिखाना" है: स्थायी संदर्भ कहाँ जाना चाहिए, किस संदर्भ को रखने की आवश्यकता है, और कब फ़ाइलों में गड़बड़ी नहीं करनी चाहिए।
एक व्यावहारिक AGENTS.md गाइड कह सकता है:
- ~/vault को अपने दीर्घकालिक कार्यशील मेमोरी क्षेत्र के रूप में मानें।
- नोट्स को व्यवस्थित रखने का प्रयास करें; खंडित रिकॉर्ड को हर जगह न फैलने दें।
- कार्यों, लोगों, परियोजनाओं, दैनिक सारांशों और ड्राफ्ट को सटीक रूप से वर्गीकृत करें।
- लिए गए निर्णयों, आने वाली बाधाओं, मालिकों, तिथियों और उपयोगी लिंक को ठीक से सहेजें।
- यदि कोई महत्वपूर्ण नई प्रगति नहीं है, तो वॉल्ट में फ़ाइलों को बेतरतीब ढंग से संशोधित न करें।
कोडबेस कोड स्टोर करने के लिए हैं। यह वॉल्ट रोलिंग कॉन्टेक्स्ट स्टोर करने के लिए है: कौन शामिल है, क्या बदला गया, कहाँ चीजें अटकी हैं, आगे कौन अनुसरण करता है, और वे विवरण जो दो चैट के बीच कट जाने पर पूरी तरह से गायब हो जाएंगे।
महत्वपूर्ण संदर्भ को कभी भी केवल एकल चैट के टेक्स्ट रिकॉर्ड के भीतर बंद नहीं करना चाहिए। उन्हें लिखें और वहाँ रखें जहाँ अगला थ्रेड उन्हें तुरंत उठा सके।
Codex स्वयं भी Settings > Personalization > Memory में आधिकारिक मेमोरी सुविधाएँ प्रदान करता है। वे आपकी व्यक्तिगत प्राथमिकताओं, सामान्य वर्कफ़्लो और बार-बार आने वाली समस्याओं को याद रखने के लिए बिल्ट-इन स्थानीय नोटपैड की तरह हैं। हालाँकि, यह सुविधा आपके द्वारा स्पष्ट रूप से लिखे गए संदर्भ को पूरक करने के लिए है, न कि इसे बदलने के लिए। क्रॉनिकल मेमोरी घटक उसी तर्क का अनुसरण करता है, जो Codex को आपकी स्क्रीन पर हाल ही में हुई घटनाओं से मेमोरी निकालने और बनाने में मदद करता है।
कोड से बाहर की ओर
हालाँकि Codex की शुरुआत कोड लिखने को अपने मुख्य व्यापार के रूप में हुई, अब कोड के आसपास के कई परिधीय कार्यों को इसी सिस्टम के भीतर संभाला जा सकता है: चाहे वह MCP सर्वर हो, वेब इंटरफेस, डेस्कटॉप नियंत्रण, थ्रेड ऑटोमेशन, या साइड पैनल में सीधे समीक्षा की जा सकने वाली फ़ाइलें।
यह हमारे नियंत्रण के तरीके को पूरी तरह से बदल देता है। "टास्क स्टीयरिंग" बीच में ही उसकी कार्रवाइयों को बाधित कर सकता है; "टास्क क्यूइंग" उसके अगले कदमों की व्यवस्था करने में मदद कर सकता है; "थ्रेड ऑटोमेशन" सिस्टम को आपकी अनुपस्थिति में चालू रख सकता है; और "लक्ष्य निर्धारण" एक स्पष्ट समाप्ति रेखा खींचता है, जिससे Codex को पता चलता है कि उसे कहाँ तक दौड़ते रहना है।
आज का Codex पहले से ही एक पूर्ण वर्कफ़्लो को ले जा सकता है: निर्देश सुनने से लेकर, कार्यों को निष्पादित करने और अंत में फ़ाइलों की समीक्षा करने तक। भले ही ये कार्य कोडबेस के दायरे से बहुत पहले ही निकल चुके हों, यह अभी भी उन्हें आसानी से संभालता है।





