Analyser la consommation d’une conversation

L’analyse des conversations aide les administrateurs à comprendre la consommation et à repérer des pistes d’optimisation. Elle calcule des indicateurs à partir des messages et transactions accessibles, puis applique des règles pour produire des suggestions. Elle s’exécute à la demande : ce calcul n’appelle pas un modèle d’IA et ne prélève pas de crédits. Il ne doit pas être confondu avec les fonctions de diagnostic par IA, qui suivent un autre parcours.

Fonctionnement

Une conversation regroupe ses messages et transactions conservés. Lorsque vous cliquez sur Analyser, le système :

1. Charge jusqu’à 500 messages, ordonnés par séquence, et jusqu’à 500 transactions de crédit accessibles. Les résultats ne sont donc pas nécessairement exhaustifs pour un historique plus volumineux ou archivé.
2. Lit les crédits et les outils enregistrés sur chaque message, puis additionne les mesures de jetons et de crédits présentes sur les transactions chargées.
3. Calcule des indicateurs globaux pour cette conversation et recherche les motifs prévus par ses règles.
4. Attribue une appréciation selon les crédits moyens par échange et l’utilisation d’outils de schéma : Optimal, Good, Needs Review ou High Cost. Ces quatre libellés de résultat restent en anglais dans le composant fourni.
5. Produit des suggestions par message et pour la configuration de l’agent, à vérifier selon le besoin métier.

L’administrateur peut utiliser ces résultats pour adapter les prompts, la liste des outils et les usages par canal. Une appréciation de coût ne mesure pas à elle seule la qualité ou la justesse des réponses.

Ouvrir l’analyse

1. Dans l’application REDA AI, ouvrez Conversations sur l'IA, ou accédez à une conversation depuis la liste liée de l’agent.
2. Ouvrez l’enregistrement souhaité.
3. Dans le composant Analyse des conversations, cliquez sur Analyser.
4. Attendez le résultat de la lecture des données. Le délai dépend de Salesforce et des données accessibles.
5. Examinez l’appréciation, les crédits, le nombre d’échanges et d’itérations d’outils, puis le détail des messages et les suggestions. Les mesures de jetons servent aux calculs ; elles ne sont pas toutes affichées dans chaque version du composant.

Appréciations d’efficacité

Le calcul divise les crédits des transactions chargées par le nombre de messages ayant le rôle utilisateur, avec un arrondi à deux décimales. Ce nombre sert de compteur d’échanges et ne garantit pas une réponse pour chaque demande. En l’absence de message utilisateur, la moyenne vaut zéro : interprétez donc les résultats avec le contenu disponible.

Détail par message

Le détail présente notamment :

• Aperçu du contenu : les 80 premiers caractères du message, suivis de points de suspension si nécessaire, pour identifier l’échange.
• Crédits : valeur enregistrée sur le message. Le composant ne recalcule pas séparément les suppléments d’outils ; vérifiez les transactions si vous devez rapprocher les différents montants.
• Outils utilisés : liste des noms enregistrés pour le message, par exemple describe_object, query_related_records ou get_picklist_values. La liste ne prouve pas à elle seule le nombre de réussites ni les effets définitifs des appels.
• Niveau de couleur : faible pour une valeur ≤ 3 crédits, intermédiaire pour > 3 et ≤ 8, élevé pour > 8. Ces seuils par message sont distincts des appréciations calculées sur la moyenne de la conversation.
• Suggestions par message : recommandations déterminées par les outils détectés, par exemple inclure un schéma dans un prompt pour éviter un appel describe_object. Certaines chaînes de résultat fournies restent en anglais.

Suggestions globales de la conversation

Les suggestions globales portent sur les données de cette conversation et ne constituent pas une analyse de toute l’organisation :

• Consultations de schéma : la présence de describe_object ou get_picklist_values déclenche une suggestion. Il n’est pas nécessaire que l’appel soit répété. Vous pouvez intégrer les informations stables utiles dans un prompt personnalisé, tout en prévoyant leur actualisation et en conservant les vérifications dynamiques nécessaires.
• Nombre d’outils chargés : le composant signale un maximum de plus de 15 outils dans les transactions chargées. Il s’agit du nombre d’outils effectivement signalé par ces transactions, pas simplement du nombre d’attributions actuel de l’agent. Examinez les outils inutilisés avant de réduire la liste.
• Utilisation du cache : une suggestion apparaît lorsque des jetons de lecture du cache existent et que leur rapport aux jetons d’entrée atteint au moins 30 %. Elle invite à stabiliser le prompt. Ce calcul ne détecte pas, à lui seul, toutes les occasions de cache manquées ni la similarité entre plusieurs conversations.

Indicateurs clés

Motifs courants et actions possibles

Cas 1 : consultations de schéma évitables

Constat : la liste contient describe_object ou get_picklist_values. Examinez les messages pour déterminer si les appels se répètent réellement et concernent les mêmes objets.

Action : ajoutez au prompt approprié un schéma vérifié et utile, par exemple les champs Salesforce standard Opportunity.Amount, Opportunity.CloseDate et Opportunity.AccountId. Les noms personnalisés doivent correspondre à votre organisation. Les champs de contexte apportent les valeurs sélectionnées ; ne supposez pas qu’ajouter un objet y injecte automatiquement tout son schéma.

Cas 2 : liste d’outils trop large

Constat : une transaction indique plus de 20 outils chargés alors que la conversation n’en utilise que 3, par exemple. Comparez les tâches attendues avant de conclure que les autres sont inutiles.

Action : examinez la liste réellement chargée et excluez les outils rarement nécessaires, notamment avec Modifier l’équipement dans Aperçu de l’exécution de l’agent. Une liste plus courte peut réduire les jetons et simplifier le choix des outils ; testez les demandes moins fréquentes avant validation.

Cas 3 : réponses trop longues

Constat : les réponses sont longues et la moyenne de crédits augmente. Vérifiez aussi le volume d’entrée et les outils pour isoler la cause.

Action : adaptez le personnage ou le prompt pour demander de la concision, par exemple « Répondez en 2 à 3 phrases » ou « Soyez direct et indiquez les actions à effectuer ». Pour un usage automatisé, « Répondez brièvement et allez à l’essentiel » est une consigne rédactionnelle ; elle n’active pas un mode technique particulier.

Cas 4 : améliorer la réutilisation du cache

Constat : l’indication de cache montre une réutilisation sur cette conversation, ou votre analyse des transactions révèle peu de réutilisation malgré des demandes proches. Le composant ne produit pas automatiquement un diagnostic exhaustif de faible réutilisation.

Action : examinez la stabilité du préfixe du prompt. Des horodatages variables, un ordre aléatoire ou des changements de contexte peuvent réduire la réutilisation de certains contenus. Stabilisez les parties qui peuvent l’être sans supprimer les données à jour nécessaires, puis mesurez les effets.

Améliorer les agents à partir de l’analyse

Suivez une démarche progressive :

1. Choisissez un échantillon : analysez 3 à 5 conversations représentatives et recherchez les motifs communs.
2. Classez les causes : repérez les principaux facteurs de coût, comme les appels évitables, la liste d’outils ou les réponses longues.
3. Appliquez des changements ciblés : ajustez les prompts, outils ou informations de schéma nécessaires, puis testez de nouvelles conversations.
4. Analysez les nouveaux résultats : comparez des conversations de difficulté semblable pour évaluer les effets.
5. Répétez si nécessaire : poursuivez jusqu’à atteindre un équilibre satisfaisant entre coût, qualité et besoins métier.

Exemples d’utilisation

• Préparer un budget : analysez des conversations représentatives d’un agent très sollicité pour estimer le coût mensuel. Si nécessaire, optimisez avant d’élargir l’usage, en distinguant projection et consommation mesurée.
• Comparer des agents : examinez des tâches comparables exécutées par des agents de support, de vente ou internes, puis partagez les pratiques utiles avec leurs responsables.
• Comparer les canaux : étudiez les coûts des canaux Interne, Widget externe et Communauté. Tenez compte des différences de tarifs et de tâches avant d’attribuer un écart à la configuration.
• Diagnostiquer un problème : si un utilisateur signale une lenteur ou une réponse inadéquate, examinez la conversation. Les outils et leurs itérations peuvent fournir des pistes, à rapprocher des délais, erreurs et résultats réels.
• Contribuer à une revue : pour des échanges sensibles, examinez le contenu et les outils avec les personnes autorisées. Une note de coût ne confirme pas à elle seule la conformité, la sécurité ou la pertinence de l’accès aux données.

Bonnes pratiques

• Analyser régulièrement : incluez un échantillon de conversations dans votre suivi hebdomadaire ou mensuel pour dégager des tendances.
• Varier les agents et les dates : évitez un échantillon limité aux conversations les plus anciennes ou les plus récentes. Couvrez les usages et périodes pertinents.
• Documenter les changements : consignez les ajustements et leurs résultats dans la description de l’agent ou le journal prévu, pour permettre leur suivi par l’équipe.
• Partager les résultats : présentez les mesures, exemples et limites qui justifient un changement de configuration.
• Fixer des objectifs adaptés : Good ou Optimal peuvent servir de repères de coût. Examinez Needs Review et High Cost en fonction de la tâche, sans sacrifier la qualité pour améliorer un badge.

Résoudre les difficultés

Comprendre le changement de crédits Économique

L’usage ordinaire Économique applique désormais un multiplicateur de 0,40 au tarif de base des crédits. À quantités de jetons et tarifs identiques, un exemple de 100 crédits de base consomme 40 crédits Économique. Avec l’ancien multiplicateur de 0,10, il en consommait 10 : le débit est quatre fois l’ancien débit Économique et 60 % inférieur au tarif de base. La consommation change, pas le prix de l’abonnement. La pré-extraction de fichiers est facturée séparément au plein tarif. Un repli de fournisseur peut utiliser un autre niveau effectif ; consultez la transaction réelle au lieu d’appliquer 0,40 à toute opération mixte. Les nouvelles transactions enregistrent Niveau de traitement ; l’historique n’est pas complété rétroactivement. Économique exige consentement et licence/configuration compatibles. Sans consentement, la demande est refusée, sans traitement silencieux à un autre niveau.