एक अच्छी स्किल की संरचना
एक स्किल केवल निर्देशों का एक समूह मात्र नहीं है। एक एजेंट सिस्टम में, एक स्किल एक परिभाषित क्षमता (capability) है। यह एक एजेंट को हर बार एक ही तर्क (reasoning) को दोहराए बिना किसी कार्य को करने की अनुमति देती है।
कई लोग ऐसी स्किल्स बनाते हैं जो केवल एक बार काम करती हैं लेकिन वास्तविक वर्कफ़्लो (workflow) में विफल हो जाती हैं। एक स्किल इंसान के लिए काम कर सकती है, लेकिन जब कोई दूसरा एजेंट इसका उपयोग करने की कोशिश करता है, तो वह विफल हो सकती है। एक स्किल आदर्श स्थिति में काम कर सकती है, लेकिन डेटा की कमी होने पर विफल हो सकती है।
विश्वसनीय स्किल्स बनाने के लिए, आपको उन्हें सॉफ्टवेयर कंपोनेंट्स की तरह मानना चाहिए। उन्हें स्पष्ट कॉन्ट्रैक्ट्स (contracts) की आवश्यकता होती है।
एक स्किल कॉन्ट्रैक्ट इन सवालों के जवाब देता है:
- इस स्किल को किस जानकारी की आवश्यकता है?
- यह क्या परिणाम देगी?
- यह क्या धारणाएं (assumptions) बनाती है?
- जानकारी गायब होने पर क्या होता है?
इन सीमाओं के बिना, आप जटिल वर्कफ़्लो नहीं बना सकते।
स्किल डिज़ाइन के इन चार क्षेत्रों पर ध्यान दें:
इनपुट डिज़ाइन (Input Design) किसी स्किल को सब कुछ स्वीकार करने की अनुमति न दें। व्यापक निर्देश अनिश्चितता पैदा करते हैं। जब इनपुट स्पष्ट नहीं होते हैं, तो एजेंट अनुमान लगाने में अपनी ऊर्जा बर्बाद करता है। एक अच्छी स्किल का एक परिभाषित ऑपरेटिंग क्षेत्र होता है। उसे धारणाएं बनाने के बजाय छूटे हुए विवरणों की पहचान करनी चाहिए।
आउटपुट डिज़ाइन (Output Design) एक स्किल शून्य में अस्तित्व में नहीं रहती है। आपके वर्कफ़्लो के अगले चरण को परिणाम का उपयोग करने की आवश्यकता होती है। यदि कोई स्किल एक लंबा पैराग्राफ लौटाती है, तो मशीन को इसे पढ़ने में कठिनाई हो सकती है। ऐसे आउटपुट डिज़ाइन करें जो अगले एजेंट या ऑर्केस्ट्रेटर (orchestrator) को निर्णय लेने में मदद करें।
विफलता व्यवहार (Failure Behavior) अधिकांश लोग केवल सफलता के मार्ग (success path) के लिए डिज़ाइन करते हैं। वास्तविक प्रणालियों को अधूरे डेटा और टूल की विफलताओं का सामना करना पड़ता है। एक विश्वसनीय स्किल यह परिभाषित करती है कि वह त्रुटियों (errors) को कैसे संभालती है। उसे सिस्टम को बताना चाहिए कि वह क्यों विफल हुई ताकि वर्कफ़्लो फिर से ठीक हो सके।
नियंत्रित लचीलापन (Controlled Flexibility) बहुत अधिक कठोरता एक स्किल को नए संदर्भों में बेकार बना देती है। बहुत अधिक लचीलापन इसे अप्रत्याशित बना देता है। फॉर्मेटिंग या वैलिडेशन जैसे कार्यों के लिए सख्त नियमों का उपयोग करें। रिसर्च या प्लानिंग जैसे कार्यों के लिए अधिक लचीलेपन का उपयोग करें।
एक अकेली स्किल ढीले निर्देशों के साथ जीवित रह सकती है। लेकिन स्किल्स की एक लाइब्रेरी नहीं।
यदि आप एजेंट सिस्टम बनाना चाहते हैं, तो एक बार के समाधान बनाना बंद करें। ऐसी क्षमताएं बनाना शुरू करें जिन पर सिस्टम भरोसा कर सकें।
स्रोत: https://dev.to/codanyks/anatomy-of-a-good-skill-designing-capabilities-that-systems-can-trust-4ap5
वैकल्पिक लर्निंग कम्युनिटी: https://t.me/GyaanSetuAi