जब हम Codex से कोई कार्य पूरा करने के लिए कहते हैं, तो हम आमतौर पर इसे एक एकल एजेंट के रूप में सोचते हैं। लेकिन अगर कुछ कार्य पर्याप्त जटिल हैं और कई अलग-अलग प्रकार के काम शामिल हैं, तो Codex समस्या को छोटे कार्यों में विभाजित करने और उन पर काम करने के लिए अलग एजेंट उत्पन्न करने का प्रयास करेगा। इन प्रत्यायोजित एजेंटों को सबएजेंट कहा जाता है। प्रत्येक सबएजेंट अपने स्वयं के थ्रेड में काम करता है और केवल मूल कार्य के एक हिस्से पर ध्यान केंद्रित करता है। उसी समय, मुख्य एजेंट उनके काम का समन्वय करता है और सबएजेंट के परिणामों को एकत्रित करके अंतिम प्रतिक्रिया उत्पन्न करता है। अभ्यासकर्ताओं के रूप में, यह स्वाभाविक रूप से इस प्रश्न की ओर ले जाता है: हम अपनी समस्याओं के लिए जानबूझकर सबएजेंट का उपयोग कैसे कर सकते हैं? इस पोस्ट में, हम एक व्यावहारिक केस स्टडी के माध्यम से Codex सबएजेंट का पता लगाएंगे। रास्ते में, हम देखेंगे कि विशेषज्ञ एजेंटों को कैसे परिभाषित और कार्य सौंपें, उनके व्यक्तिगत थ्रेड का निरीक्षण करें, और मुख्य एजेंट को उनके निष्कर्षों को अंतिम परिणाम में संयोजित करने दें।

यहां, हम एक यात्रा योजना कार्य पर विचार करते हैं। मान लीजिए हम ज्यूरिख से चार दिन की एकल यात्रा की योजना बनाना चाहते हैं। हमारा कुल बजट 1,200 स्विस फ़्रैंक है। हमारे संभावित गंतव्यों में लिस्बन, प्राग और कोपेनहेगन शामिल हैं, और हम सुविधाजनक यात्रा, संग्रहालय और स्थानीय भोजन की परवाह करते हैं। इस कार्य के लिए, हम तीन विशेषज्ञ एजेंट तैयार करते हैं: यात्रा लॉजिस्टिक्स एजेंट, बजट विश्लेषण एजेंट और अनुभव अनुसंधान एजेंट। प्रत्येक विशेषज्ञ अपने दृष्टिकोण से सभी तीन गंतव्यों का मूल्यांकन करेगा। फिर मुख्य एजेंट उनके निष्कर्षों को एकत्र करेगा, ट्रेडऑफ की तुलना करेगा और एक अंतिम गंतव्य की सिफारिश करेगा।

Codex हमें एक विशिष्ट परियोजना के लिए कस्टम एजेंट परिभाषित करने की अनुमति देता है। हम .codex/agents/ के तहत TOML फ़ाइलें जोड़कर ऐसा कर सकते हैं: प्रत्येक एजेंट परिभाषा के लिए तीन फ़ील्ड आवश्यक हैं: नाम, विवरण और डेवलपर निर्देश। एक कस्टम एजेंट अपने स्वयं के मॉडल, तर्क प्रयास, सैंडबॉक्स कॉन्फ़िगरेशन, उपकरण और कौशल भी निर्दिष्ट कर सकता है। यदि हम यहां इन सेटिंग्स को ओवरराइड नहीं करते हैं, तो तीन विशेषज्ञ उन्हें मुख्य Codex सत्र से विरासत में लेंगे। इसके अतिरिक्त, हम .codex/config.toml में एक छोटा प्रोजेक्ट-स्तरीय कॉन्फ़िगरेशन जोड़ते हैं ताकि अधिकतम तीन सबएजेंट थ्रेड समवर्ती रूप से चल सकें।

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

प्रमुख इकाइयाँ: स्थान: ज्यूरिख, लिस्बन, प्राग, कोपेनहेगन

सामान्य प्रश्न: मैं Codex में कस्टम सबएजेंट कैसे परिभाषित कर सकता हूं?

आप .codex/agents/ के तहत TOML फ़ाइलें जोड़कर कस्टम सबएजेंट परिभाषित कर सकते हैं। प्रत्येक एजेंट परिभाषा के लिए तीन फ़ील्ड आवश्यक हैं: नाम, विवरण और डेवलपर निर्देश। आप मॉडल, तर्क प्रयास, सैंडबॉक्स कॉन्फ़िगरेशन, उपकरण और कौशल भी निर्दिष्ट कर सकते हैं। यदि ओवरराइड नहीं किया गया है, तो वे मुख्य सत्र से सेटिंग्स विरासत में लेते हैं।

सामान्य प्रश्न: मैं Codex में कस्टम सबएजेंट कैसे परिभाषित कर सकता हूं?

आप .codex/agents/ के तहत TOML फ़ाइलें जोड़कर कस्टम सबएजेंट परिभाषित कर सकते हैं। प्रत्येक एजेंट परिभाषा के लिए तीन फ़ील्ड आवश्यक हैं: नाम, विवरण और डेवलपर निर्देश। आप मॉडल, तर्क प्रयास, सैंडबॉक्स कॉन्फ़िगरेशन, उपकरण और कौशल भी निर्दिष्ट कर सकते हैं। यदि ओवरराइड नहीं किया गया है, तो वे मुख्य सत्र से सेटिंग्स विरासत में लेते हैं।