अधिकांश डेवलपर पहले कोडिंग एजेंट का उपयोग कोड के लिए करते हैं: रिपॉजिटरी का निरीक्षण करना, डिफ (diff) बनाना, टेस्ट चलाना और पुल रिक्वेस्ट खोलना।
यह अभी भी Codex के लिए केंद्र बिंदु है। लेकिन कंप्यूटर पर अधिकांश काम पहले से ही कोड के माध्यम से होता है: शेल कमांड निष्पादित करना, वेब पेज ब्राउज़ करना, API कॉल करना, दस्तावेज़ एक्सपोर्ट करना, इवेंट पर प्रतिक्रिया देना और ऑटोमेशन ट्रिगर करना। जैसे-जैसे ये सतहें Codex के लिए उपलब्ध होती हैं, यह संकीर्ण अर्थों में कोडिंग सहायक से कम और कंप्यूटर का काम करवाने वाली प्रणाली जैसा अधिक लगने लगता है।
Codex ऐप इस बदलाव को मूर्त बनाता है। एक थ्रेड संदर्भ बनाए रख सकती है, टूल का उपयोग कर सकती है, आर्टिफैक्ट प्रस्तुत कर सकती है, और हर आदान-प्रदान के बाद रीसेट होने के बजाय प्रॉम्प्ट के बीच जारी रह सकती है।
Codex से अधिक लाभ उठाने के लिए इन क्षमताओं का एक साथ उपयोग करें:
- टिकाऊ थ्रेड जो संदर्भ को संरक्षित रखती हैं
- वॉइस, स्टीयरिंग और कतारबद्ध करना जबकि उपयोगकर्ता अभी भी लूप में है
- ब्राउज़र, कंप्यूटर-उपयोग, MCP सर्वर और कनेक्टर जो Codex को रिपो के बाहर भी कार्य करने देते हैं
- थ्रेड ऑटोमेशन और गोल्स जो उपयोगकर्ता के दूर होने पर भी काम जारी रखते हैं
- साइड पैनल, जहाँ उपयोगकर्ता कोड, दस्तावेज़, डेक और अन्य आर्टिफैक्ट की समीक्षा कर सकते हैं
टिकाऊ थ्रेड (Durable threads)
टिकाऊ थ्रेड:
लंबे समय तक चलने वाले Codex थ्रेड जो बार-बार के सत्रों में कार्यशील संदर्भ को संरक्षित रखते हैं।
पिन किए गए थ्रेड टिकाऊ थ्रेड को नज़दीक रखने का एक तरीका हैं। वे आवर्ती कार्य प्रवाहों के लिए उपयोगी होते हैं, जैसे:
- एक चीफ ऑफ स्टाफ थ्रेड
- एक रिलीज़ थ्रेड
- एक दस्तावेज़ समीक्षा थ्रेड
- बाहरी निगरानी के लिए समर्पित एक थ्रेड
ये स्थायी कार्यक्षेत्र हैं, छोटी चैट नहीं। Codex समय के साथ इन पर वापस आ सकता है, पिछले निर्णयों, प्राथमिकताओं और कार्यशील संदर्भ को संरक्षित करते हुए, जिसे अन्यथा शुरू से फिर से बनाना पड़ता।
पिन किए गए थ्रेड शॉर्टकट इसे व्यावहारिक बनाते हैं। Command-1 से Command-9 तक सीधे सहेजे गए थ्रेड में जाते हैं।
वॉइस इनपुट (Voice input)
वॉइस इनपुट मूल्यवान है क्योंकि यह किसी विचार के खुरदुरे संस्करण को पकड़ लेता है, इससे पहले कि वह परिष्कृत गद्य में संकुचित हो।
Codex में अंतर्निहित वॉइस इनपुट है। यह विशेष रूप से अस्पष्ट शुरुआती बिंदुओं के लिए अच्छा काम करता है जो बोलने में स्वाभाविक हैं लेकिन टाइप करने में अजीब हैं:
मुझे लगता है कि बेन नाम के किसी व्यक्ति ने इसका उल्लेख स्लैक में किया था।
मुझे विवरण याद नहीं है।
कृपया जाकर देखो।
एक ऐसे एजेंट के लिए जो खोज सकता है, संदर्भ जुटा सकता है और वापस रिपोर्ट कर सकता है, यह अक्सर पर्याप्त होता है।
यह कार्य पूरी तरह से बनने से पहले दो या तीन मिनट के विचार-विमर्श के लिए भी अच्छा काम करता है।
ट्रांसक्रिप्ट भी उसी तरह काम करते हैं। एक कच्ची मीटिंग ट्रांसक्रिप्ट या निर्धारित योजना नोट अक्सर एक छोटे सारांश से बेहतर स्रोत सामग्री प्रदान करता है क्योंकि यह अनिश्चितता, जोर और अधूरी विचारधाराओं को संरक्षित रखता है।
स्टीयरिंग और कतारबद्ध करना (Steering and queuing)
वॉइस और भी उपयोगी हो जाता है जब इसे किसी सक्रिय कार्य पर स्पष्ट नियंत्रण के साथ जोड़ा जाए।
स्टीयरिंग:
वर्तमान चरण समाप्त होने से पहले चल रहे Codex कार्य को नई दिशा के साथ बाधित करना।
स्टीयरिंग तब उपयोगी है जब एजेंट गलत दिशा में जा रहा हो और उसे समाप्त करने से पहले सुधार की आवश्यकता हो। उदाहरण के लिए, वेबसाइट समीक्षा के दौरान, उपयोगकर्ता साइड पैनल में सतह पर एनोटेशन करते हुए कार्य को बाधित कर सकता है:
- इसे छोटा करें
- इन दो तत्वों के बीच का स्पेसिंग सही नहीं लग रहा है
- यह कॉपी गलत है
कतारबद्ध करना (Queuing):
वर्तमान चरण पूरा होने के बाद Codex के लिए काम जोड़ना।
कतारबद्ध करना अलग है। यह चल रहे कार्य को बाधित नहीं करता। यह अगले कार्य को पंक्ति में जोड़ता है। उपयोगकर्ता कह सकता है:
काम पूरा होने के बाद, प्रीव्यू लिंक समीक्षक को स्लैक में भेजें।
स्टीयरिंग बदलता है कि Codex अब क्या कर रहा है। कतारबद्ध करना बदलता है कि आगे क्या होना चाहिए। दोनों उपयोगकर्ता को काम के करीब रखते हैं जबकि वह सामने आ रहा है।
उपकरण और पहुंच (Tools and reach)
एक बार जब थ्रेड में निरंतरता आ जाती है, तो अगला प्रश्न यह है कि वह किस पर कार्य कर सकता है। Codex परतों में बाहर की ओर बढ़ सकता है:
- $browser साइड पैनल में इन-ऐप ब्राउज़र के लिए, जहाँ Codex वेब सतहों का निरीक्षण और एनोटेशन कर सकता है
- @chrome साइन-इन ब्राउज़र स्थिति और Chrome-आधारित वर्कफ़्लो के लिए
- @computer उस काम के लिए जो केवल डेस्कटॉप GUI के माध्यम से मौजूद है
$browser साइड-पैनल ब्राउज़र समीक्षा के लिए उपयुक्त है। @chrome साइन-इन ब्राउज़र कार्य के लिए उपयुक्त है जो उपयोगकर्ता के Chrome संदर्भ पर निर्भर करता है। @computer उन कार्यों के लिए उपयुक्त है जो केवल डेस्कटॉप GUI के माध्यम से मौजूद हैं।
MCP सर्वर और कनेक्टर उसी विचार को वर्कफ़्लो के बाकी हिस्सों तक विस्तारित करते हैं। Slack, Gmail, और Calendar मायने रखते हैं क्योंकि कई महत्वपूर्ण कार्य पहले संदेशों, इनबॉक्स आइटम या शेड्यूलिंग समस्याओं के रूप में दिखाई देते हैं, इससे पहले कि वे कभी कोड बनें।
स्किल्स बार-बार के वर्कफ़्लो को पुन: प्रयोज्य बनाती हैं। एक बार जब कोई वर्कफ़्लो उपयोगी साबित हो जाता है, तो इसे एक स्किल के रूप में पैकेज करें ताकि Codex इसे रूटीन को शुरू से सीखे बिना फिर से चला सके।
कहीं से भी काम करें (Work from anywhere)
Codex मोबाइल ऐप बदलता है कि उपयोगकर्ता को डेस्क पर कब होना चाहिए। एक कार्य Mac पर शुरू हो सकता है जहाँ फ़ाइलें, अनुमतियाँ और स्थानीय सेटअप पहले से मौजूद हैं, फिर जारी रह सकता है जबकि उपयोगकर्ता फ़ोन से चेक इन करता है।
यह छोटे पलों में मायने रखता है। कोई व्यक्ति डेस्क छोड़ सकता है जबकि Codex कोई लंबा कार्य चला रहा है, बाहर से एक प्रश्न का उत्तर दे सकता है, अगले चरण को अनुमोदित कर सकता है, या वापस आने से पहले थ्रेड को पुनर्निर्देशित कर सकता है। स्थानीय वातावरण अपनी जगह पर रहता है; उपयोगकर्ता को नहीं रहना पड़ता।
ऑटोमेशन (Automations)
ऑटोमेशन Codex कार्य को एक शेड्यूल पर चलाते हैं। शेड्यूल किए गए ऑटोमेशन का उपयोग करें जब आवर्ती कार्य को कार्यक्षेत्र से ताज़ा शुरू करना चाहिए, जैसे दैनिक रिपोर्ट या नियमित रिपॉजिटरी जांच। थ्रेड ऑटोमेशन का उपयोग करें जब शेड्यूल को अपने चल रहे संदर्भ के साथ एक सक्रिय वार्तालाप में वापस जाना चाहिए।
थ्रेड ऑटोमेशन:
हार्टबीट-शैली के आवर्ती जागने के कॉल जो एक शेड्यूल पर उसी Codex थ्रेड में वापस आते हैं।
पिन किए गए थ्रेड उपयोगी हैं, लेकिन वे अभी भी उपयोगकर्ता के वापस आने की प्रतीक्षा करते हैं। एक थ्रेड ऑटोमेशन हर कुछ मिनट या हर कुछ घंटों में किसी चीज़ की जांच कर सकता है, एक शर्त पूरी होने तक जारी रख सकता है, और समय के साथ कैडेंस को समायोजित कर सकता है।
चीफ ऑफ स्टाफ थ्रेड हर 30 मिनट में चल सकता है:
हर 30 मिनट में, स्लैक और Gmail में अनुत्तरित संदेशों की जाँच करें जिन पर मेरे ध्यान की आवश्यकता है।
मुझे प्राथमिकता देने में मदद करें कि सबसे महत्वपूर्ण क्या है।
अगर कोई मुझसे कोई प्रश्न पूछता है, तो जितना संभव हो उत्तर पर गहराई से शोध करें और मेरे लिए एक उत्तर का मसौदा तैयार करें, लेकिन इसे भेजें नहीं।
जब उपयोगकर्ता वापस आता है, तो संदर्भ जुटाने का महंगा हिस्सा अक्सर हो चुका होता है। मनुष्य अभी भी तय करता है कि क्या भेजा जाए।
थ्रेड ऑटोमेशन फीडबैक लूप में भी फिट होते हैं। एक थ्रेड ऑटोमेशन पुल रिक्वेस्ट टिप्पणियाँ, Google Docs टिप्पणियाँ, या स्लैक उत्तर देख सकता है और आसपास के काम को चालू रख सकता है जबकि उपयोगकर्ता दूर है।
एक एनिमेशन वर्कफ़्लो पर विचार करें जहाँ एक समीक्षक स्लैक में एक वीडियो साझा करता है। एक थ्रेड ऑटोमेशन एक शेड्यूल पर थ्रेड की जाँच कर सकता है, जब टिप्पणियाँ आती हैं तो एक अद्यतन संस्करण रेंडर कर सकता है, और समीक्षक को टैग करते हुए उसी थ्रेड में उत्तर दे सकता है। यदि एक एकीकरण अंतिम अपलोड पूरा नहीं कर सकता है, तो डेस्कटॉप ऑटोमेशन GUI के माध्यम से चरण पूरा कर सकता है।
लूप फीडबैक के लिए स्लैक, रेंडरिंग के लिए कोडबेस और अंतिम अपलोड के लिए डेस्कटॉप ऑटोमेशन तक फैला होता है।
लक्ष्य (Goals)
लक्ष्य सबसे शक्तिशाली होते हैं जब कार्य में एक वास्तविक समाप्ति रेखा होती है जिसे एजेंट आगे बढ़ाता रह सकता है। एक कमज़ोर लक्ष्य है:
लक्ष्य:
लंबे समय तक चलने वाले Codex कार्य जिनमें एक समाप्ति रेखा होती है जिसके लिए एजेंट समय के साथ काम करता रह सकता है।
इस Markdown फ़ाइल में योजना लागू करें।
एक मजबूत लक्ष्य में एक मापने योग्य सफलता मानदंड होता है।
उदाहरण के लिए, एक इंजीनियर एक आंतरिक टूल को Python से Rust में माइग्रेट कर सकता है, नई निर्देशिका स्थापित करके, लक्ष्य को परिभाषित करके और समाप्ति रेखा को स्पष्ट करके: नया कार्यान्वयन तब तक पूरा नहीं होता जब तक यूनिट टेस्ट पास नहीं हो जाते।
एक लक्ष्य चल रहे निष्पादन को एक सत्यापनकर्ता के साथ जोड़ता है। उपयोगकर्ता परिणाम, रुकने की शर्त और उस संकेत को परिभाषित करता है जो बताता है कि Codex करीब आ रहा है या नहीं।
उपयोगी सत्यापनकर्ताओं में शामिल हैं:
- एक टेस्ट सूट
- एक बेंचमार्क
- एक बग प्रतिकृति
- एक सत्यापन मैट्रिक्स
- एक एंड-टू-एंड वर्कफ़्लो जिसे पास करते रहना चाहिए
महत्वाकांक्षा मायने रखती है, लेकिन सत्यापन के बिना यह सिर्फ एक इच्छा है।
साइड पैनल (The side panel)
साइड पैनल काम को उस वार्तालाप के बगल में रखता है जिसने इसे उत्पन्न किया। आर्टिफैक्ट को निर्यात करने और संदर्भ बदलने के बजाय, उपयोगकर्ता इसे जगह पर समीक्षा कर सकता है। आउटपुट कोड हो सकता है, लेकिन यह एक डेक, एक PDF, एक ब्राउज़र पेज, एक टेबल, या रास्ते में बनाया गया कोई अन्य आर्टिफैक्ट भी हो सकता है।
यह चार कार्यों को विशेष रूप से अच्छी तरह से करता है:
- आर्टिफैक्ट का निरीक्षण करें
- एनोटेट करें कि क्या बदलने की आवश्यकता है
- वेब सतहों को संचालित करें
- परिवर्तनों की समीक्षा करें
साइड पैनल उपयोगकर्ताओं को Markdown, स्प्रेडशीट, डेटा टेबल, दस्तावेज़ और स्लाइड्स को जगह पर समीक्षा करने देता है। वे लूप को तोड़े बिना आर्टिफैक्ट का निरीक्षण, चिह्नित और संशोधन कर सकते हैं।
एनोटेशन
डेक या PDF उस थ्रेड के बगल में खुला रह सकता है जिसने इसे उत्पन्न किया, सीधे समीक्षा और मरम्मत के लिए तैयार।
Codex में शीट्स
इन-ऐप ब्राउज़र Codex को रेंडर किए गए पेज का निरीक्षण करने, उसे नियंत्रित करने और समीक्षा के तहत सतह पर सीधे एनोटेशन का जवाब देने देता है। किसी पेज या आर्टिफैक्ट पर टिप्पणियाँ अलग हैंडऑफ़ बनने के बजाय कार्यशील लूप के अंदर रहती हैं।
वेब आउटपुट और नियंत्रण सतह दोनों बन जाता है। Codex एक आर्टिफैक्ट बना सकता है, उसे साइड पैनल में खोल सकता है, निरीक्षण कर सकता है, डीबग कर सकता है और उसी ऑब्जेक्ट को जगह में परिष्कृत करता रह सकता है।
ये सतहें विशेष रूप से अच्छी तरह से काम करती हैं:
- हल्के स्थिर आर्टिफैक्ट के लिए index.html
- UI समीक्षा के लिए Storybook
- प्रोग्रामेटिक एनिमेशन के लिए Remotion Studio
- प्रस्तुतियों के लिए ब्राउज़र-आधारित स्लाइड डेक
- विश्लेषण वर्कफ़्लो के लिए डेटा ऐप्स
एक single index.html फ़ाइल बिना किसी सर्वर के एक टिकाऊ इंटरैक्टिव आर्टिफैक्ट बन सकती है। थ्रेड ऑटोमेशन समय के साथ स्थिर आर्टिफैक्ट को भी ताज़ा कर सकते हैं ताकि जब उपयोगकर्ता वापस आए तो थ्रेड में कुछ नया इंतज़ार कर रहा हो।
साझा मेमोरी (Shared memory)
लंबे समय तक चलने वाले थ्रेड अधिक उपयोगी हो जाते हैं जब वे किसी एक वार्तालाप के बाहर मेमोरी साझा करते हैं।
साझा मेमोरी:
एकल थ्रेड के बाहर संग्रहीत टिकाऊ संदर्भ ताकि भविष्य का काम किसी स्पष्ट और समीक्षा योग्य चीज़ से फिर से शुरू हो सके।
एक टिकाऊ पैटर्न स्थायी थ्रेड को Obsidian वॉल्ट में एंकर करना है। व्यवहार में, इसका मतलब सादा फ़ाइलों का एक फ़ोल्डर है जो निरीक्षण, संपादन, स्थानांतरण और लंबे समय तक रखने में सीधा रहता है। टीमें उस फ़ोल्डर को क्लाउड स्टोरेज, Git, Dropbox, Google Drive, या किसी अन्य सिंक लेयर में स्टोर कर सकती हैं जो उनके वर्कफ़्लो में फिट बैठता है।
एक वॉल्ट इस तरह दिख सकता है:
vault/
├── TODO.md
├── people/
├── projects/
├── agent/
└── notes/
शीर्ष स्तर पर, AGENTS.md परिभाषित कर सकता है कि Codex को उस कार्यक्षेत्र को कैसे अपडेट करना चाहिए क्योंकि वह लोगों, परियोजनाओं, निर्णयों और खुले लूप के बारे में अधिक सीखता है।
ठीक एक वॉल्ट संरचना की नकल न करें। एजेंट को सिखाएं कि टिकाऊ संदर्भ कहाँ रहना चाहिए, कौन सा संदर्भ संरक्षित करना है और कब चर्न नहीं बनाना है।
एक व्यावहारिक AGENTS.md कह सकता है:
- ~/vault को टिकाऊ कार्य मेमोरी के रूप में मानें।
- नोट स्प्रॉल पर कैननिकल नोट्स को प्राथमिकता दें।
- TODOs, लोगों, परियोजनाओं, दैनिक सारांशों और स्क्रैच नोट्स को स्पष्ट रूप से रूट करें।
- निर्णयों, अवरोधों, मालिकों, तिथियों और उपयोगी लिंक को संरक्षित करें।
- यदि कुछ भी सार्थक नहीं बदला, तो वॉल्ट को चर्न न करें।
रिपॉजिटरी कोड रखती हैं। वॉल्ट रोलिंग संदर्भ रखता है: शामिल लोग, क्या बदला, क्या अवरुद्ध है, किसे अनुवर्ती की आवश्यकता है और जो अन्यथा सत्रों के बीच गायब हो जाएगा।
महत्वपूर्ण संदर्भ केवल एक वार्तालाप प्रतिलेख के अंदर नहीं रहना चाहिए। इसे कहीं लिखें जहाँ अगला थ्रेड इसे उठा सके।
Codex के पास सेटिंग्स > पर्सनलाइज़ेशन > मेमोरीज़ (Memories) में प्रथम-पक्ष मेमोरी सुविधाएँ भी हैं। वे प्राथमिकताओं, आवर्ती वर्कफ़्लो और ज्ञात नुकसानों के लिए एक स्थानीय रिकॉल लेयर प्रदान करती हैं। वे स्पष्ट लिखित संदर्भ के पूरक हैं, इसे प्रतिस्थापित नहीं करते। Chronicle उसी दिशा में धक्का देता है, Codex को हाल के स्क्रीन संदर्भ से मेमोरी बनाने में मदद करके।
कोड से बाहर की ओर (From code outward)
Codex अभी भी कोड से शुरू होता है। लेकिन कोड के आसपास का अधिकांश काम अब उसी सिस्टम के माध्यम से पहुँचा जा सकता है: MCP सर्वर, ब्राउज़र सतहें, डेस्कटॉप नियंत्रण, थ्रेड ऑटोमेशन और समीक्षा योग्य आर्टिफैक्ट।
यह नियंत्रण मॉडल को बदलता है। स्टीयरिंग प्रगति पर काम को बाधित करता है। कतारबद्ध करना अगले कार्य को पंक्ति में लगाता है। थ्रेड ऑटोमेशन एक थ्रेड को सक्रिय रखते हैं जब उपयोगकर्ता दूर जाता है। लक्ष्य एक ठोस समाप्ति रेखा जोड़ते हैं जिसकी ओर Codex काम करता रह सकता है।
Codex अब एक वर्कफ़्लो को निर्देश से निष्पादन तक, आर्टिफैक्ट समीक्षा तक ले जा सकता है, भले ही काम रिपो छोड़ दे।
