Directives générales pour la création et le mappage d’une intention

En suivant quelques directives générales pour créer des intentions d’e-mail et mapper les actions aux intentions, vous pouvez créer des instructions claires et efficaces qui permettent d’optimiser l’efficacité et l’efficience.

Vue d’ensemble de la création et du mappage d’une intention

Les agents IA et les workflows agentiques s’appuient sur des LLM, le langage que vous utilisez pour leurs instructions est donc important. Vous pouvez prendre de nombreuses mesures pour améliorer la qualité et la cohérence de vos solutions d’IA agentique.

Directives d’intention

La discussion met en évidence plusieurs directives essentielles pour définir et configurer les intentions afin de garantir l’exactitude, d’éviter les erreurs d’interprétation et d’optimiser les performances du système piloté par LLM :

• Soyez clair, précis et évitez les imprécisions
  • Utilisez des instructions concises, claires et précises. Un langage simple peut aider à supprimer les situations ambiguës qui pourraient bloquer ou perturber la progression d’un agent.
  • Les intentions doivent être très spécifiques et ne pas se chevaucher avec d’autres.
  • Évitez d’utiliser uniquement des mots-clés ou des noms de rubriques à la place, décrivez l’intention complète de l’utilisateur.
  • Des intentions vagues peuvent embrouiller le LLM et conduire à des correspondances incorrectes.
  • Clarifiez les limites et les limites.

  Tableau 1. Exemple d’intentions claires

  Exemple	Intention faible	Intention spécifique et forte	Notes
  Annulation de l’abonnement	Utilisateur demandant l’annulation de l’abonnement	Utilisateur demandant l’annulation de l’abonnement musical	Si votre système gère différents types d’abonnements, par exemple, la musique et la vidéo en continu, les licences de logiciels, une vague intention comme Annuler l’abonnement peut conduire le LLM à identifier de manière incorrecte le service que l’utilisateur souhaite annuler. Une intention spécifique comme Annuler l’abonnement musical garantit que le LLM comprend le service exact, ce qui permet de déclencher le bon workflow.
  Approbation de congé	Approbation de congé	Utilisateur demandant une approbation de congé	L’approbation de congé est une rubrique, pas une action ou l’intention d’un utilisateur. Le LLM doit comprendre l’intention de l’utilisateur. En indiquant Utilisateur demandant une approbation de congé, vous communiquez clairement que l’utilisateur est à l’origine d’une demande, et pas seulement qu’il mentionne un sujet.
  Approbation de congé, y compris le destinataire	Utilisateur demandant une approbation de congé	Utilisateur demandant une approbation de congé pour son collègue	Bien que le système puisse supposer par défaut que la demande provient de l’expéditeur de l’e-mail, l’indiquer explicitement pour son collègue fournit un contexte crucial. Cela évite les scénarios où une demande faite au nom de quelqu’un d’autre est mal traitée pour l’expéditeur, ce qui souligne le besoin d’intelligence pour comprendre l’objet de la demande.

• Contexte et cohérence :
  • L’intention doit clairement articuler ce que l’utilisateur demande ou demande.
  • Faites la distinction entre un utilisateur qui mentionne simplement quelque chose et qui demande explicitement une action.
  • Concevoir des instructions qui servent l’objectif global. Tous vos outils et agents IA travaillent ensemble pour résoudre les problèmes.

  Tableau 2. Exemple d’intentions pour la demande explicite de l’utilisateur

  E-mail de l'utilisateur	Correspondance d’intention incorrecte	Notes
  Je venais d’acheter une voiture, mon père insistait pour que j’obtienne un devis d’assurance automobile	Demander une offre d’assurance auto	Dans ce scénario, l’utilisateur parle d’obtenir un devis parce que son père a insisté, mais il n’en a pas explicitement demandé un au système. Si une intention conçue pour générer un devis correspond à cet e-mail, l’utilisateur recevra un devis non sollicité, ce qui entraînera une expérience médiocre et potentiellement déroutante. Le système ne doit agir que lorsque l’intention de l’utilisateur est une demande directe pour cette action.
  E-mail marketing, je devrais peut-être déjà me désabonner	Demande de désabonnement aux e-mails	E-mails marketing, il suffit de se désabonner. Cette déclaration est sarcastique ou une expression désinvolte de frustration, pas une demande directe de désabonnement. Si l’intention est configurée de manière trop large comme simplement « se désabonner de l’e-mail », elle peut déclencher de manière incorrecte une action de désabonnement. L’intention doit être suffisamment précise pour faire la différence entre une remarque désinvolte et une demande claire et exploitable.

• Incluez les détails critiques :
  • Assurez-vous que la description de l’intention contient tous les détails essentiels qui la différencient de toute demande similaire.
  • Utilisez une mise en forme cohérente. Des instructions similaires doivent utiliser des schémas de langage similaires.
  • L’absence de détails critiques peut entraîner des faux positifs ou des faux négatifs.
  • Si un détail peut changer le sens ou l’action appropriée, il doit être inclus dans l’intention.
  • Utilisez une terminologie cohérente tout au long du processus.

  Tableau 3. Exemples d’intentions qui incluent des détails critiques

  Intention faible	Intention forte	Notes
  Demander une offre d’assurance	Demander une offre d’assurance auto	Si une entreprise propose plusieurs assurances et que le flux de travail associé est spécifiquement conçu pour l’assurance automobile, l’intention doit inclure la voiture. Sans ce détail essentiel, un e-mail demandant un autre type d’assurance peut ne pas correspondre à l’intention du devis d’assurance, ce qui entraîne un échec ou un workflow inapproprié.
  Utilisateur demandant de l’argent pour la maison	Utilisateur demandant un prêt immobilier	La demande d’argent est extrêmement large. Un e-mail comme « Je vous ai donné de l’argent la semaine dernière, rendez-moi mon argent » (une demande de remboursement) pourrait correspondre à tort à cette vague intention, même s’il ne s’agit pas d’une demande de prêt immobilier. L’inclusion du prêt immobilier comme détail essentiel clarifie la transaction financière spécifique.

• Faites la différence entre les demandes d’action et les requêtes d’information :
  • Définissez clairement si une intention vise à exécuter une action ou à fournir des informations.
  • Cela permet d’empêcher le système d’entreprendre une action lorsque seules des informations sont recherchées, ou vice versa.

  Tableau 4. Exemple de type d’intention

  E-mail de l'utilisateur	Type d’intention	Remarque
  « Mon équipe a besoin d’un logiciel d’écriture installé sur nos nouvelles machines. S’il vous plaît, organisez cela.	Intention de demande d’action	Cet e-mail demande clairement qu’une action soit effectuée (installation du logiciel). Une intention configurée comme « Utilisateur demandant l’installation d’Adobe Creative Suite » correspondrait correctement, déclenchant un workflow pour mettre en service et installer le logiciel.
  J’ai besoin d’installer un logiciel d’écriture sur mon appareil personnel pour un projet. Pouvez-vous me dire comment faire ?	Intention de requête d’information	L’utilisateur ne demande pas au système d’effectuer l’installation, mais plutôt des conseils ou des instructions. Si seule l’intention de demande d’action existait, elle pourrait déclencher de manière incorrecte un workflow d’installation ou ne pas fournir à l’utilisateur les informations demandées. Une intention distincte pour l’utilisateur demandant des instructions sur la façon d’installer un logiciel d’écriture correspondrait correctement et fournirait un lien vers un article de la base de connaissances ou un guide étape par étape.

• Aidez le LLM – Ne le faites pas deviner :
  • Le principe fondamental est de rendre les intentions aussi claires et sans ambiguïté que possible pour guider efficacement le LLM.
  • Le système est un cadre ; Son efficacité dépend de la façon dont les intentions sont judicieusement configurées.

Pour des directives plus générales, reportez-vous à la section General guidelines for creating AI agents and agentic workflows.

Considérations importantes

Il est recommandé de ne pas configurer les workflows pour produire directement les artefacts finaux. Au lieu de cela, les workflows doivent créer des brouillons ou des artefacts intermédiaires qui nécessitent une révision et une confirmation humaines.

• Enregistrement cible pour la rédaction et l’e-mail : si vous utilisez l’aptitude de rédaction d’e-mail, un enregistrement cible doit être joint à l’e-mail au moment où le workflow de l’agent se déclenche. Sans enregistrement cible, les brouillons d’e-mails générés ne sont pas accessibles.
• Ordre d’exécution : lors de l’activation du workflow agentique via l’action entrante ou le déclencheur d’e-mail entrant, tenez compte de son ordre par rapport aux actions entrantes existantes. L’ordre par défaut 999 le place en dernier pour éviter d’interférer avec d’autres processus, mais cela peut être ajusté.
• Surveillance humaine : le système vise à éliminer les goulots d’étranglement et à accroître l’efficacité, mais il n’élimine pas le besoin d’intervention humaine. Il est conçu pour augmenter, et non remplacer complètement, les agents humains.