हमने गोल मोड (या /goal) लॉन्च किया ताकि आप Codex को एक ठोस परिणाम की ओर ले जाने में मदद कर सकें। जब आप एक लक्ष्य निर्धारित करते हैं, तो Codex तब तक काम करता रहेगा जब तक लक्ष्य प्राप्त नहीं हो जाता, चाहे इसमें घंटों या दिनों का समय लगे। कुछ लोगों ने Codex का उपयोग एक ही लक्ष्य पर 120 घंटे से अधिक काम करने के लिए किया है।
गोल मोड अविश्वसनीय रूप से शक्तिशाली है, और इसका अधिकतम लाभ उठाने के लिए आप कुछ चीज़ें कर सकते हैं। यहाँ /goal का उपयोग करते समय ध्यान रखने योग्य 7 बातें दी गई हैं।
1. स्पष्ट *सत्यापन योग्य* मानदंड
जब आप गोल मोड सक्रिय करते हैं तो आपके द्वारा परिभाषित प्रॉम्प्ट आपके शुरुआती प्रॉम्प्ट के रूप में कार्य कर सकता है, लेकिन अधिक महत्वपूर्ण रूप से यह लक्ष्य के लिए आपकी निकासी मानदंड के रूप में कार्य करेगा। Codex एक टर्न के बाद जाँच करेगा कि लक्ष्य प्राप्त हुआ है या नहीं। इसके परिणामस्वरूप, आपका लक्ष्य प्रॉम्प्ट अत्यधिक लंबा नहीं होना चाहिए और लक्ष्य प्राप्त होने पर स्पष्ट मानदंड पर ध्यान केंद्रित करना चाहिए।
ज्यादातर मामलों में एक अच्छे लक्ष्य में मॉडल तक पहुँचने के लिए एक स्पष्ट संख्या\* शामिल होती है, इससे पहले कि लक्ष्य पूर्ण माना जाए। अच्छे उदाहरण:
- "बिल्ड और डिप्लॉयमेंट के समय को 30% तक कम करें।"
- "इस फीचर को TypeScript से Rust में माइग्रेट करें और 100% टेस्ट पैरिटी प्राप्त करें।"
- "एप्लिकेशन स्कैफोल्डिंग में सुधार करें ताकि प्रोडक्शन में सबसे बड़ा कंटेंटफुल पेंट 2.5 सेकंड से नीचे आ जाए।"
\प्रॉम्प्ट का हमेशा एक संख्या होना आवश्यक नहीं है, लेकिन आम तौर पर यह अगले सुझावों में मदद करता है।*
यदि आप सुनिश्चित नहीं हैं कि अपने लक्ष्य को सबसे अच्छे तरीके से कैसे परिभाषित करें या आप पहले Codex के साथ प्रोजेक्ट पर विचार-विमर्श करना चाहते हैं, तो आपको गोल मोड के साथ एक थ्रेड शुरू करने की आवश्यकता नहीं है।
Codex अपने आप एक लक्ष्य निर्धारित कर सकता है, इसलिए आप एक बातचीत शुरू कर सकते हैं और जब आप Codex से काम शुरू करने के लिए तैयार हों, तो आप Codex से अपनी बातचीत के आधार पर लक्ष्य निर्धारित करने के लिए कह सकते हैं।
आप Codex ऐप में एडिट बटन दबाकर या CLI में फिर से /goal का उपयोग करके किसी भी समय लक्ष्य को संपादित भी कर सकते हैं।
2. यदि संभव हो तो मार्गदर्शन प्रदान करें
"बिल्ड और डिप्लॉयमेंट के समय को 30% तक कम करें" जैसा प्रॉम्प्ट भेजना अच्छा हो सकता है और कुछ रचनात्मक समाधान भी ढूँढ सकता है। यह Codex को एक व्यर्थ खोज में भी डाल सकता है यदि आपको पता है कि समस्या कहाँ हो सकती है।
जब संभव हो, Codex को एक प्रारंभिक बिंदु दें जहाँ से काम शुरू करना है, वह किन टूल्स का उपयोग कर सकता है, या कोई अन्य संकेत जहाँ Codex गलत रास्ते पर जा सकता है।
उदाहरण के लिए, मेरे सहयोगी @reach_vb ने अपने एक प्रयोग में ऐसा किया, जब उन्होंने Codex को बताया कि वह Chrome ब्राउज़र का उपयोग करके Google Colab में जा सकता है और स्वीकार्य सीमाएँ जैसे कि अपना स्वयं का डेटासेट तैयार करना, जब उन्होंने Codex को एक मॉडल प्रशिक्षित करने के लिए कहा।
इसी तरह, यदि आप बिल्ड समय को कम करना चाहते हैं और आप जानते हैं कि अधिकांश समय कहाँ व्यतीत होता है, तो अपने प्रॉम्प्ट के हिस्से के रूप में Codex को पहले उस क्षेत्र की ओर इंगित करने का प्रयास करें।
वैकल्पिक रूप से, आप Codex को प्लान मोड में कुछ प्रारंभिक शोध करने और एक फ़ाइल के रूप में एक योजना बनाने के लिए भी कह सकते हैं जिसका उपयोग वह संभावित विकल्पों को दस्तावेज़ित करने के लिए कर सकता है। फिर अपने लक्ष्य को उस योजना का संदर्भ दें।
3. प्रगति को मापने योग्य बनाएं
यदि आपका लक्ष्य महत्वाकांक्षी है या ऐसे विभिन्न तरीके हैं जिनसे Codex लक्ष्य के करीब पहुँच सकता है, तो यह महत्वपूर्ण है कि आप Codex को प्रगति मापने के लिए उपकरण दें।
कुछ कार्यों के मामले में यह स्वाभाविक हो सकता है, जैसे बिल्ड समय में सुधार या टेस्ट कवरेज बढ़ाना, क्योंकि Codex के पास अक्सर पहले से ही उपकरण होते हैं या वह स्वाभाविक रूप से उन्हें बनाता है।
अन्य लक्ष्यों के लिए Codex के साथ यह विचार-विमर्श करना उपयोगी है कि कौन से उपकरण सहायक होंगे या उसे यह जानने के तरीकों की ओर संकेत देना कि वह कैसे प्रगति कर रहा है। उदाहरण के लिए, दो स्क्रीनशॉट के बीच विज़ुअल अंतर की गणना करने के लिए उपकरण या एक एजेंट के लिए एक eval सूट बनाना जिसे आप ट्वीक करने का प्रयास कर रहे हैं।
जब मैंने Codex को एक वीडियो से कुछ घटकों को फिर से बनाने के लिए कहा, तो मैंने Codex को अपने लिए एक उपकरण बनाने के लिए कहा ताकि वह स्क्रीनशॉट की तुलना कर सके और अंतरों का निरीक्षण कर सके। उसने समय के साथ उपकरण को विकसित करने का विकल्प चुना ताकि उसके पास विभिन्न अंतर मोड हों।
दो फ्रेमों की तुलना करने के लिए Codex द्वारा बनाया गया एक स्क्रीनशॉट
अपने कार्य के आधार पर, आप यह भी विचार करना चाहेंगे कि क्या अतिरिक्त मानदंड हैं जिन्हें आप मापना/जांचना चाहते हैं, जो Codex को लग सकता है कि कार्य पूरा हो गया है, लेकिन आप इसे अधूरा मान सकते हैं। उदाहरण के लिए, डिज़ाइन इंस्पिरेशन को क्रॉप करके और उसे "पिक्सेल परफेक्ट" बनाने के लिए इनलाइन करके UI को लागू करना, या टेस्ट कवरेज को कम करके 100% पास करने योग्य टेस्ट दर प्राप्त करना।
4. एक यथार्थवादी वातावरण बनाएं
Codex को लक्ष्य की ओर वास्तविक प्रगति करने के लिए, उसे एक यथार्थवादी वातावरण में काम करने की आवश्यकता है। व्यवहार में इसका मतलब है कि यदि आप डिप्लॉयमेंट समय या लेटेंसी मुद्दों में सुधार करने का प्रयास कर रहे हैं, तो उसके पास प्रोडक्शन की नकल करने वाले डिप्लॉय और टेस्ट एनवायरनमेंट तक पहुँच होनी चाहिए। यानी समान स्टैक, समान फ़्लैग, समान डेटाबेस।
उदाहरण के लिए, हम developers.openai.com के लिए बिल्ड और डिप्लॉयमेंट समय में सुधारों को डीबग कर रहे थे। हम पहले से ही डिप्लॉय प्रीव्यू का उपयोग कर रहे थे, इसलिए Codex उनका उपयोग डिप्लॉय करने और संबंधित लॉग की समीक्षा करने में सक्षम था, लेकिन हमारे प्रीव्यू डिप्लॉयमेंट में पूर्ण प्रोडक्शन रन की तुलना में कुछ बिल्ड पथ अक्षम थे। इसलिए Codex को समान प्रोडक्शन कॉन्फ़िगरेशन वाले समान वातावरण में मैन्युअल डिप्लॉयमेंट करना पड़ा ताकि वातावरण का निरीक्षण किया जा सके।
इसी तरह, आप Codex को कंप्यूटर उपयोग का उपयोग करके वास्तविक एप्लिकेशन का परीक्षण करने के लिए कह सकते हैं। iOS पर कुछ प्रदर्शन सुधारों पर काम करने के लिए @dimillian ने सबसे सटीक वातावरण के लिए एक भौतिक डिवाइस का भी उपयोग किया।
5. विज़ुअल लक्ष्यों के साथ सावधान रहें
Codex को एक विज़ुअल लक्ष्य देना जैसे "इस छवि के आधार पर इस UI को 100% पिक्सेल परफेक्ट लागू करें" आकर्षक है, लेकिन सेटअप के आधार पर यह कुछ समस्या भी पैदा कर सकता है।
यदि आप इसे सही मार्गदर्शन और बाधाएँ नहीं देते हैं, तो यह समग्र लक्ष्य को अनदेखा करते हुए कुछ मुद्दों पर अटक सकता है। उदाहरण के लिए, यदि संदर्भ में वे ग्राफिक्स शामिल हैं जिन्हें Codex को उत्पन्न करने की उम्मीद है, चाहे वह SVG आइकन हों या छवियाँ, तो यह समस्या को उचित रूप से समझने के बजाय उन्हें सटीक बनाने में खो सकता है।
इसके अतिरिक्त, Codex को विज़ुअल तुलना सही ढंग से करने के लिए उपकरणों की आवश्यकता होगी, जिसका अर्थ है अधिक इमेज इनपुट और समग्र टोकन उपयोग में वृद्धि, बिना Codex को अवसरों की पहचान करने का कोई आसान तरीका दिए।
इसके बजाय, छवियाँ अक्सर लक्ष्य की ओर बढ़ने में सहायक संदर्भ के रूप में काम कर सकती हैं, लेकिन आपको Codex के लिए यह पहचानने के अन्य तरीके खोजने चाहिए कि लक्ष्य प्राप्त हो गया है, जैसे फीचर चेकलिस्ट, लागू करने के लिए स्पेसिफिकेशन, डिज़ाइन सिस्टम का पालन, आदि।
6. प्रगति पर नज़र रखना
यदि Codex पृष्ठभूमि में (या किसी अन्य मशीन पर) घंटों या दिनों तक काम करता है, तो यह ट्रैक खोना आसान है कि Codex कितनी दूर है या क्या काम हुआ है। लक्ष्य के आधार पर, मुझे कुछ चीज़ें मददगार लगीं जिनसे मैं अपडेट रह सकता हूँ:
- Codex को सार्थक चरणों में कमिट करने और एक ड्राफ्ट PR पर पुश करने के लिए कहें। यह विशेष रूप से तब सहायक होता है जब आप प्रीव्यू डिप्लॉयमेंट वाली वेबसाइट पर काम कर रहे हों।
- Codex को एक्जीक्यूटिव के लिए एक आर्टिफैक्ट अपडेट करने दें। यह एक HTML फ़ाइल हो सकती है जिसे आप इन-ऐप ब्राउज़र में खुला रख सकते हैं या Sites का उपयोग करके अपनी टीम के लिए डिप्लॉय भी कर सकते हैं, एक रेंडर किए गए ग्राफ़ की छवि जो प्रगति को ट्रैक करती है, या एक सादा मार्कडाउन फ़ाइल भी।
- Codex को अपडेट पोस्ट करने का निर्देश दें। आप Codex को लक्ष्य के हिस्से के रूप में किसी Slack चैनल या अन्य स्थानों पर प्रमुख प्रगति वापस भेजने के लिए कह सकते हैं जहाँ आप प्रगति को दस्तावेज़ित करना चाहते हैं।
- स्थिति अपडेट के लिए अन्य चैट का उपयोग करें। यदि आप वर्तमान स्थिति की त्वरित जाँच चाहते हैं, तो आप एक नया साइड चैट शुरू करने और वहाँ प्रश्न पूछने के लिए /side चला सकते हैं। चूँकि यह वर्तमान थ्रेड को फोर्क करता है, इसलिए इसके पास इस बिंदु तक का सारा संदर्भ होता है, लेकिन यह अल्पकालिक भी होता है। Codex ऐप में विकल्प यह है कि एक नियमित नई चैट में Codex से दूसरे गोल थ्रेड को पढ़ने और आपके प्रश्नों का उत्तर देने के लिए कहा जाए। यह विशेष रूप से शक्तिशाली हो सकता है यदि आप Codex को नियमित रूप से जाँच करने के लिए एक ऑटोमेशन शेड्यूल करने के लिए कहें।
7. सफाई और परिणामों को अंतिम रूप देना
बढ़िया, लक्ष्य आखिरकार प्राप्त हो गया! अब समय है इसे टीम को $yeet करने और दिन खत्म करने का?
आम तौर पर मैंने पाया है कि विशेष रूप से ऑप्टिमाइज़ेशन कार्यों के लिए Codex को किए गए काम पर विचार करने और उसकी समीक्षा करने देना सहायक होता है। आप एक स्थानीय कोड समीक्षा चलाने के लिए /review से शुरुआत कर सकते हैं, लेकिन Codex को लक्ष्य को हल करने के लिए उसके द्वारा किए गए विभिन्न प्रयासों पर गहराई से विचार करने और उसके अनुसार सफाई करने देना भी सार्थक हो सकता है।
चूँकि Codex तब तक जारी रहेगा जब तक वह लक्ष्य तक नहीं पहुँच जाता, हो सकता है कि उसने कई चीज़ों की कोशिश की हो जो पर्याप्त रूप से काम नहीं किया या बिल्कुल काम नहीं किया, और वे परिवर्तनों में बनी रह सकती हैं।
अपने अगले कार्य को लक्ष्य बनाने का समय
Codex में गोल कार्यक्षमता आपके सामने आने वाली सबसे सार्थक चुनौतियों को हल करने के लिए एक अविश्वसनीय रूप से शक्तिशाली उपकरण है, लेकिन सही वातावरण और निर्देश प्रदान करने से आप अपने लक्ष्य तक अधिक कुशलता से पहुँचेंगे।
आपने /goal का उपयोग किसके लिए किया है?
https://x.com/OpenAIDevs/status/2057530209470210453
