Flowise चॅटफ्लोने WhatsApp मेसेजना उत्तर द्या

Flowise च्या समोर काहीतरी का लागते?

कारण Meta चे वेबहुक आणि Flowise चे एपीआय वेगवेगळ्या रचनेत बोलतात. Meta एखादे डेस्टिनेशन पडताळण्यासाठी GET पाठवते, ज्याने hub.challenge रॉ बॉडी म्हणून परत करावे लागते, आणि नंतर प्रत्येक मेसेज नेस्टेड JSON POST म्हणून देते. Flowise ची Prediction API मात्र /api/v1/prediction/ आणि त्यापुढे फ्लो आयडी असा POST अपेक्षित करते, ज्यात question फील्ड असते. दोघांपैकी कोणीही दुसऱ्याशी जुळवून घेत नाही, म्हणून रिसीव्हर भाषांतर करतो.

रिसीव्हर n8n Webhook नोड, Python किंवा Node मधील रूट, किंवा कोणतेही serverless फंक्शन असू शकतो. तो पडताळणीच्या GET ला उत्तर देतो, वेबहुक यूआरएलमध्ये ठेवलेले लांब यादृच्छिक सिक्रेट तपासतो, Meta ला लगेच 200 देतो आणि मगच काम करतो. यूआरएलमधील सिक्रेट हेच इथे चालणारे ऑथेंटिकेशन आहे: Meta डिलिव्हरीवर Tech Provider च्या ॲप सिक्रेटने सही करते, जे कधीही शेअर केले जात नाही, त्यामुळे X-Hub-Signature-256 हेडर तुमच्या बाजूने पडताळता येत नाही.

रिसीव्हरने Prediction API ला कसे कॉल करावे?

ग्राहकाचा मजकूर question म्हणून आणि ग्राहकाचा WhatsApp नंबर सेशन म्हणून द्या. Flowise प्रत्येक विनंतीवर overrideConfig स्वीकारते, आणि त्यातील sessionId मुळेच मेमरी नोड्स सर्वांना एका थ्रेडमध्ये मिसळण्याऐवजी प्रत्येक व्यक्तीचे स्वतंत्र संभाषण ठेवू शकतात. वेबहुक पेलोडमधील प्रेषकाचा नंबर यासाठी स्थिर आणि नैसर्गिक की आहे.

चॅटफ्लो API key ने संरक्षित असेल, तर रिसीव्हर ती bearer टोकन म्हणून पाठवतो. रिसीव्हर स्ट्रीम जोडण्यासाठी बनवलेला नसेल तर streaming false ठेवा, कारण WhatsApp एकेक टोकन न देता पूर्ण झालेला एकच मेसेज पोहोचवते.

उत्तर त्याच नंबरवरून Cloud API टेक्स्ट मेसेज म्हणून जाते. ग्राहकाच्या मेसेजने उघडलेल्या 24 तासांच्या विंडोमध्ये ते मोफत आणि परवानगी असलेले आहे. फ्लोला नंतर काहीही पाठवायचे असेल, उदाहरणार्थ रिमाइंडर, तर ते मंजूर टेम्प्लेटच असावे लागते.

POST https://your-flowise-host/api/v1/prediction/<flow-id>
Authorization: Bearer <flowise-api-key>
Content-Type: application/json

{
  "question": "do you have anything friday?",
  "streaming": false,
  "overrideConfig": { "sessionId": "14155550188" }
}

Flowise एजंट EasyCoexistence MCP सर्व्हर वापरू शकतो का?

आज तरी नाही. Flowise चा Custom MCP यूआरएल आणि हेडर्सच्या संचासह Streamable HTTP सर्व्हरशी जोडतो, सहसा Flowise व्हेरिएबलमध्ये ठेवलेल्या स्थिर bearer टोकनसह. EasyCoexistence MCP सर्व्हर OAuth ने ऑथेंटिकेट करतो, ज्यात ब्राउझरमधून लॉग इन आणि तो स्वतः देत असलेले टोकन असतात, त्यामुळे हेडरमध्ये ठेवता येईल अशी स्थिर key नसते.

चालणारी विभागणी अशी: फ्लोने ठरवावे आणि रिसीव्हरने पाठवावे. फ्लो सांगायचा मजकूर परत करतो, किंवा ग्राहक एका दिवसापेक्षा जास्त शांत असल्यास टेम्प्लेटचे नाव परत करतो, आणि रिसीव्हर नंबरच्या टोकनने Cloud API कॉल करतो. त्यामुळे टोकन कधीही Flowise मध्ये राहत नाही, आणि 24 तासांचा नियम विसरू शकणाऱ्या मॉडेलवर सोडण्याऐवजी संपर्काने शेवटचे कधी लिहिले ते तपासून कोडमध्ये लागू केला जातो.

येणारे मेसेज मात्र पाठवण्याची पद्धत कोणतीही असली तरी फक्त वेबहुकमार्फतच येतात.

सामान्य चुका

• sessionId वगळणे. मग प्रत्येक ग्राहक एकच मेमरी वापरतो, आणि एका व्यक्तीचा तपशील दुसऱ्याच्या उत्तरात दिसू शकतो.
• Meta ला उत्तर देण्यापूर्वी Flowise ची वाट पाहणे. उशिरा आलेला 200 पुन्हा पाठवला जातो, म्हणून तोच मेसेज दोनदा प्रक्रिया होतो.
• फ्लोला एका दिवसानंतर मुक्त मजकूर पाठवू देणे. विंडोच्या बाहेर Meta तो त्रुटी 131047 देऊन नाकारते.

वारंवार विचारले जाणारे प्रश्न

पुढे वाचा