Busymate AI

दस्तावेज़

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

इस पेज पर

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

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

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

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

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

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

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

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

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

सेटअप करना

आपके 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 टोकन अधिकतम पाँच मिनट में समाप्त होते हैं और एक कनेक्टर से बँधे रहते हैं।

अगला कदम