Odgovarajte na WhatsApp poruke pomoću Flowise chatflowa

Zašto Flowise-u treba nešto ispred njega?

Zato što Metin webhook i Flowiseov API govore različitim oblicima podataka. Meta proverava odredište GET zahtevom koji mora da vrati hub.challenge kao sirovo telo odgovora, a zatim svaku poruku isporučuje kao ugnežđen JSON POST. Flowiseov Prediction API očekuje POST na /api/v1/prediction/ iza kog sledi ID toka, sa poljem question. Nijedna strana neće da se prilagodi drugoj, pa prevođenje radi prijemnik.

Prijemnik može biti n8n Webhook čvor, ruta u Pythonu ili Nodeu, ili bilo koja serverless funkcija. On odgovara na verifikacioni GET, proverava dugačku nasumičnu tajnu postavljenu u URL webhooka, odmah vraća 200 Meti, a tek onda radi posao. Tajna u URL-u je autentifikacija koja ovde funkcioniše: Meta potpisuje isporuke app secretom Tech Providera, koji se nikada ne deli, pa se zaglavlje X-Hub-Signature-256 ne može proveriti sa vaše strane.

Kako prijemnik treba da poziva Prediction API?

Tekst kupca šalje kao question, a kupčev WhatsApp broj kao sesiju. Flowise prihvata overrideConfig uz svaki zahtev, a sessionId unutar njega omogućava memorijskim čvorovima da vode jedan razgovor po osobi, umesto da sve pomešaju u jednu nit. Broj pošiljaoca iz webhook payloada je stabilan i prirodan ključ za to.

Ako je chatflow zaštićen API ključem, prijemnik ga šalje kao bearer token. Podesite streaming na false, osim ako prijemnik nije napravljen da sastavlja tok, jer WhatsApp isporučuje jednu gotovu poruku, a ne token po token.

Odgovor se šalje kao tekstualna poruka preko Cloud API-ja sa istog broja. To je besplatno i dozvoljeno unutar prozora od 24 sata koji je otvorila kupčeva poruka. Sve što tok želi da pošalje kasnije, na primer podsetnik, mora biti odobren šablon.

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

Može li Flowise agent da koristi EasyCoexistence MCP server?

Za sada ne. Flowiseov Custom MCP se povezuje na Streamable HTTP server preko URL-a i skupa zaglavlja, obično statičkog bearer tokena koji se čuva u Flowise promenljivoj. EasyCoexistence MCP server se autentifikuje preko OAuth-a, uz prijavu u pregledaču i tokene koje sam izdaje, pa nema statičkog ključa koji bi se stavio u zaglavlje.

Rešenje koje radi je podela uloga: tok odlučuje, a prijemnik šalje. Tok vraća tekst koji treba reći, ili naziv šablona kada je kupac ćutao duže od jednog dana, a prijemnik upućuje poziv Cloud API-ju sa tokenom broja. Tako token nikada ne boravi u Flowise-u, a pravilo od 24 sata se sprovodi u kodu, proverom kada je kontakt poslednji put pisao, umesto da se prepusti modelu koji može da ga zaboravi.

Dolazne poruke i dalje stižu isključivo preko webhooka, bez obzira na to kako se šalje.

Česte greške

• Izostavljanje sessionId. Tada svi kupci dele jednu memoriju, a podaci jedne osobe mogu da se pojave u odgovoru drugoj.
• Čekanje na Flowise pre odgovora Meti. Spor odgovor 200 se ponovo šalje, pa se ista poruka obradi dvaput.
• Dozvoljavanje da tok pošalje slobodan tekst dan kasnije. Van prozora Meta ga odbija sa greškom 131047.

Često postavljana pitanja

Nastavite sa čitanjem