MCP टुल्स सन्दर्भ
कनेक्सनले खाताका सबै नम्बरका लागि 11 टुल उपलब्ध गराउँछ। list_numbers पहिले आउँछ, किनकि अरू सबै टुलले यसबाट connection_id लिन्छन्। बाहिरी प्रणालीमा असर गर्ने चार टुल बिलिङ रोकिँदा बन्द हुन्छन्, बाँकी सातले पढ्ने काम गर्छन् र खुला रहन्छन्।
कनेक्सनले उपलब्ध गराउने टुलहरू।
बिलिङ रोकिँदा बन्द हुने टुलहरू। सबै पढ्ने टुल उपलब्ध रहन्छन्।
OAuth लग इन, खाताका सबै नम्बर समेटेर।
प्रत्येक टुलले के गर्छ?
पढ्ने काम: list_numbers ले जडान भएका नम्बर, स्ट्याटस, गुणस्तर रेटिङ र म्यासेजिङ तह फर्काउँछ, र अरू सबै कल यहीँबाट सुरु हुन्छन्। get_number_health ले प्रत्यक्ष Meta स्न्यापसटसँगै हालको मोनिटरिङ टाइमलाइन, वेबहुक इभेन्ट र पोलर जाँचहरू एकैपटक फर्काउँछ। get_api_credentials ले Graph API को आधार URL, 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 बाट आउँछ र स्थायी मान होइन।
- बिलिङ रोकिएको खाता पूर्ण रूपमा अफलाइन हुन्छ भन्ने मान्नु। पढ्ने काम र मोनिटरिङ जानाजानी जारी रहन्छ।
एउटै कनेक्सनले खाताका सबै नम्बर समेट्छ र टाँस्नुपर्ने key बिना OAuth बाट अधिकृत हुन्छ। प्रति नम्बर प्रतिमहिना US$ 9 बाट सुरु भएर धेरै नम्बरमा US$ 2 सम्म घट्छ, र पहिलो 7 दिन निःशुल्क छन्।
बारम्बार सोधिने प्रश्नहरू
कुन टुल कल गर्ने म आफैं छान्छु?
होइन। तपाईंले सामान्य भाषामा भन्नुहोस्, सहायकले छान्छ। टुलका विवरण यही उद्देश्यका लागि लेखिएका हुन्।
यसले मेरा कुराकानी पढ्न सक्छ?
होइन। आउने म्यासेज तपाईंले तोकेको वेबहुक गन्तव्यमा जान्छन्। कनेक्सनले खाता र नम्बरको स्ट्याटस पढ्छ।
get_docs उपयोगी छ?
सोचेभन्दा बढी। यसले हाम्रो दस्तावेज markdown रूपमा सहायकलाई दिन्छ, त्यसैले Coexistence का नियमसम्बन्धी उत्तर सम्झनामा होइन, हाम्रा दस्तावेजमा आधारित हुन्छन्।
एउटै कनेक्सनले धेरै ग्राहक समेट्छ?
हो। एउटै खातामा आवश्यक जति नम्बर राख्न सकिन्छ र list_numbers ले ती सबै फर्काउँछ।
पढ्दै जानुहोस्
सुरु गर्न तयार हुनुहुन्छ?
महिनौं होइन, केही मिनेटमै WhatsApp Coexistence सेट अप गर्नुहोस्। एप फोनमा चलिरहन्छ।
निःशुल्क ट्रायल सुरु गर्नुहोस्प्रमाणीकरण गरिएको