MCP টুল রেফারেন্স
কানেক্টরটি অ্যাকাউন্টের প্রতিটি নম্বরের জন্য 11টি টুল দেয়। list_numbers সবার আগে আসে, কারণ অন্য প্রতিটি টুল এতে পাওয়া connection_id গ্রহণ করে। চারটি টুল বাইরের সিস্টেমে কাজ করে এবং বিলিং বন্ধ হলে সীমিত হয়; বাকি সাতটি শুধু পড়ে এবং খোলা থাকে।
কানেক্টর যে টুলগুলো দেয়।
বিলিং বন্ধ হলে সীমিত টুল। সব পড়ার সুবিধা চালু থাকে।
অ্যাকাউন্টের প্রতিটি নম্বর কভার করে OAuth দিয়ে লগ ইন।
প্রতিটি টুল কী করে?
পড়া: list_numbers সংযুক্ত নম্বরগুলোর স্ট্যাটাস, মানের রেটিং এবং মেসেজিং স্তর দেয়, আর অন্য প্রতিটি কল এখান থেকেই শুরু হয়। get_number_health একই সঙ্গে লাইভ Meta স্ন্যাপশট, সাম্প্রতিক মনিটরিং টাইমলাইন, ওয়েবহুক ইভেন্ট এবং পোলার যাচাই দেয়। get_api_credentials Graph API-এর বেস URL, WABA আইডি, ফোন নম্বরের আইডি এবং পাওয়া গেলে অ্যাকাউন্টের নিজস্ব অ্যাক্সেস টোকেন দেয়।
পাঠানো: send_message 24 ঘণ্টার উইন্ডোর মধ্যে ফ্রি টেক্সট পাঠায়, যেখানে উত্তর বিনামূল্যে। send_template অনুমোদিত টেমপ্লেট পাঠায়, তাই যে ব্যক্তি আগে লেখেনি তার সঙ্গে কথোপকথন শুরু করা যায়। list_templates, create_template এবং get_template_status টেমপ্লেটের পুরো জীবনচক্র সামলায়।
সংযোগ: set_webhook_destination আপনার সিস্টেমে আসা মেসেজ এবং অ্যাপের প্রতিধ্বনি পাঠায়, আর null পাঠালে সেটি রিসেট হয়। get_connect_link নতুন নম্বর সংযোগের ড্যাশবোর্ড লিংক ও ধাপগুলো দেয়। get_docs পণ্যের ডকুমেন্টেশন মার্কডাউন হিসেবে দেয়।
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 কি কাজে লাগে?
শুনতে যতটা সাধারণ, তার চেয়ে বেশি কাজে লাগে। এটি সহকারীকে আমাদের ডকুমেন্টেশন মার্কডাউন হিসেবে দেয়, তাই Coexistence-এর নিয়ম নিয়ে উত্তর স্মৃতি থেকে নয়, আমাদের ডকুমেন্টেশন থেকে আসে।
একটি কানেক্টর কি একাধিক ক্লায়েন্ট কভার করে?
হ্যাঁ। একটি অ্যাকাউন্টে আপনার প্রয়োজনমতো যত নম্বর রাখা যায়, আর list_numbers সেগুলো সব ফেরত দেয়।
আরও পড়ুন
শুরু করতে প্রস্তুত?
মাস নয়, কয়েক মিনিটেই WhatsApp Coexistence সেট আপ করুন। ফোনে অ্যাপটি কাজ করতে থাকে।
ফ্রি ট্রায়াল শুরু করুনযাচাই করা হয়েছে