चैनल और कनेक्टर

चार तरह के जुड़ाव

• मैसेजिंग चैनल - लोग एजेंट तक कैसे पहुँचते हैं। हर एजेंट के लिए अलग से कॉन्फ़िगर होता है, उसके Connectors टैब में।
• जुड़े हुए खाते - एजेंट आपके कारोबारी टूल्स तक कैसे पहुँचता है। पूरी तैनाती के लिए या हर एजेंट के लिए अलग से कॉन्फ़िगर होता है, कनेक्शन सेक्शन में।
• MCP सर्वर - किसी बाहरी सेवा से मिलने वाले अतिरिक्त टूल्स, जिन्हें एजेंट के MCP टैब में।
• वेबहुक - मशीन-से-मशीन इवेंट दोनों दिशाओं में, एजेंट के वेबहुक टैब में।

मैसेजिंग चैनल

Olano 15+ मैसेजिंग चैनल बोलता है। कनेक्टर पिकर सत्यापित चैनल दिखाता है - Telegram, WhatsApp, Discord, Slack, Signal, Twilio के ज़रिए SMS, DingTalk, Feishu/Lark, WeCom, Weixin, QQ Bot और DeBox - और हर एक को एक निर्देशित, टाइप किए गए फ़ॉर्म से जोड़ा जाता है, साथ में एक सेटअप गाइड भी होती है। किसी चैनल को जोड़ने के लिए आप कभी कच्चा कॉन्फ़िगरेशन नहीं छेड़ते।

1. एजेंट खोलिए, फिर Connectors टैब, फिर Add। प्लेटफ़ॉर्म चुनिए। जो फ़ॉर्म दिखता है वह सिर्फ़ वही माँगता है जो उस प्लेटफ़ॉर्म को चाहिए, और हर फ़ील्ड पर एक संकेत होता है जो बताता है कि वह क्या करता है, कौन-सा फ़ॉर्मैट स्वीकार होता है, और अगर आप उसे खाली छोड़ दें तो क्या होता है।
2. क्रेडेंशियल दीजिए। Telegram को @BotFather से मिला बॉट टोकन चाहिए; Slack को बॉट टोकन और ऐप टोकन चाहिए; Discord को बॉट एप्लिकेशन चाहिए। फ़ील्ड पर ठीक-ठीक क्रेडेंशियल का नाम लिखा होता है और वह मान आपके एन्क्रिप्टेड वॉल्ट में सहेजा जाता है, एजेंट के कॉन्फ़िगरेशन में नहीं।
3. जोड़ना, जहाँ पेयरिंग ही तरीक़ा है। WhatsApp एक Pair / Connect फ़ॉर्म में मौजूद Pair / Connect बटन से QR कोड द्वारा जुड़ता है। Signal में एक निर्देशित विज़ार्ड है - नंबर रजिस्टर कीजिए, कैप्चा हल कीजिए, कोड सत्यापित कीजिए, प्रोफ़ाइल नाम तय कीजिए। WeChat एक QR दिखाता है जिसे आप स्कैन करके पुष्टि करते हैं, और स्कैन किए गए खाते को उसी एजेंट से पिन कर देता है।
4. तय कीजिए कि उससे कौन बात कर सकता है। ज़्यादातर कनेक्टर में एक allow-list होती है। Telegram, WhatsApp, DeBox और DingTalk पर यह सख़्त द्वार है: सूचीबद्ध भेजने वाले अंदर आते हैं, बाक़ी नहीं। Slack, ईमेल, SMS, Matrix और Mattermost पर वही फ़ील्ड trusted users - यह किसी और को रोके बिना मालिक जैसे विशेषाधिकार देता है।
5. सहेजिए और एजेंट को पुनः चालू कीजिए। चैनल के क्रेडेंशियल एजेंट के बूट होने पर पढ़े जाते हैं, इसलिए नया या बदला हुआ टोकन असर दिखाने के लिए पुनः चालू माँगता है।

हर कनेक्टर की पंक्ति स्वास्थ्य और डायग्नोस्टिक्स दिखाती है, और सीक्रेट जैसे दिखने वाले मानों को छिपा देती है। पंक्ति के नीचे एक नोट बताता है कि असल में कौन-सा क्रेडेंशियल काम कर रहा है: इस एजेंट के लिए सेट, किसी साझा मान का इस्तेमाल, या सिरे से सेट ही नहीं।

एजेंट किसी चैट में कैसा व्यवहार करते हैं

स्लैश कमांड हर मैसेजिंग प्लेटफ़ॉर्म पर काम करते हैं, सिर्फ़ डैशबोर्ड पर नहीं। आने वाला टेक्स्ट मॉडल तक पहुँचने से पहले कमांड सूची से जाँचा जाता है, इसलिए /help, /new, /context, /tools और /skills आदि सभी सवाल की तरह जवाब पाने के बजाय चल जाते हैं। एजेंट कौन-से कमांड दिखाता है यह हर एजेंट के लिए उसके Commands टैब में, जहाँ संवेदनशील कमांड डिफ़ॉल्ट रूप से बंद रहते हैं और आप अपने ख़ुद के शॉर्टकट तय कर सकते हैं।

किसी चैट में एजेंट का कितना काम दिखता है, यह हर बातचीत के लिए अलग से तय होता है, /quiet, /normal और /verbose. सामान्य मोड एजेंट के काम करते समय एक जीवंत चेकलिस्ट और हर टूल कॉल की एक पंक्ति दिखाता है, फिर उसे उत्तर से बदल देता है। शांत मोड सिर्फ़ उत्तर दिखाता है - ग्राहकों के सामने वाले बॉट के लिए सही चुनाव, और एजेंट के डिफ़ॉल्ट के रूप में सेट किया जा सकता है ताकि यह पहले संदेश से ही लागू हो।

समूह का व्यवहार मंच के हिसाब से अलग होता है और इसे जाँचना उचित है। WhatsApp डिफ़ॉल्ट रूप से समूह के हर संदेश को संभालता है; इसे समूह में सुनना इसे “सिर्फ़ @mentions” पर कर दीजिए अगर यह बहुत ज़्यादा सक्रिय लगे, या केवल-सुनने वाले मोड का इस्तेमाल कीजिए ताकि एजेंट किसी समूह को बिना कभी जवाब दिए बस देखता रहे। Telegram में एक समूह-नीति सेटिंग है जो तय करती है कि असूचीबद्ध सदस्य समूहों में बातचीत कर सकते हैं या नहीं, जबकि सीधे संदेश रोके ही रहते हैं।

कारोबारी खाते जोड़ना

वह कनेक्शन हिस्से में हर उस बाहरी सेवा के लिए एक कार्ड होता है जिसमें आप साइन इन करते हैं: Google (Gmail, Calendar, Drive, Docs, Sheets), Microsoft 365, Salesforce, QuickBooks, X, Facebook और Instagram के लिए Meta, LinkedIn, Reddit, Fitbit, Shopify, Buffer, DocuSign, GitHub और GitHub CLI। हर कार्ड अपनी स्थिति और वह क्या सक्षम करता है, दिखाता है।

कनेक्ट करना लिंक-कॉपी-प्रवाह से होता है: पैनल आपको एक प्राधिकरण पृष्ठ खोलें बटन और एक लिंक कॉपी करें बटन। इसे किसी भी डिवाइस पर खोलिए - अपने लैपटॉप, अपने फ़ोन पर - वहाँ मंज़ूरी दीजिए, और पैनल अपने आप जुड़ा हुआ । प्राधिकृत करने से पहले, पैनल वह सटीक redirect URI दिखाता है जिसे प्रदाता के कंसोल में दर्ज करना है, साथ में कॉपी बटन; उसे बिल्कुल वैसा ही दर्ज कीजिए जैसा दिखाया गया है, वरना प्रदाता प्राधिकरण अस्वीकार कर देगा।

दो दायरे उपलब्ध हैं। सिस्टम का मतलब है एक ऐसा कनेक्शन जिसे हर एजेंट इस्तेमाल करता है। प्रति एजेंट उस एजेंट को उसका अपना खाता देता है, साथ में एक वैकल्पिक शेयर टॉगल ताकि दूसरे उस पर वापस निर्भर कर सकें। जुड़ जाने के बाद, टूल्स बिना किसी और सेटअप के क्रेडेंशियल उठा लेते हैं, और जहाँ प्रदाता समर्थन करता है वहाँ टोकन ख़ुद ही रीफ़्रेश हो जाते हैं।

मिलाकर ये खाते, अंतर्निहित टूलकिट, और मंच के अपने उपकरण किसी एजेंट को 75+ अंतर्निहित इंटीग्रेशन में फैले 450+ कनेक्टर टूल्स तक पहुँच देते हैं - हालाँकि, जैसा अध्याय 2 कहता है, किसी एजेंट के पास सिर्फ़ वही होने चाहिए जिनकी उसके काम को ज़रूरत है।

MCP सर्वर

MCP सर्वर बाहरी सेवाएँ हैं जो ऐसे टूल्स प्रकाशित करती हैं जिन्हें कोई एजेंट बुला सकता है। डायरेक्ट्री में 200+ MCP सर्वर हैं, और एजेंट का MCP टैब वह जगह है जहाँ आप उन्हें जोड़ते हैं।

निर्देशित फ़ॉर्म शुरू होता है कोई सेवा कनेक्ट करें प्रीसेट पिकर से, जो सत्यापित प्रदाताओं को कवर करता है - Stripe, HubSpot, Notion, GitHub, Linear, Sentry, Canva और अन्य - जो पता पहले से भर देता है और सिर्फ़ वही फ़ील्ड दिखाता है जिनकी उस प्रदाता को ज़रूरत है। ट्रांसपोर्ट विवरण, हेडर और स्कोप एक Advanced में सिमटे रहते हैं, और एक कस्टम विकल्प उन सभी चीज़ों के लिए पूरा फ़ॉर्म बनाए रखता है जो सूचीबद्ध नहीं हैं।

कनेक्ट करें सर्वर को चरण-दर-चरण लॉग के साथ जाँचता है, पता लगाता है कि उसे क्या चाहिए, और - अगर साइन-इन ज़रूरी हो - आपके लिए प्राधिकरण प्रवाह शुरू कर देता है। आप प्रदाता के अपने पन्ने पर मंज़ूरी देते हैं और redirect होते ही हैंडशेक पूरा हो जाता है। इसके बाद हर सर्वर की गोलियाँ कनेक्शन स्वास्थ्य और साइन-इन स्थिति दिखाती हैं, जिसमें एक expiry-सजग टोकन गोली भी है जो फिर से प्राधिकृत करें बटन दिखाती है, बजाय यह दिखावा करने के कि एक्सपायर हो चुका टोकन ठीक है।

रोज़मर्रा में दो सुविधाएँ मायने रखती हैं। आप किसी सर्वर द्वारा प्रकाशित अलग-अलग टूल्स को चालू या बंद कर सकते हैं, इसलिए चालीस टूल्स देने वाला सर्वर सिर्फ़ वे तीन दे सकता है जो आप चाहते हैं। और एक एजेंट फिर से लोड करें बटन चलते हुए एजेंट में बिना पुनः चालू किए नए टूल्स को अदल-बदल देता है, इसलिए नया प्राधिकृत सर्वर तुरंत इस्तेमाल के लायक़ हो जाता है।

वेबहुक

वह वेबहुक टैब दोनों दिशाओं को संभालता है।

आउटबाउंड एजेंट के इवेंट्स आपकी चुनी हुई URL पर भेजता है। आप इसे एक नाम, एक पेलोड URL, भेजे जाने वाले इवेंट्स, और वैकल्पिक रूप से एक साइनिंग सीक्रेट देते हैं ताकि प्राप्तकर्ता डिलीवरी की पुष्टि कर सके। दर सीमा, पुनः प्रयास, टाइमआउट और TLS सत्यापन - सब कॉन्फ़िगर किए जा सकते हैं, और हर पंक्ति सफलता और विफलता की गिनती लाइव दिखाती है।

इनबाउंड ज़्यादा दिलचस्प आधा हिस्सा है: यह किसी बाहरी सिस्टम को एजेंट के हाथ में पेलोड सौंपने देता है। आप एक प्रोसेसिंग प्रॉम्प्ट जो बताता है कि वेबहुक क्या है और उसे कैसे संभालना है - भेजने वाला जो भी फ़ील्ड पोस्ट करता है वह अपने आप जुड़ जाता है - और चुनते हैं कि क्या एजेंट भेजने वाले को समकालिक रूप से जवाब दे, और क्या पेलोड एक ही बातचीत में जमा हों या हर बार नए सिरे से शुरू हों। सहेजने के बाद, पंक्ति एक स्व-प्रमाणीकृत इनग्रेस URL कॉपी बटन के साथ दिखाती है; उसे भेजने वाले को दे दीजिए।

दोनों तरह के पास एक टेस्ट करें बटन जो एक नमूना भेजता है और नतीजा दिखाता है, और एक इतिहास बीती डिलीवरी का दृश्य। संपादन तुरंत लागू होते हैं।