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