Odgovarajte na WhatsApp poruke pomoću Flowise chatflowa

Zašto Flowiseu treba nešto ispred njega?

Jer Metin webhook i Flowiseov API govore različitim oblicima. Meta provjerava odredište GET zahtjevom koji mora vratiti hub.challenge kao sirovo tijelo, a zatim svaku poruku isporučuje kao ugniježđeni JSON POST. Flowiseov Prediction API očekuje POST na /api/v1/prediction/ iza kojeg slijedi ID toka, s poljem question. Nijedan se neće prilagoditi drugome, pa ih prevodi primatelj.

Primatelj može biti n8n Webhook čvor, ruta u Pythonu ili Nodeu ili bilo koja serverless funkcija. Odgovara na provjerni GET, provjerava dugu nasumičnu tajnu u URL-u webhooka, odmah vraća Meti 200 i tek onda obavlja posao. Tajna u URL-u je autentifikacija koja ovdje funkcionira: Meta potpisuje isporuke tajnom aplikacije Tech Providera, koja se nikada ne dijeli, pa se zaglavlje X-Hub-Signature-256 na vašoj strani ne može provjeriti.

Kako primatelj treba pozvati Prediction API?

Tekstom kupca kao question i WhatsApp brojem kupca kao sesijom. Flowise na svakom zahtjevu prihvaća overrideConfig, a sessionId unutar njega omogućuje čvorovima memorije da vode jedan razgovor po osobi umjesto da sve pomiješaju u jednu nit. Broj pošiljatelja iz payloada webhooka stabilan je i prirodan ključ za to.

Ako je chatflow zaštićen API ključem, primatelj ga šalje kao bearer token. Postavite streaming na false, osim ako primatelj nije izgrađen da sastavlja tok, jer WhatsApp isporučuje jednu dovršenu poruku, a ne token po token.

Odgovor odlazi kao tekstna poruka preko Cloud API-ja s istog broja. To je besplatno i dopušteno unutar razdoblja od 24 sata koje je otvorila kupčeva poruka. Sve što tok kasnije želi poslati, primjerice podsjetnik, mora biti odobreni predložak.

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 koristiti EasyCoexistence MCP poslužitelj?

Za sada ne. Flowiseov Custom MCP povezuje se na Streamable HTTP poslužitelj preko URL-a i skupa zaglavlja, obično statičnog bearer tokena pohranjenog u Flowiseovoj varijabli. EasyCoexistence MCP poslužitelj autentificira se putem OAutha, uz prijavu u pregledniku i tokene koje sam izdaje, pa nema statičnog ključa koji bi se stavio u zaglavlje.

Rješenje koje radi je podjela uloga: tok odlučuje, a primatelj šalje. Tok vraća tekst koji treba reći ili naziv predloška kada je kupac šutio dulje od jednog dana, a primatelj upućuje poziv Cloud API-ju s tokenom broja. Token tako nikada ne završi u Flowiseu, a pravilo od 24 sata provodi se u kôdu provjerom kada je kontakt zadnji put pisao, umjesto da se prepusti modelu koji ga može zaboraviti.

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

Uobičajene pogreške

• Izostavljanje sessionId-ja. Tada svi kupci dijele jednu memoriju, a podaci jedne osobe mogu se pojaviti u odgovoru drugoj.
• Čekanje Flowisea prije odgovora Meti. Spor odgovor 200 se ponavlja, pa se ista poruka obradi dvaput.
• Dopuštanje da tok dan kasnije pošalje slobodan tekst. Izvan razdoblja Meta ga odbija s kôdom pogreške 131047.

Često postavljana pitanja

Nastavite čitati