osFoundry / Platform
टूल कॉन्फ़िग्स
नए टूल्स को इनपुट्स + हैंडलर के रूप में परिभाषित करें। कुछ भी जिसे आप Maestro से कॉल कर सकते हैं।
यह क्या है
टूल कॉन्फ़िग वह तरीका है जिससे आप osFoundry के एजेंट्स को ऐसे काम सिखाते हैं जो किसी बिल्ट-इन फ़ीचर से नहीं मिलते। एक टूल कॉन्फ़िग दो हिस्सों वाली छोटी परिभाषा है: वे इनपुट जो यह स्वीकार करता है (नामित पैरामीटर और उनके टाइप), और एक handler (टूल कॉल होने पर असल में जो चलता है)। एक बार परिभाषित होने पर, यह टूल उन चीज़ों के समूह में जुड़ जाता है जिन्हें Maestro, यानी osFoundry का एजेंट रनटाइम, काम करते समय इनवोक कर सकता है, ठीक वैसे ही जैसे वह चैट, सर्च या फ़ाइल ऑपरेशन इस्तेमाल करता है। अगर आप किसी काम को इस तरह बता सकते हैं कि "ये रहे आर्ग्युमेंट, और यह चलाना है", तो आप उसे एक ऐसे टूल में बदल सकते हैं जिसे आपके एजेंट नाम से कॉल करते हैं।
osFoundry में यह Studio के अंदर रहता है, आपके बाकी एजेंट और वर्कफ़्लो कॉन्फ़िगरेशन के साथ, इसलिए आपका परिभाषित किया गया टूल उन्हीं वर्कस्पेस में बनाए गए एजेंट्स, loops और teams के लिए उपलब्ध रहता है। चूँकि osFoundry bring-your-own-key और local-first है, handler आपके वर्कस्पेस से आपकी अपनी क्रेडेंशियल्स और keys के साथ चलता है। आपके एजेंट और जिस सर्विस को वह कॉल करता है, उनके बीच कोई रीसेलर नहीं बैठता, और आप कितने टूल परिभाषित करते हैं या वे कितनी बार चलते हैं, इस पर कोई per-seat सीमा नहीं। इनपुट स्कीमा वही है जिसे मॉडल पढ़कर तय करता है कि टूल को कब और कैसे कॉल करना है, इसलिए नामित इनपुट का साफ़ सेट ही एजेंट को इसे सही तरह इस्तेमाल कराता है; handler वह हिस्सा है जिसे आप शुरू से आख़िर तक नियंत्रित करते हैं।
यह क्यों मायने रखता है: असल एजेंट के ज़्यादातर काम आपके अपने stack से जुड़े ख़ास एक्शन पर निर्भर करते हैं, जैसे किसी इंटरनल API को हिट करना, कोई स्क्रिप्ट चलाना, या ऐसे सिस्टम से डेटा खींचना जिस तक सिर्फ़ आपकी पहुँच है। हर एक के लिए किसी फ़ीचर का इंतज़ार करने के बजाय, टूल कॉन्फ़िग आपको ठीक वही क्षमता जोड़ने देते हैं जिसकी ज़रूरत है, और Maestro उसे तुरंत इस्तेमाल कर लेता है। टूल एक दोबारा इस्तेमाल होने वाला ब्लॉक बन जाता है: एक बार परिभाषित करें, और वर्कस्पेस का हर एजेंट या वर्कफ़्लो उसे कॉल कर सकता है।
मुख्य क्षमताएँ
- टूल को दो हिस्सों से परिभाषित करें: वे इनपुट जो यह लेता है और वह handler जो कॉल होने पर चलता है
- नामित, टाइप किए गए इनपुट मॉडल को साफ़ कॉन्ट्रैक्ट देते हैं कि टूल को कब और कैसे इनवोक करना है
- आपका परिभाषित कोई भी टूल Maestro, osFoundry के एजेंट रनटाइम, द्वारा नाम से कॉल किया जा सकता है
- Handlers आपके अपने वर्कस्पेस से आपकी keys के साथ चलते हैं, BYOK, रास्ते में कोई रीसेलर नहीं
- परिभाषित टूल को उन्हीं Studio में बनाए एजेंट्स, loops और teams में दोबारा इस्तेमाल करें
उपयोग के मामले
- डेवलपर: एक इंटरनल REST एंडपॉइंट को टाइप किए इनपुट वाले टूल में लपेटता है ताकि एजेंट किसी टास्क के दौरान कॉल को हार्डकोड किए बिना उससे क्वेरी कर सके
- ऑप्स इंजीनियर: एक ऐसा टूल परिभाषित करता है जिसका handler मेंटेनेंस स्क्रिप्ट चलाता है, फिर एक शेड्यूल्ड एजेंट को उसे रूटीन स्टेप की तरह इनवोक करने देता है
- टीम लीड: Studio में एक कस्टम लुकअप टूल जोड़ता है और उसे हर एजेंट में दोबारा बनाने के बजाय वर्कस्पेस के हर एजेंट और वर्कफ़्लो में इस्तेमाल करता है
सामान्य प्रश्न
osFoundry में टूल कॉन्फ़िग असल में क्या है?
यह दो हिस्सों वाली एक परिभाषा है: वे इनपुट जो टूल स्वीकार करता है (उसके नामित, टाइप किए पैरामीटर) और एक handler जो टूल के इनवोक होने पर चलता है। परिभाषित करने के बाद, यह टूल Maestro के लिए उपलब्ध रहता है ताकि एजेंट के काम करते समय वह इसे कॉल कर सके।
किसी टूल का handler क्या कर सकता है?
Handler वह एक्शन है जो इनवोक होने पर चलता है। मूल सिद्धांत यह है कि टूल कुछ भी हो सकता है जिसे आप Maestro से कॉल कर सकें। आप वे इनपुट परिभाषित करते हैं जो एजेंट पास करता है, और handler आपके वर्कस्पेस तथा आपकी अपनी क्रेडेंशियल्स से काम पूरा करता है।
यह किसी होस्टेड प्लेटफ़ॉर्म के प्लगिन्स से कैसे अलग है?
osFoundry bring-your-own-key और local-first है, इसलिए टूल किसी रीसेलर के ज़रिए नहीं, बल्कि आपके वर्कस्पेस से आपकी keys के साथ चलते हैं, और कोई per-seat शुल्क नहीं जो सीमित करे कि आप कितने परिभाषित करें। आप किसी बिल्ट-इन फ़ीचर का इंतज़ार करने के बजाय ज़रूरी क्षमता ख़ुद जोड़ते हैं।