Support client
Un modèle lit chaque ticket, des règles font le routage, l’horloge est surveillée tous les quarts d’heure, et la synthèse du vendredi s’écrit elle-même.

Webhook · classification · horloge SLA
Le ticket arrive sur un webhook. Un modèle le classifie — facturation, bug, mode d’emploi, risque de résiliation — et tout ce qui suit cette décision est un graphe ordinaire : une priorité tirée du plan et de la catégorie, une file, un SLA, un enregistrement, une page pour quiconque doit y répondre.
La branche d’erreur du classifieur est un ensemble de règles par mots-clés, car une file de triage qui s’arrête quand un point de terminaison d’inférence a un mauvais après-midi n’est pas une file de triage qu’on met devant les clients. Chaque enregistrement indique lequel des deux l’a étiqueté.
Comment les graphes fonctionnent
Webhook entrant
Avec son propre jeton, par déclencheur.
ai:classify avec une nouvelle tentative
Et un repli à base de règles sur sa branche d’erreur.
Un aiguillage à quatre sorties
Le SLA que porte chaque file est indiqué dans le nœud.
Toutes les quinze minutes
Ce qui est en retard, ce qui est sur le point de l’être, et dans quelle file cela se trouve.
Sur le canevas
ai:classify · flow:switch · entities:create · notify:* · Planifications
Il est livré avec le produit
Ce projet est livré avec DjiniousWorkflow. Une commande l’initialise, une autre exécute chaque graphe qu’il contient, et les captures ici proviennent de ces exécutions.
Là où un graphe s’appuie sur une fixture plutôt que sur un système en direct, il lit la fixture là où votre déploiement lirait une base de données — remplacez le nœud en tête et le reste du graphe ne change pas. Le travail du moteur — l’éclatement, le rassemblement, l’approbation, la publication — est celui du produit lui-même.
Continuer à explorer



