WordPress-űrlapbeküldések és munkafolyamatok a Flow-val

Pro módban a Flow a WordPress adminisztrációs felületébe ágyazott adminisztrációs alkalmazást tartalmaz. Ez többek között az alábbi területeket fedi le:

  • Általános beállítások
  • API-beállítások
  • Beküldések
  • Sablonok
  • Munkafolyamatok

Ez a Flow-alapú űrlapok üzemeltetési rétege. A látogatói blokkszerkesztő határozza meg az űrlapélményt, míg az adminisztrációs alkalmazás szabályozza a tárolást, a sablonokat, a munkafolyamatok végrehajtását és a háttérrendszer-integrációt.

API-beállítások

Az API-beállítások képernyő szabályozza, hogyan kommunikál a Flow a háttérrendszerrel. Fontos fogalmak:

  • háttérrendszer-átvitel (gatey vagy fetch)
  • háttérrendszer API-neve
  • háttérrendszer alap URL-je
  • AWS-hitelesítési mód (COGNITO, IAM, NONE)

Az ajánlott Pro-beállításban előbb regisztrálja a Flow háttérrendszer API-ját a Gateyben, majd válassza ki ezt az API-t a Flow API-beállításaiban.

Beküldések

Csatlakoztatott Pro-háttérrendszerrel a Flow többek között a következő beküldési műveleteket biztosíthatja:

  • beküldések listázása,
  • szűrés és rendezés,
  • részletek megtekintése,
  • megjegyzések és címkék szerkesztése,
  • állapotmódosítás,
  • eseményelőzmények megtekintése,
  • kézi műveletek meghívása.

A kézi műveletek akkor hasznosak, amikor egy üzemeltető az űrlap szerkesztése nélkül szeretne visszaküldeni egy beküldést az automatizálási folyamatba. Űrlaponként határozható meg a hatókörük, és a rendszer munkafolyamat szempontjából releváns eseményként bocsátja ki őket.

Sablonok

A Flow Pro HTML- és szövegtörzzsel rendelkező e-mail-sablonokat, előnézetet és több megjelenítőmotort biztosít. A sablonokat jellemzően a munkafolyamatok e-mail-lépései használják, ugyanakkor a közös változómodell akkor is fontos, amikor a Flow az AI Kit Backend e-mail-fogadási folyamataiból származó normalizált eseményeket dolgoz fel.

Munkafolyamatok

A Flow Pro munkafolyamatai eseményvezéreltek. Névvel ellátott eseményekre reagálnak, majd egy vagy több műveleti lépést hajtanak végre.

A jelenlegi eseményindítók:

  • submission.created
  • submission.updated
  • submission.action-invoked
  • integration.webhook.requested
  • ai.agent.completed
  • ai.agent.failed

A jelenlegi lépéstípusok:

  • email.send
  • webhook.call
  • eventbridge.event
  • ai.agent
  • status.update
  • delay

AI-ügynökös munkafolyamat-lépések

Az ai.agent lépés eltér a látogatói AI Suggestions blokktól. ai.agent.requested eseményt bocsát ki az AI-háttérrendszer felé, majd a további munkafolyamatok az ai.agent.completed vagy ai.agent.failed eseménytől folytatódnak.

Üzemeltetési előfeltétel:

  • a Flow háttérrendszere felel a munkafolyamat-esemény tárolásáért és továbbításáért
  • az AI Kit háttérrendszere dolgozza fel ténylegesen az ai.agent.requested eseményt

Más szóval az AI-munkafolyamatlépések engedélyezése nem kizárólag a Flow háttérrendszerének feladata. Egy valós telepítéshez az AI Kit háttérrendszerének továbbítójára és modellkonfigurációjára is szükség van. A megalapozott AI-működéshez beállított tudásbázis is kell.

Ez a felosztás egyértelműen elválasztja:

  • a látogatói segítséget a felhasználó beküldése előtt,
  • a háttérrendszerbeli osztályozást vagy útvonalválasztást a beküldés platform általi elfogadása után.

Az állapotfrissítési lépések további submission.updated eseményindítókat is létrehozhatnak, így az állapotátmenetek egy nagyobb folyamatábra részeként modellezhetők.

Az AI-lépés felülete a következő konfigurációt teszi elérhetővé:

  • Mode
  • Internal routing
  • Route Keys, Outcome Types és Signal Keys
  • Prompt Text
  • Platform System Block
  • Additional System Guidance
  • Response Constraint
  • Update Status on Dispatch

Ajánlott értelmezés:

  • a Mode fejezze ki a feladat szándékát,
  • az Internal routing csak akkor legyen használatban, ha a Flow által kezelt további elágazást szeretne,
  • az útvonal- és eredménykulcsokat stabil kanonikus azonosítóként használja,
  • a válaszsémát tényleges futásidejű szerződésként kezelje, ne csak dokumentációként.

Fontos megkötés:

  • A No internal routing eltávolítja a Flow útvonalválasztási védőkorlátblokkját, de nem törli automatikusan a szerkesztőben maradt korábbi egyéni válaszsémát.

A mezőnkénti teljes magyarázatért lásd az AI Agent munkafolyamat-lépés oldalt.

EventBridge és külső rendszerek

Az eventbridge.event és webhook.call lehetővé teszi, hogy a Flow nagyobb automatizálási topológiákban vegyen részt. Ez akkor hasznos, ha a Flow egy a sok bemeneti forrás közül, vagy ha egy beküldést AWS-natív vagy külső feldolgozási folyamatok felé szeretne szétosztani.

Kapcsolat az AI Kit Backend e-mail-fogadásával

A Flow munkafolyamatai nem korlátozódnak a böngészőbeli űrlapbeküldésekre. A jelenlegi telepítésekben az AI Kit Backend e-mail-fogadási folyamatai mögött is működhetnek, például:

  • WorkMail -> ai-email-intake-proxy -> ai-email-intake-dispatcher -> Flow workflow -> email.send
  • WorkMail -> ai-email-intake-proxy -> ai-email-intake-dispatcher -> Flow workflow -> ai.agent -> ...

Ezekben a beállításokban a Flow-sablonok és munkafolyamat-lépések a puszta nyers űrlapmezők helyett normalizált eseményszerződést dolgoznak fel. Ez teszi lehetővé, hogy egyetlen munkafolyamatréteg kezelje a böngészőből indított beküldéseket és a beérkező e-mailes megkereséseket is.

A kézi műveletek az állapot szükségszerű módosítása nélkül is újra kiválthatnak munkafolyamatszerű működést.