osFoundry / Platform
कनेक्टर्स
platform द्वारा समर्थित हर एकीकरण का कैटलॉग — फ़र्स्ट-पार्टी और कम्युनिटी।
यह क्या है
कनेक्टर्स osFoundry का वह एकल कैटलॉग है जिसमें वे सभी इंटीग्रेशन आते हैं जहाँ तक वर्कस्पेस पहुँच सकता है, और यह दो तरह की चीज़ों को समेटता है: API कनेक्टर (OAuth, API key, bearer या basic auth के पीछे कोई बाहरी HTTP API) और MCP सर्वर (Model Context Protocol की टूल्स, जो या तो आपके डिवाइस पर लोकल चलती हैं या HTTP पर होस्ट की जाती हैं)। इंटीग्रेशन को अलग-अलग सेटिंग पेजों में बिखेरने के बजाय, ब्राउज़ स्क्रीन सब कुछ श्रेणी के अनुसार समूहबद्ध करती है: AI प्रोवाइडर, प्रोडक्टिविटी, कम्युनिकेशन, डेवलपर टूल्स, स्टोरेज, सोशल और MCP, साथ में नाम, विवरण और टैग पर लाइव सर्च ताकि आप किसी क्षमता को उसी तरह ढूँढ़ सकें जैसे असल में ढूँढ़ते।
osFoundry के भीतर यह कैटलॉग कोई स्थिर सूची नहीं है। Discover पैनल ऐप के भीतर से ही आधिकारिक MCP Registry में खोजता है, इसलिए "जो मैं जोड़ सकता हूँ" ठीक "जो मेरे पास है" के बगल में रहता है। आप कोई क्वेरी टाइप कर सकते हैं या किसी GitHub रिपॉज़िटरी का URL पेस्ट कर सकते हैं, और osFoundry उसे README से अंदाज़ा लगाने के बजाय एक संरचित, इंस्टॉल-योग्य सर्वर (कमांड, आर्ग्युमेंट्स और ज़रूरी environment variables) में बदल देता है। चूँकि रजिस्ट्री में प्रकाशन के लिए किसी अनुमति की ज़रूरत नहीं, हर परिणाम अपना स्रोत दिखाता है: एक verified-namespace बैज बताता है कि प्रकाशक ने अपनी पहचान साबित की है (io.github.* namespaces के लिए GitHub OAuth, या किसी डोमेन के लिए DNS/HTTP प्रमाण), और इंस्टॉल करने से पहले असली सर्वर को typosquat से अलग पहचानने के लिए यही संकेत आपको चाहिए। कार्ड बताते हैं कि सर्वर आपके डिवाइस पर चलता है (stdio) या होस्टेड है (HTTP), और वह पहले से जुड़ा है या नहीं।
यह इसलिए मायने रखता है क्योंकि osFoundry BYOK और local-first है। आप अपने खाते अपनी ही क्रेडेंशियल्स से जोड़ते हैं, कोई रीसेलर मार्कअप नहीं, और सीक्रेट्स OS की keychain में रहते हैं, कभी कनेक्टर की परिभाषा या मॉडल को भेजे जाने वाले संदर्भ में नहीं। एक बार कनेक्टर तैयार हो जाने पर, एजेंट और वर्कस्पेस ऐप्स उसे एक ऐसे प्रॉक्सी के ज़रिए इस्तेमाल करते हैं जो एडमिन-नियंत्रित और ऑडिट-योग्य है: ऐप्स सीधे नेटवर्क एक्सेस के बिना चलते हैं और connector.call() को कॉल करते हैं, ताकि हर बाहर जाने वाली रिक्वेस्ट ऐप के manifest के विरुद्ध सत्यापित हो और लॉग हो। अपडेट डिटेक्शन तब चिह्नित करता है जब किसी इंस्टॉल किए गए रजिस्ट्री सर्वर का नया संस्करण आ जाता है, और नया कोड कभी चुपचाप दोबारा नहीं चलाता: कमांड या सर्वर URL बदलने पर वही स्पष्ट सहमति माँगी जाती है जो पहली इंस्टॉल में माँगी गई थी।
मुख्य क्षमताएँ
- सभी इंटीग्रेशन एक ही कैटलॉग में देखें: API कनेक्टर और MCP सर्वर, श्रेणी के अनुसार समूहबद्ध (AI प्रोवाइडर, प्रोडक्टिविटी, कम्युनिकेशन, डेवलपर टूल्स, स्टोरेज और अन्य), नाम, विवरण और टैग पर सर्च के साथ
- आधिकारिक MCP Registry (registry.modelcontextprotocol.io) के कम्युनिटी सर्वर ऐप के भीतर से ही खोजें, या किसी GitHub रिपॉज़िटरी का URL पेस्ट करके उसे इंस्टॉल-योग्य सर्वर में बदलें
- इंस्टॉल करने से पहले देखें कि सर्वर किसने प्रकाशित किया: एक वेरिफ़िकेशन बैज रजिस्ट्री-सत्यापित namespaces (GitHub OAuth या DNS/HTTP प्रमाण) को चिह्नित करता है और अपने बनाम बिना-अनुमति कम्युनिटी प्रविष्टियों में फ़र्क करता है
- लोकल (डिवाइस stdio) सर्वर इंस्टॉल करें जो आपकी अपनी मशीन पर चाइल्ड प्रोसेस के रूप में चलते हैं, या प्लेटफ़ॉर्म द्वारा मध्यस्थ किए गए होस्टेड (HTTP) सर्वर: क्रेडेंशियल्स OS keychain में रहती हैं, कभी कनेक्टर परिभाषा में नहीं
- अपने खाते अपनी ही चाबियों (OAuth, API key, bearer या basic) से जोड़ें, बिना किसी रीसेलर मार्कअप के, और एजेंट व ऐप्स को उन टूल्स को एक एडमिन-नियंत्रित, ऑडिट-योग्य कनेक्टर प्रॉक्सी के ज़रिए कॉल करने दें
उपयोग के मामले
- वर्कस्पेस एडमिन: Twitter/X या Salesforce का API कनेक्टर एक बार सेट कर देता है (base URL, OAuth scopes) ताकि वर्कस्पेस का हर ऐप और एजेंट उसे प्रॉक्सी के ज़रिए कॉल कर सके, बिना हर यूज़र के क्रेडेंशियल्स जोड़े
- डेवलपर या पावर यूज़र: किसी MCP सर्वर का GitHub URL पेस्ट करता है, देखता है कि यह एक सत्यापित io.github namespace है, उसे लोकल stdio सर्वर के रूप में इंस्टॉल करता है और तुरंत चैट से उसकी टूल्स कॉल करता है
- गोपनीयता के प्रति सजग टीम: API keys को OS keychain में रखती है और डिवाइस-लोकल MCP सर्वर चलाती है ताकि डेटा और क्रेडेंशियल्स कभी मशीन से बाहर न जाएँ, फिर भी कम्युनिटी इंटीग्रेशन को एक ही कैटलॉग में देखती रहे
सामान्य प्रश्न
यहाँ API कनेक्टर और MCP सर्वर में क्या फ़र्क है?
API कनेक्टर किसी विशिष्ट बाहरी HTTP API को किसी auth तरीके (OAuth, API key, bearer या basic) के पीछे लपेटता है और आम तौर पर वर्कस्पेस एडमिन एक बार बनाता है, फिर उसे ऐप्स और एजेंट कनेक्टर प्रॉक्सी के ज़रिए कॉल करते हैं। MCP सर्वर Model Context Protocol के ज़रिए टूल्स उजागर करता है: यह या तो आपके डिवाइस पर चाइल्ड प्रोसेस के रूप में लोकल चलता है (stdio) या HTTP पर पहुँचा जाता है (होस्टेड)। दोनों एक ही कैटलॉग में API या MCP टैग के साथ दिखते हैं, इसलिए आप उन्हें साथ ब्राउज़ करते हैं।
कम्युनिटी कनेक्टर कहाँ से आते हैं, और क्या वे सुरक्षित हैं?
Discover पैनल आधिकारिक MCP Registry (registry.modelcontextprotocol.io) में खोजता है, जहाँ कोई भी प्रकाशित कर सकता है। जब प्रकाशक का namespace सत्यापित होता है, तो osFoundry एक वेरिफ़िकेशन बैज दिखाता है: io.github.* नामों के लिए GitHub OAuth या किसी डोमेन के लिए DNS/HTTP प्रमाण। यह साबित करता है कि सर्वर किसने प्रकाशित किया, यह नहीं कि उसका कोड सुरक्षित है, इसलिए आपसे अपेक्षा है कि इंस्टॉल करने से पहले प्रकाशक जाँच लें। लोकल सर्वर आपकी अपनी मशीन पर चलते हैं और उनकी ज़रूरी environment variables पहले ही दिखा दी जाती हैं।
मेरी क्रेडेंशियल्स कहाँ संग्रहीत होती हैं?
सीक्रेट्स कभी कनेक्टर परिभाषा में नहीं रखे जाते और न ही मॉडल को भेजे जाते हैं: कैटलॉग सिर्फ़ variables और headers के नाम रखता है, उनके मान नहीं। लोकल MCP सर्वरों के लिए क्रेडेंशियल्स OS keychain में रहती हैं। API-कनेक्टर की क्रेडेंशियल्स केवल सर्वर-साइड पर तब डिक्रिप्ट होती हैं जब प्रॉक्सी किसी ऐप की ओर से रिक्वेस्ट करते समय auth headers बनाता है, और वह रिक्वेस्ट ऐप के manifest के विरुद्ध सत्यापित तथा ऑडिट-योग्य होती है। यह osFoundry के BYOK और local-first होने के अनुरूप है।