Toute organisation a des demandes que deux équipes croient chacune appartenir à l'autre
Les demandes internes arrivent décrites par le problème du demandeur plutôt que par votre organigramme. Quelqu'un a besoin d'un accès à un système, quelqu'un a besoin d'un appareil remplacé, et quelqu'un a besoin d'un rapport qu'il a vu une fois. Aucun d'eux ne sait quelle équipe fait quoi.
Un formulaire d'acheminement reporte ce travail sur le demandeur et se trompe encore, parce que les catégories ont été écrites par les équipes plutôt que par les personnes qui demandent.
La vraie difficulté est le recouvrement. Une demande d'ordinateur portable pendant l'intégration peut venir de l'IT ou des RH. Une demande d'accès peut venir de l'IT ou de la sécurité. Toute organisation a trois ou quatre de ces cas où les deux équipes croient raisonnablement que c'est à l'autre.
L'agent tranche ces cas d'après les règles que vos équipes ont convenues à l'avance, indique quelle règle il a appliquée, et rend son raisonnement visible, pour que l'on discute de la règle plutôt que de l'acheminement.
Comment l'agent est construit dans Agent Studio
Les règles de propriété vivent dans les prompt skills, écrites comme vos équipes les ont convenues, y compris les cas de recouvrement et quelle équipe possède chacun. Ces propriétaires sont décidés plutôt qu'inférés.
Un second prompt skill porte les demandes que chaque équipe traite réellement, dans ses propres mots, ce qui achemine mieux que n'importe quelle liste de catégories.
Le prompt système exige que la règle appliquée soit nommée dans chaque acheminement, pour qu'un acheminement incorrect puisse être ramené à une règle et corrigé une fois, plutôt que d'être rediscuté sans fin.
Il exige que l'agent achemine plutôt que de retenir. Une demande qui ne peut pas être placée est acheminée vers un propriétaire de repli déclaré, parce qu'une demande non acheminée est pire qu'une demande mal acheminée.
Les demandes arrivent via un nœud Slack ou Email. Le nœud Agent Chat lit chacune depuis un nœud HTTP Request, avec le rôle et le lieu du demandeur joints.
Un nœud Switch remet à la file de l'équipe propriétaire dans Jira ou Monday, en portant la demande, la règle appliquée et le contexte du demandeur.
L'agent n'exécute rien. Aucun accès n'est accordé. Aucun achat n'est fait. Google Sheets consigne chaque décision d'acheminement face à l'endroit où la demande a finalement atterri, ce qui révèle une règle qui ne correspond plus à la réalité.
De quoi cet agent est constitué
- Prompt skills : règles de propriété telles que vos équipes les ont convenues, y compris les recouvrements.
- Prompt skills : ce que chaque équipe traite, dans les mots de cette équipe.
- System prompt : la règle appliquée est nommée dans chaque acheminement.
- System prompt : achemine plutôt que de retenir. Une demande non plaçable va à un repli déclaré.
- Slack (Communication) avec HTTP Request (Util) : la demande, et le rôle et le lieu du demandeur.
- Switch (Control) avec Jira (Integration) : remise à la file propriétaire avec la règle jointe.
- Quand un ActionFlow suffit : Si les catégories sont vraiment distinctes, acheminer par mot-clé vers une file d'équipe est un flux de travail.
Questions fréquentes
Newsletter
Recevoir les mises à jour produit
Nouveaux nœuds, agents et notes produit. Nous n'envoyons un e-mail que lorsqu'il vaut la peine de l'ouvrir.