MCP टूल का संदर्भ

हर टूल क्या करता है?

पढ़ना: list_numbers कनेक्ट किए गए नंबरों को उनके स्टेटस, गुणवत्ता रेटिंग और मैसेजिंग टियर के साथ लौटाता है। हर दूसरी कॉल यहीं से शुरू होती है। get_number_health लाइव Meta स्नैपशॉट के साथ हाल की मॉनिटरिंग टाइमलाइन, वेबहुक इवेंट और पोलर जाँचें एक साथ लौटाता है। get_api_credentials Graph एपीआई का बेस यूआरएल, WABA आईडी, फ़ोन नंबर आईडी और, जहाँ उपलब्ध हो, खाते का अपना टोकन लौटाता है।

भेजना: 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 से मिलता है और इसे स्थायी मान के रूप में दर्ज नहीं करना चाहिए।
• यह मान लेना कि बिलिंग रुका हुआ खाता पूरी तरह ऑफ़लाइन है। पढ़ना और मॉनिटरिंग जानबूझकर जारी रहती है।

अक्सर पूछे जाने वाले सवाल

पढ़ना जारी रखें