Assistenza clienti
Un modello legge ogni ticket, le regole si occupano dell’instradamento, l’orologio è controllato ogni quarto d’ora, e il digest del venerdì si scrive da solo.

Webhook · classificazione · orologio SLA
Il ticket arriva su un webhook. Un modello lo classifica — fatturazione, bug, come-si-fa, rischio di abbandono — e tutto ciò che segue quella decisione è grafo ordinario: priorità dal piano e dalla categoria, una coda, un SLA, un record, una pagina per chi deve rispondere.
Il ramo di errore del classificatore è un insieme di regole a parole chiave, perché una coda di triage che si ferma quando un endpoint di inferenza ha un pomeriggio storto non è una coda di triage che metti davanti ai clienti. Ogni record dice quale dei due lo ha etichettato.
Come funzionano i grafi
Webhook in ingresso
Con un proprio token, per trigger.
ai:classify con un retry
E un fallback basato su regole sul suo ramo di errore.
Uno switch con quattro uscite
L’SLA che ogni coda porta è indicato nel nodo.
Ogni quindici minuti
Cosa è in ritardo, cosa sta per esserlo, e in quale coda si trova.
Sul canvas
ai:classify · flow:switch · entities:create · notify:* · Pianificazioni
Viene distribuito con il prodotto
Questo progetto viene distribuito con DjiniousWorkflow. Un comando lo popola, un altro esegue ogni grafo al suo interno, e le schermate qui provengono da quelle esecuzioni.
Dove un grafo si appoggia a un fixture anziché a un sistema live, legge il fixture nel punto in cui il tuo deployment leggerebbe un database — sostituisci il nodo in cima e il resto del grafo non cambia. Il lavoro del motore — il fan-out, la raccolta, l’approvazione, la pubblicazione — è quello proprio del prodotto.
Continua a esplorare



