सामग्री पर जाएँ
Busymate AI

दस्तावेज़

अपने सिस्टम जोड़ना (MCP)

इस पेज पर

केवल बात करने वाला असिस्टेंट उपयोगी है; काम करने वाला असिस्टेंट एक प्रोडक्ट है। Busymate AI आपके साथी को आपके अपने MCP सर्वर के ज़रिए आपके टूल्स कॉल करने देता है, ताकि वह आपके बनाए नियमों के तहत, आपके यूज़र की ओर से आपके सिस्टम में जानकारी देख और बदलाव कर सके।

MCP (Model Context Protocol) AI के सामने टूल्स उपलब्ध कराने का खुला मानक है। यदि आपके सिस्टम पहले से MCP बोलते हैं, तो आपका साथी उनसे उसी तरह जुड़ता है जैसे किसी और के सिस्टम से — प्लेटफ़ॉर्म-विशेष जोड़ की ज़रूरत नहीं।

आपका साथी आपके यूज़र के डेटा पर कैसे काम करता है

जब असिस्टेंट को कुछ करना होता है, तो वह आपके MCP सर्वर पर टूल कॉल करता है। दो बातें इसे सुरक्षित बनाती हैं:

  1. आपका साथी आपके सर्वर को बताता है कि यूज़र कौन है — एक कम अवधि वाले, क्रिप्टोग्राफ़िक रूप से हस्ताक्षरित टोकन के रूप में जिसे आपका सर्वर सत्यापित करता है। इसे नकली बनाना या दोबारा चलाना संभव नहीं, इसलिए सर्वर हमेशा ठीक जानता है कि अनुरोध किस यूज़र का है।
  2. आपका सर्वर दायरा लागू करता है। क्योंकि MCP यूज़र को जानता है, वह केवल उसी यूज़र का डेटा लौटाता और बदलता है। आपका साथी केवल उतना ही देखता है जितना आपका सर्वर देता है।
आपका यूज़र आपका साथी हस्ताक्षरित “कौन” टोकन → आपका MCP सर्वर सत्यापन · दायरा

अनुमति के स्तर

आपके उपलब्ध कराए हर टूल को एक स्तर मिलता है, ताकि असिस्टेंट केवल उतना ही कर सके जो पूछने वाले के लिए उचित हो:

स्तरकिसके लिएक्या करने देता है
Publicअतिथि समेत कोई भीसुरक्षित, गैर-निजी पढ़ना — प्रोडक्ट जानकारी, सामान्य मदद।
Identifiedसाइन-इन किया यूज़रकेवल अपने डेटा पर पढ़ना और कार्रवाई।
Delegatedसाइन-इन किया यूज़र, उन कार्रवाइयों के लिए जिन्हें उसका अधिकार चाहिएवही, उन ऑपरेशन के लिए जिन्हें आप स्पष्ट यूज़र अनुमति के साथ चलाना चाहते हैं।
Confirmआपके चिह्नित किए हर लिखने वाले काम के लिएचलने से पहले यूज़र पुष्टि करता है — पहले पूरी कार्रवाई दिखाई जाती है।

विनाशकारी या संवेदनशील ऑपरेशन Confirm के पीछे रोके जाते हैं: आपका साथी ठीक दिखाता है कि वह क्या करने वाला है और इंसान के “हाँ” का इंतज़ार करता है। कोई भी बदलाव चुपचाप नहीं लिखा जाता।

सेटअप करना

आपके Busymate AI Console का Integration सेक्शन इस सेटअप का एकमात्र सही स्रोत है। यह चुने हुए वर्कस्पेस की लाइव कॉन्फ़िगरेशन से बनता है, इसलिए इसके URL, आइडेंटिटी मान, स्निपेट और रिलीज़ चेकलिस्ट हमेशा मौजूदा रहते हैं — सिंक में रखने के लिए कोई अलग हैंडऑफ़ दस्तावेज़ नहीं।

  1. Console → Integration खोलें और वह वर्कस्पेस चुनें जिसे कॉन्फ़िगर कर रहे हैं।
  2. इसके MCP चरण से Connections पर जाएँ, अपने सर्वर का URL और क्रेडेंशियल बाइंडिंग जोड़ें, फिर प्रोब चलाएँ।
  3. मिले हर टूल की समीक्षा करें और उसकी Public, Identified, Delegated और Confirm नीति सोच-समझकर तय करें।
  4. preflight चलाकर वर्कस्पेस रिविज़न प्रकाशित करें। असफल प्रोब या अधूरा आइडेंटिटी कॉन्ट्रैक्ट आधा जुड़ा असिस्टेंट बनाने के बजाय प्रकाशन रोक देता है।

Integration सेक्शन में कॉपी के लिए तैयार ऑटोमेशन ब्रीफ़ और उन टीमों के लिए Busymate AI प्रबंधन MCP एंडपॉइंट भी है जो किसी एजेंट से यही वर्कस्पेस-सीमित वर्कफ़्लो करवाना चाहती हैं। देखें शुरुआत करें।

Claude Code को मैनेजमेंट MCP से कनेक्ट करें

बस एक कमांड; ब्राउज़र आपके सामान्य अकाउंट से साइन-इन संभाल लेता है (OAuth 2.1 — कुछ भी पेस्ट नहीं करना होता):

bash
claude mcp add --transport http busymate-ai https://busymate.ai/mcp

फिर Claude Code के अंदर /mcp चलाएँ और busymate-ai → प्रमाणित करें चुनें। कोई भी अन्य HTTP-MCP क्लाइंट (Claude Desktop, Cursor, …) सिर्फ़ https://busymate.ai/mcp URL से कनेक्ट होता है — OAuth डिस्कवरी एंडपॉइंट और ओरिजिन दोनों पर परोसी जाती है, इसलिए URL के अलावा क्लाइंट-साइड कोई कॉन्फ़िगरेशन ज़रूरी नहीं।

यूज़र अपने अकाउंट कैसे जोड़ते हैं

व्हाइट-लेबल कनेक्टर के लिए हर यूज़र का OAuth डेलीगेशन उपलब्ध है। इसे तब इस्तेमाल करें जब हर यूज़र को ऐसी सेवा का अपना अकाउंट अधिकृत करना हो जिसे आप नहीं चलाते। Connections में कनेक्टर का OAuth authorization, token और revocation मेटाडेटा कॉन्फ़िगर करें, फिर उसके delegated टूल प्रकाशित करें।

डेलीगेटेड अकाउंट टूल दो स्पष्ट मोड देते हैं:

  • हस्ताक्षरित ग्राहक actor टोकन — तब सुझाया जाता है जब आपका प्रोडक्ट विज़िटर को पहले ही सत्यापित कर चुका हो। Busymate AI आपके MCP सर्वर के लिए कम अवधि वाला, वर्कस्पेस और कनेक्टर से बँधा actor टोकन बनाता है, इसलिए अकाउंट पहुँच अपने आप होती है और ग्राहक को दूसरा साइन-इन या सहमति संदेश नहीं दिखता।
  • हर साइन-इन ग्राहक के लिए OAuth — तब इस्तेमाल करें जब अलग authorization grant जानबूझकर चाहिए। असिस्टेंट एक बार अकाउंट टूल अधिकृत करें दिखाता है, PKCE के साथ OAuth 2.1 authorization-code flow इस्तेमाल करता है, और सर्वर-साइड grant को वर्कस्पेस, कनेक्टर और सत्यापित अंतिम यूज़र से बाँधता है।

दोनों मोड विफलता पर बंद रहते हैं। आपका MCP सर्वर ग्राहक को केवल सत्यापित bearer से पहचानता है और टूल argument में दिए अकाउंट identifier पर कभी भरोसा नहीं करता। OAuth grant अकाउंट मेन्यू से वापस लिए जा सकते हैं; हस्ताक्षरित actor टोकन अधिकतम पाँच मिनट में समाप्त होते हैं और एक कनेक्टर से बँधे रहते हैं।

अगला कदम

पिछलाइंसानी हैंडऑफ़अगलासाइन-इन और पहचान