osFoundry / Platform
Retrieval चरण
Retrieval चरणों को प्रति पाथ स्कोप एक कस्टम pipeline में चेन करें। किसी भी स्तर पर डिफ़ॉल्ट को ओवरराइड करें।
यह क्या है
रिट्रीवल स्टेज यह तय करते हैं कि जवाब देने से पहले एजेंट को जो संदर्भ चाहिए, उसे osFoundry कैसे खोजता है। रिट्रीवल वह कदम है जो आपके जुड़े हुए नॉलेज और डेटा से प्रासंगिक अंश निकालता है, ताकि मॉडल अनुमान लगाने के बजाय आपकी सामग्री के आधार पर जवाब दे। हर चीज़ के लिए एक ही तय खोज चलाने के बजाय, Studio आपको स्टेज को एक क्रमबद्ध पाइपलाइन में जोड़ने और उस पाइपलाइन को किसी खास पाथ स्कोप से बाँधने देता है, जिससे एक नॉलेज बॉडी के लिए रिट्रीवल का तरीका अगली से अलग हो सकता है।
osFoundry के भीतर पाइपलाइनें स्कोप के इर्द-गिर्द व्यवस्थित होती हैं। एक डिफ़ॉल्ट पाइपलाइन व्यापक रूप से लागू होती है, और कोई भी संकरा पाथ अपनी अलग पाइपलाइन रख सकता है। चूँकि सेटिंग्स कैस्केड होती हैं, आप किसी भी स्तर पर डिफ़ॉल्ट को बदल सकते हैं: अपने अधिकांश वर्कस्पेस को साझा कॉन्फ़िगरेशन पर रहने दें और रिट्रीवल केवल वहीं बदलें जहाँ किसी खास कॉर्पस को ज़रूरत हो, बाकी सब को छेड़े बिना। रिट्रीवल osFoundry के बाकी हिस्से जैसे ही BYOK और लोकल-फर्स्ट मॉडल के तहत डेस्कटॉप वर्कस्पेस के भीतर चलता है, इसलिए यह आपकी अपनी keys इस्तेमाल करता है और ऐसे डेटा पर काम कर सकता है जो आपके डिवाइस पर ही रहता है।
यह इसलिए मायने रखता है क्योंकि एक अकेली ग्लोबल रिट्रीवल सेटिंग हमेशा एक समझौता होती है। एक सघन रेफरेंस मैनुअल, छोटे नोट्स का एक फ़ोल्डर, और डेटा से भरी एक परियोजना — हर एक अलग रिट्रीवल व्यवहार से बेहतर काम करती है, और सबको एक जैसे स्टेज से गुज़ारने पर ग्राउंडिंग उतनी मज़बूत नहीं रहती जितनी होनी चाहिए। पाइपलाइन को उस पाथ तक सीमित करना जहाँ कॉर्पस रहता है, और डिफ़ॉल्ट को केवल वहीं बदलना जहाँ सामग्री सचमुच माँग करती है, आपको पूरे वर्कस्पेस को एक साथ ट्यून करने के बजाय अपने एजेंट को मिलने वाले रिट्रीवल को ठीक-ठीक ट्यून करने देता है।
मुख्य क्षमताएँ
- रिट्रीवल स्टेज को एक क्रमबद्ध पाइपलाइन में जोड़ें जो मॉडल के जवाब देने से पहले चलती है
- किसी खास पाथ स्कोप से अलग पाइपलाइन बाँधें ताकि हर कॉर्पस अपने ढंग से रिट्रीव करे
- पूरे वर्कस्पेस को बदले बिना किसी भी स्तर पर डिफ़ॉल्ट रिट्रीवल सेटिंग बदलें
- एक साझा डिफ़ॉल्ट को अधिकांश पाथ पर कैस्केड करें और केवल वहीं कस्टमाइज़ करें जहाँ सामग्री को ज़रूरत हो
- डेस्कटॉप वर्कस्पेस में BYOK और लोकल-फर्स्ट चलता है, ऐसे डेटा पर जो आपके डिवाइस पर रह सकता है
उपयोग के मामले
- नॉलेज इंजीनियर: एक सघन तकनीकी मैनुअल को उसकी अपनी रिट्रीवल पाइपलाइन देता है जबकि छोटे नोट्स का फ़ोल्डर वर्कस्पेस डिफ़ॉल्ट पर बना रहता है
- एजेंट बिल्डर: एक प्रोजेक्ट पाथ के लिए रिट्रीवल ट्यून करता है ताकि एजेंट उसी कॉर्पस पर ग्राउंड हो, बाकी हर एजेंट के रिट्रीव करने के तरीके को बदले बिना
- प्राइवेसी के प्रति सजग टीम: एक संवेदनशील डेटा सेट को डिवाइस पर रखती है और उसके रिट्रीवल स्टेज को क्लाउड से जुड़े नॉलेज से अलग कॉन्फ़िगर करती है
सामान्य प्रश्न
osFoundry में रिट्रीवल स्टेज क्या है?
स्टेज एक कदम है कि मॉडल के जवाब देने से पहले वर्कस्पेस संदर्भ कैसे खोजता है। आप स्टेज को क्रम में जोड़कर एक रिट्रीवल पाइपलाइन बनाते हैं, और वह पाइपलाइन तय करती है कि आपके नॉलेज और डेटा के कौन से अंश ग्राउंडिंग के रूप में लिए जाएँ।
क्या अलग-अलग फ़ोल्डर या पाथ अलग रिट्रीवल सेटिंग इस्तेमाल कर सकते हैं?
हाँ। एक पाइपलाइन पाथ स्कोप से बँधी होती है, इसलिए एक नॉलेज बॉडी दूसरी से अलग तरीके से रिट्रीव कर सकती है। एक डिफ़ॉल्ट व्यापक रूप से लागू होता है और कोई भी संकरा पाथ उसकी जगह अपनी पाइपलाइन रख सकता है।
क्या एक हिस्से को बदलने के लिए मुझे पूरे वर्कस्पेस का रिट्रीवल फिर से कॉन्फ़िगर करना पड़ेगा?
नहीं। सेटिंग्स कैस्केड होती हैं, इसलिए आप डिफ़ॉल्ट को केवल उसी स्तर पर बदलते हैं जहाँ ज़रूरत हो। अधिकांश पाथ साझा कॉन्फ़िगरेशन पर बने रहते हैं जबकि आप किसी एक स्कोप के स्टेज कस्टमाइज़ करते हैं।