Jawab mesej WhatsApp dengan chatflow Flowise

Mengapa Flowise memerlukan sesuatu di hadapannya?

Kerana webhook Meta dan API Flowise menggunakan bentuk data yang berbeza. Meta mengesahkan destinasi dengan GET yang mesti memulangkan hub.challenge sebagai badan mentah, kemudian menghantar setiap mesej sebagai POST JSON bersarang. Prediction API Flowise pula mengharapkan POST ke /api/v1/prediction/ diikuti id flow, dengan medan question. Kedua-duanya tidak akan menyesuaikan diri antara satu sama lain, jadi sebuah penerima menjadi penterjemah.

Penerima itu boleh berupa node Webhook n8n, route dalam Python atau Node, atau mana-mana fungsi serverless. Ia menjawab GET pengesahan, menyemak rahsia rawak yang panjang dalam URL webhook, membalas 200 kepada Meta serta-merta, dan baru kemudian melakukan kerja. Rahsia dalam URL ialah pengesahan yang berfungsi di sini: Meta menandatangani penghantaran dengan app secret Tech Provider yang tidak pernah dikongsi, maka header X-Hub-Signature-256 tidak dapat disahkan di pihak anda.

Bagaimanakah penerima harus memanggil Prediction API?

Dengan teks pelanggan sebagai question dan nombor WhatsApp pelanggan sebagai sesi. Flowise menerima overrideConfig pada setiap permintaan, dan sessionId di dalamnya membolehkan node memori menyimpan satu perbualan bagi setiap orang, bukannya mencampurkan semua orang dalam satu utas. Nombor penghantar daripada payload webhook ialah kunci yang stabil dan semula jadi untuk tujuan itu.

Jika chatflow dilindungi dengan kunci API, penerima menghantarnya sebagai bearer token. Tetapkan streaming kepada false melainkan penerima dibina untuk menyusun aliran, kerana WhatsApp menyampaikan satu mesej yang lengkap dan bukan satu token pada satu masa.

Jawapan dihantar sebagai mesej teks Cloud API daripada nombor yang sama. Ini percuma dan dibenarkan dalam tetingkap 24 jam yang dibuka oleh mesej pelanggan. Apa sahaja yang flow mahu hantar kemudian, seperti peringatan, mesti berupa template yang diluluskan.

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" }
}

Bolehkah ejen Flowise menggunakan pelayan MCP EasyCoexistence?

Belum lagi. Custom MCP Flowise menyambung ke pelayan Streamable HTTP dengan URL dan satu set header, lazimnya bearer token statik yang disimpan dalam pemboleh ubah Flowise. Pelayan MCP EasyCoexistence mengesahkan melalui OAuth, dengan log masuk pelayar dan token yang dikeluarkannya sendiri, jadi tiada kunci statik untuk diletakkan dalam header.

Pembahagian yang berfungsi ialah membiarkan flow membuat keputusan dan penerima menghantar. Flow memulangkan teks yang hendak diucapkan, atau nama template apabila pelanggan senyap lebih daripada sehari, dan penerima membuat panggilan Cloud API dengan token nombor itu. Dengan itu token tidak pernah berada dalam Flowise, dan peraturan 24 jam dikuatkuasakan dalam kod dengan menyemak bila kenalan menulis kali terakhir, bukannya diserahkan kepada model yang mungkin terlupa.

Mesej masuk tetap tiba hanya melalui webhook, walau bagaimana cara penghantaran dibuat.

Kesilapan biasa

• Tidak menyertakan sessionId. Setiap pelanggan kemudian berkongsi satu memori, dan butiran seseorang boleh muncul dalam balasan kepada orang lain.
• Menunggu Flowise sebelum menjawab Meta. 200 yang lambat akan dicuba semula, maka mesej yang sama diproses dua kali.
• Membiarkan flow menghantar teks bebas sehari kemudian. Di luar tetingkap, Meta menolaknya dengan ralat 131047.

Soalan lazim

Teruskan membaca