osFoundry / Platform
MCP सर्वर फ्लीट
प्रति वर्कस्पेस MCP सर्वर्स इंस्टॉल करें। GitHub, Figma, Postgres से टूल्स — किसी भी एजेंट से एड्रेस करने योग्य।
यह क्या है
MCP सर्वर फ्लीट वह तरीका है जिससे osFoundry किसी workspace में Model Context Protocol (MCP) सर्वरों को संभालता है। एक tool इंटीग्रेशन को एक ही agent से जोड़ने के बजाय, आप एक MCP सर्वर एक बार इंस्टॉल करते हैं और उसके tools उस workspace के हर agent, chat और pipeline के लिए उपलब्ध हो जाते हैं। आप आधिकारिक MCP रजिस्ट्री (registry.modelcontextprotocol.io) में खोजकर इंस्टॉल कर सकते हैं, किसी remote सर्वर को HTTPS URL से जोड़ सकते हैं, या किसी local stdio सर्वर को command से चला सकते हैं। GitHub, Figma, Postgres और कोई भी अन्य MCP-संगत सर्वर एक ही जगह आते हैं और एक ही protocol बोलते हैं।
osFoundry के भीतर, सर्वर दो दायरों में आते हैं। एडमिन workspace सर्वर इंस्टॉल करते हैं जिन्हें सभी साझा करते हैं; हर सदस्य निजी personal सर्वर जोड़ता है जो उसके अकाउंट तक सीमित रहते हैं (बिना एडमिन के इन्हें पूरे workspace के लिए बढ़ाया नहीं जा सकता)। हर सर्वर के tools का एक namespace होता है (उदाहरण के लिए mcp__github__create_issue), इसलिए दो सर्वर कभी टकराते नहीं, और मूल सर्वर का नाम हर tool के विवरण के ज़रिए मॉडल तक पहुँचता रहता है। Local सर्वर आपकी अपनी मशीन पर child process के रूप में चलते हैं और उनके secrets OS के keychain में रहते हैं, किसी transcript या osFoundry के सर्वरों पर कभी नहीं। Remote सर्वर HTTPS पर OAuth या header auth से जुड़ते हैं। चूँकि osFoundry BYOK और local-first है, आप सर्वरों को अपने ही credentials और data की ओर इंगित करते हैं, और एक local stdio सर्वर उस data को आपके डिवाइस पर ही रखता है।
Tools हर chat के लिए opt-in होते हैं, डिफ़ॉल्ट रूप से चालू नहीं। जब आप किसी conversation के लिए किसी सर्वर के tools चालू करते हैं, तो agents उन्हें call कर सकते हैं, और write करने वाले calls approval से गुज़रते हैं, ताकि कोई tool आपकी सहमति के बिना कभी कोई action न चलाए। आप एक ही workspace में कई सर्वर सेट कर सकते हैं और हर chat के लिए अलग-अलग subset चालू कर सकते हैं, जिससे हर agent का tool दायरा केंद्रित रहता है, बजाय इसके कि उसे एक साथ हर क्षमता में डुबो दिया जाए। Remote MCP सेटअप और connection टेस्टिंग वेब पर काम करती है; local stdio सर्वर चलाना और chat के लिए tools चालू करना डेस्कटॉप की क्षमता है, क्योंकि BYOK runtime और child process वहीं रहते हैं।
मुख्य क्षमताएँ
- MCP सर्वर आधिकारिक रजिस्ट्री में खोजकर, remote HTTPS URL से, या local command से इंस्टॉल करें: GitHub, Figma, Postgres और किसी भी MCP सर्वर के लिए एक ही प्रवाह
- एडमिन द्वारा साझा किए गए workspace सर्वर, साथ ही हर सदस्य के निजी personal सर्वर, हर एक के tools namespaced ताकि नाम कभी न टकराएँ
- हर इंस्टॉल किए गए सर्वर के tools workspace के किसी भी agent, chat या pipeline से उपलब्ध हैं: एक बार इंस्टॉल करें, हर जगह उपयोग करें
- Local stdio सर्वर आपकी अपनी मशीन पर चलते हैं और credentials OS keychain में रहते हैं; remote सर्वर HTTPS पर OAuth या header auth से जुड़ते हैं
- Tools हर chat के लिए opt-in हैं और write actions approval से गुज़रते हैं, इसलिए कोई agent आपकी स्पष्ट सहमति के बिना किसी tool को कभी call नहीं करता
उपयोग के मामले
- प्लेटफ़ॉर्म इंजीनियर: अपने ही डेटाबेस की ओर इंगित करता Postgres MCP सर्वर इंस्टॉल करें ताकि agents schema query कर सकें और रिपोर्ट चला सकें, बिना data को आपकी मशीन से बाहर निकाले
- प्रोडक्ट डिज़ाइनर: Figma को remote MCP सर्वर के रूप में एक बार जोड़ें और किसी भी chat को frame और component का context डिज़ाइन व स्पेक कार्य में लाने दें
- इंजीनियरिंग टीम लीड: पूरे workspace के लिए एक GitHub सर्वर जोड़ें ताकि हर agent issues खोल सके और PRs पढ़ सके, जबकि write calls को एक approval प्रॉम्प्ट के पीछे रखा जाए
सामान्य प्रश्न
क्या मैं हर agent के लिए MCP सर्वर इंस्टॉल करूँ या प्रति workspace एक बार?
एक बार। आप MCP सर्वर को workspace स्तर पर (एडमिन) या personal सर्वर के रूप में (कोई भी सदस्य) इंस्टॉल करते हैं, और उसके tools हर agent और chat से उपलब्ध हो जाते हैं। फिर भी आप हर conversation के लिए चुनते हैं कि किन सर्वरों के tools चालू करने हैं, इसलिए हर agent को सभी के बजाय एक केंद्रित tool सेट मिलता है।
मैं कौन-से MCP सर्वर जोड़ सकता हूँ, केवल GitHub और Figma जैसे प्रसिद्ध वाले?
कोई भी Model Context Protocol सर्वर। osFoundry आपको आधिकारिक रजिस्ट्री (registry.modelcontextprotocol.io) में खोजने, remote सर्वर को उसके HTTPS URL से जोड़ने, या local stdio सर्वर को command से चलाने देता है। GitHub, Figma और Postgres आम उदाहरण हैं, पर जो कुछ भी MCP बोलता है वह इसी तरह काम करता है।
सर्वर जोड़ने पर मेरे credentials और data कहाँ जाते हैं?
Local stdio सर्वरों के लिए, secrets आपके OS keychain में संग्रहीत होते हैं और process आपकी अपनी मशीन पर चलती है, इसलिए data आपके डिवाइस पर रह सकता है, जो osFoundry के BYOK और local-first होने के अनुरूप है। Remote सर्वर HTTPS पर OAuth या header auth से जुड़ते हैं। Secret के मान कभी chat transcript में नहीं लिखे जाते।