MCP साधनांचा संदर्भ
कनेक्टर खात्यातील प्रत्येक नंबरसाठी अकरा साधने उपलब्ध करून देतो. list_numbers आधी येते, कारण इतर प्रत्येक साधन त्यातून मिळणारा connection_id घेते. चार साधने बाहेरील जगावर परिणाम करतात आणि बिलिंग थांबल्यावर बंद होतात. उरलेली सात साधने माहिती वाचतात आणि उपलब्ध राहतात.
कनेक्टर उपलब्ध करून देत असलेली साधने.
बिलिंग थांबल्यावर बंद होणारी साधने. सर्व वाचन उपलब्ध राहते.
OAuth लॉग इन, खात्यातील प्रत्येक नंबरसाठी.
प्रत्येक साधन काय करते?
वाचन: list_numbers कनेक्ट केलेले नंबर, त्यांचा स्टेटस, क्वालिटी रेटिंग आणि मेसेजिंग टियर परत करते. इतर प्रत्येक कॉलची सुरुवात इथून होते. get_number_health लाइव्ह Meta स्नॅपशॉटसोबत अलीकडची मॉनिटरिंग टाइमलाइन, वेबहुक इव्हेंट्स आणि पोलर तपासण्या एकत्र परत करते. get_api_credentials Graph API बेस यूआरएल, WABA id, phone number id आणि उपलब्ध असल्यास खात्याचा स्वतःचा access token परत करते.
पाठवणे: send_message 24 तासांच्या विंडोमध्ये मोफत मजकूर पाठवते, जिथे प्रतिसाद मोफत असतात. send_template मंजूर टेम्प्लेट पाठवते. ज्याने आधी लिहिलेले नाही अशा व्यक्तीसोबत संभाषण सुरू करण्याचा हाच मार्ग आहे. list_templates, create_template आणि get_template_status टेम्प्लेटच्या संपूर्ण जीवनचक्रासाठी आहेत.
जोडणी: set_webhook_destination येणारे मेसेज आणि ॲपचे प्रतिसाद तुमच्या सिस्टीमकडे पाठवते. null दिल्यास ते पुन्हा सेट केले जाते. get_connect_link नवीन नंबर कनेक्ट करण्यासाठी डॅशबोर्ड लिंक आणि पायऱ्या परत करते. get_docs उत्पादनाचे दस्तऐवज markdown स्वरूपात परत करते.
connection_id महत्त्वाचे का आहे?
कारण तेच एखादी सूचना विशिष्ट नंबरशी जोडते आणि असिस्टंट त्याचा अंदाज लावू शकत नाही.
नंबरवर काम करणारे प्रत्येक साधन connection_id घेते आणि तो फक्त list_numbers मधून मिळतो. प्रत्यक्षात याचा अर्थ असा की मेसेज पाठवण्यास सांगितल्यावर असिस्टंट आधी list_numbers कॉल करेल. म्हणूनच सेशनमधील पहिली विनंती नंतरच्या विनंत्यांपेक्षा अनेकदा धीमी असते.
यामुळे अनेक नंबर असलेले खातेही आपोआप स्पष्ट राहते. डीफॉल्ट नंबर किंवा लपलेली निवड नसते. त्यामुळे कोणत्या नंबरबद्दल विचारले आहे हे स्पष्ट नसल्यास असिस्टंट अंदाज लावत नाही, तर ते विचारतो.
बिलिंग थांबल्यावर काय होते?
बाहेरील जगावर परिणाम करणारी चार साधने बंद होतात: send_message, send_template, create_template आणि set_webhook_destination. माहिती वाचणारी सर्व साधने उपलब्ध राहतात.
हे दुर्लक्षामुळे नव्हे, तर जाणीवपूर्वक केले आहे. खाते का अडवले गेले आहे हे पाहू शकत नसेल किंवा नंबरची हेल्थ तपासू शकत नसेल, तर सपोर्ट तिकिटाशिवाय परत येण्याचा मार्ग उरणार नाही. हेल्थ मॉनिटरिंगलाही याच वाचनांवर आधार असतो. त्यामुळे ज्यावेळी त्यांची सर्वाधिक गरज असते, त्याच वेळी ती बंद केली तर मॉनिटरिंग थांबेल.
व्यवहारात, बिलिंग थांबलेले खाते स्वतःच्या स्टेटसबद्दल प्रश्नांची उत्तरे देत राहते आणि त्याचे मॉनिटरिंगही सुरू राहते. ग्राहकापर्यंत पोहोचणाऱ्या गोष्टी मात्र थांबतात.
सामान्य चुका
- कनेक्टर मेसेज स्वीकारेल अशी अपेक्षा ठेवणे. MCP विनंती आणि प्रतिसादावर चालते. येणाऱ्या ट्रॅफिकसाठी वेबहुक आवश्यक आहे.
- connection_id हार्डकोड करणे. ते list_numbers मधून मिळते आणि लिहून ठेवण्याची मूल्य नाही.
- बिलिंग थांबलेले खाते पूर्णपणे ऑफलाइन आहे असे मानणे. वाचन आणि मॉनिटरिंग जाणीवपूर्वक सुरू राहतात.
एका खात्यातील प्रत्येक नंबरसाठी एकच कनेक्टर, OAuth द्वारे अधिकृत, पेस्ट करण्यासाठी कीची गरज नाही. दर नंबरसाठी दरमहा US$ 9 पासून, मोठ्या प्रमाणावर US$ 2 पर्यंत कमी, आणि पहिले 7 दिवस मोफत.
वारंवार विचारले जाणारे प्रश्न
मी कोणते साधन कॉल करायचे ते निवडतो का?
नाही. तुम्ही साध्या भाषेत विचारता आणि असिस्टंट योग्य साधन निवडतो. साधनांची वर्णने याच उद्देशाने लिहिलेली आहेत.
ते माझे संभाषण वाचू शकते का?
नाही. येणारे मेसेज तुम्ही निवडलेल्या वेबहुक डेस्टिनेशनकडे पाठवले जातात. कनेक्टर खाते आणि नंबरची स्थिती वाचतो.
get_docs उपयोगी आहे का?
अपेक्षेपेक्षा अधिक. ते आमचे दस्तऐवज markdown स्वरूपात असिस्टंटला देते. त्यामुळे Coexistence नियमांवरील उत्तरे आठवणीवर नव्हे, तर आमच्या दस्तऐवजांवर आधारित असतात.
एक कनेक्टर अनेक क्लायंट्ससाठी चालतो का?
हो. एका खात्यात आवश्यक तेवढे नंबर ठेवता येतात आणि list_numbers ते सर्व नंबर परत करते.
पुढे वाचा
सुरुवात करण्यासाठी तयार आहात?
WhatsApp Coexistence काही मिनिटांत सेट करा, काही महिन्यांत नाही. ॲप फोनवर काम करत राहते.
मोफत ट्रायल सुरू करापडताळले: