Skip to content

Référence des agents

Lorsque vous créez des agents personnalisés, reportez-vous à cet article pour en savoir plus sur les paramètres clés, tels que les instructions et les schémas de sortie. Pour une introduction, consultez Agents Braze et la Foire aux questions.

Modèles

Lorsque vous configurez un agent, vous pouvez choisir le modèle qu’il utilise pour générer des réponses. Deux possibilités s’offrent à vous : utiliser un modèle fourni par Braze ou apporter votre propre clé API.

Option 1 : utiliser un modèle fourni par Braze

C’est l’option la plus simple : aucune configuration supplémentaire n’est nécessaire. Braze donne accès directement à des grands modèles de langage (LLM). Pour utiliser cette option, sélectionnez Auto, qui s’appuie sur les modèles Gemini.

Option 2 : apporter votre propre clé API

Cette option vous permet de connecter votre compte Braze à des fournisseurs tels qu’OpenAI, Anthropic ou Google Gemini. Si vous apportez votre propre clé API d’un fournisseur de LLM, les coûts liés aux jetons sont facturés directement par votre fournisseur, et non par Braze.

Nous vous recommandons de tester régulièrement les modèles les plus récents, car les anciens modèles peuvent être abandonnés ou rendus obsolètes au bout de quelques mois. Vous pouvez également vous inscrire aux notifications de la Console des agents dans les Préférences de notification pour être alerté lorsque Braze détecte qu’un modèle n’est plus disponible.

Pour configurer cette option :

  1. Allez dans Intégrations partenaires > Partenaires technologiques et trouvez votre fournisseur.
  2. Saisissez votre clé API fournie par le fournisseur.
  3. Sélectionnez Enregistrer.

Vous pouvez ensuite retourner à votre agent et sélectionner votre modèle.

Lorsque vous utilisez un LLM fourni par Braze, les fournisseurs de ce modèle agissent en tant que sous-traitants secondaires de Braze, conformément aux conditions de l’addendum relatif au traitement des données (DPA) conclu entre vous et Braze. Si vous choisissez d’apporter votre propre clé API, le fournisseur de votre abonnement LLM est considéré comme un fournisseur tiers dans le cadre du contrat entre vous et Braze.

Niveaux de réflexion

Certains fournisseurs de LLM vous permettent d’ajuster le niveau de réflexion d’un modèle sélectionné. Les niveaux de réflexion définissent l’étendue du raisonnement que le modèle effectue avant de répondre, allant de réponses rapides et directes à des chaînes de raisonnement plus longues. Cela affecte la qualité des réponses, la latence et la consommation de jetons.

Niveau Quand l’utiliser
Minimal Tâches simples et bien définies (comme la recherche dans un catalogue ou la classification directe). Réponses les plus rapides et coût le plus bas.
Faible Tâches qui bénéficient d’un peu plus de raisonnement sans nécessiter d’analyse approfondie.
Moyen Tâches à plusieurs étapes ou nuancées (comme l’analyse de plusieurs entrées pour recommander une action).
Élevé Raisonnement complexe, cas particuliers, ou situations où le modèle doit réfléchir aux étapes avant de répondre.

Nous vous recommandons de commencer par Minimal et de tester les réponses de votre agent. Vous pouvez ensuite passer au niveau Faible ou Moyen si l’agent a du mal à fournir des réponses précises. Dans de rares cas, un niveau Élevé peut être nécessaire, mais sachez que ce niveau peut entraîner des coûts de jetons élevés, des temps de réponse plus longs ou un risque accru d’erreurs de délai d’attente. Si votre agent peine à concilier un raisonnement à plusieurs étapes avec des temps de réponse raisonnables, envisagez de diviser votre cas d’utilisation en plusieurs agents capables de collaborer dans un Canvas ou un catalogue.

Braze utilise les mêmes plages d’adresses IP pour les appels LLM sortants que pour le Contenu connecté. Ces plages sont répertoriées dans la liste d’autorisation IP du Contenu connecté. Si votre fournisseur prend en charge la liste d’autorisation IP, vous pouvez restreindre la clé à ces plages afin que seul Braze puisse l’utiliser.

Déterminer le modèle à utiliser

Chaque fournisseur de LLM propose un mélange légèrement différent de capacités, de coûts et de niveaux de réflexion. Voici quelques recommandations générales et bonnes pratiques :

  • Pour optimiser les coûts, privilégiez les modèles à faible coût en jetons avant de passer à des modèles plus coûteux. N’augmentez le coût que si les modèles moins chers peinent avec votre cas d’utilisation ou produisent des résultats incohérents ou inexacts.
  • Pour optimiser la vitesse et les performances, privilégiez les niveaux de réflexion les plus bas avant de passer à des niveaux supérieurs. N’augmentez le niveau de réflexion que si les niveaux inférieurs peinent avec votre cas d’utilisation ou produisent des résultats incohérents ou inexacts.
  • Si les modèles ou niveaux de réflexion les moins coûteux peinent avec votre cas d’utilisation ou produisent des résultats incohérents ou inexacts, envisagez de passer à des modèles plus coûteux ou à des niveaux de réflexion supérieurs.
  • Pendant les tests, veillez à trouver le bon équilibre entre fiabilité et précision d’une part, et consommation de jetons et durée d’invocation d’autre part.
  • Chaque cas d’utilisation peut avoir un modèle et un niveau de réflexion optimaux différents. Nous vous recommandons de tester minutieusement pour vérifier la qualité constante sans dépassements de délai.

Limites de débit

Les limites de débit suivantes s’appliquent par espace de travail :

  • Modèle fourni par Braze : 1 000 invocations par minute
  • Clé API personnelle : 2 500 invocations par minute

Rédaction des instructions

Les instructions sont les règles ou directives que vous donnez à l’agent (prompt système). Elles définissent le comportement de l’agent à chaque exécution. Les instructions système peuvent contenir jusqu’à 25 Ko.

Voici quelques bonnes pratiques générales pour vous aider à démarrer avec la rédaction de prompts :

  1. Commencez par la fin. Énoncez d’abord l’objectif.
  2. Donnez au modèle un rôle ou un personnage (« Vous êtes un … »).
  3. Définissez clairement le contexte et les contraintes (audience, longueur, ton, format).
  4. Demandez une structure (« Retournez du JSON/une liste à puces/un tableau… »).
  5. Montrez plutôt que de décrire. Incluez quelques exemples de qualité.
  6. Décomposez les tâches complexes en étapes ordonnées (« Étape 1… Étape 2… »).
  7. Encouragez le raisonnement (« Réfléchissez en interne aux différentes étapes, puis donnez une réponse finale concise » ou « expliquez brièvement votre décision »).
  8. Testez, inspectez et itérez. De petits ajustements peuvent produire des gains de qualité importants.
  9. Traitez les cas particuliers, ajoutez des garde-fous et des instructions de refus.
  10. Mesurez et documentez ce qui fonctionne en interne pour faciliter la réutilisation et la montée en charge.

Pour vous inspirer dans la rédaction d’instructions d’agents, consultez notre bibliothèque de cas d’utilisation dédiée aux agents Braze.

Utilisation de Liquid

Inclure du Liquid dans les instructions de votre agent permet d’ajouter une couche supplémentaire de personnalisation à ses réponses. Vous pouvez spécifier la variable Liquid exacte que l’agent reçoit et l’intégrer dans le contexte de votre prompt. Par exemple, au lieu d’écrire explicitement « prénom », vous pouvez utiliser l’extrait de code Liquid {{${first_name}}} :

1
Tell a one-paragraph short story about this user, integrating their {{${first_name}}}, {{${last_name}}}, and {{${city}}}. Also integrate any context you receive about how they are currently thinking, feeling, or doing. For example, you may receive {{context.${current_emotion}}}, which is the user's current emotion. You should work that into the story.

Dans la section Logs de la Console des agents, vous pouvez examiner les détails des entrées et sorties de l’agent pour comprendre quelle valeur est rendue par Liquid.

Détails d'un agent qui utilise Liquid dans ses instructions.

Pour les agents de catalogue, utilisez les Champs dans la section Sortie plutôt que le schéma JSON ; vous pouvez toutefois rédiger des instructions qui demandent au modèle de produire une sortie clé-valeur correspondant à ces noms de champs.

Pour plus de détails sur les bonnes pratiques en matière de prompts, consultez les guides des fournisseurs de modèles suivants :

Sorties

Schémas de base

Les schémas de base constituent une sortie simple renvoyée par un agent. Il peut s’agir d’une chaîne de caractères, d’un nombre, d’une valeur booléenne, d’un tableau de chaînes de caractères ou d’un tableau de nombres.

Par exemple, si vous souhaitez collecter des scores de sentiment utilisateur à partir d’une enquête de satisfaction simple pour déterminer le niveau de satisfaction de vos clients après réception d’un produit, vous pouvez sélectionner Number comme schéma de base pour structurer le format de sortie.

Console des agents avec le nombre sélectionné comme schéma de base.

Schémas avancés

Les options de schéma avancé incluent la structuration manuelle de champs ou l’utilisation de JSON.

  • Fields : une méthode sans code pour imposer un format de sortie d’agent que vous pouvez utiliser de manière cohérente.
  • JSON : une approche par code pour créer un format de sortie précis, où vous pouvez imbriquer des variables et des objets dans le schéma JSON. Disponible uniquement pour les agents Canvas, pas pour les agents de catalogue.

Nous recommandons d’utiliser les schémas avancés lorsque vous souhaitez que l’agent renvoie une structure de données comportant plusieurs valeurs définies de manière structurée, plutôt qu’une sortie à valeur unique. Cela permet de mieux formater la sortie en tant que variable de contexte cohérente.

Par exemple, vous pouvez utiliser un format de sortie au sein d’un agent destiné à créer un exemple d’itinéraire de voyage pour un utilisateur à partir d’un formulaire qu’il a soumis. Le format de sortie vous permet de définir que chaque réponse de l’agent doit contenir des valeurs pour tripStartDate, tripEndDate et destination. Chacune de ces valeurs peut être extraite des variables de contexte et placée dans une étape Message pour la personnalisation via Liquid.

Si vous souhaitez formater les réponses à une enquête de satisfaction simple pour déterminer la probabilité que les répondants recommandent la nouvelle saveur de glace de votre restaurant, vous pouvez configurer les champs suivants pour structurer le format de sortie :

Nom du champ Valeur
likelihood_score Nombre
explanation Chaîne de caractères
confidence_score Nombre

Console des agents affichant trois champs de sortie pour le score de probabilité, l'explication et le score de confiance.

Si vous souhaitez collecter les retours utilisateur sur leur dernière expérience culinaire dans votre chaîne de restaurants, vous pouvez sélectionner JSON Schema comme format de sortie et insérer le JSON suivant pour renvoyer un objet de données incluant une variable de sentiment et une variable de raisonnement.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
{
  "type": "object",
  "properties": {
    "sentiment": {
      "type": "string"
    },
    "reasoning": {
      "type": "string"
    }
  },
  "required": [
    "sentiment",
    "reasoning"
  ]
}

Catalogues et champs

Choisissez des catalogues spécifiques auxquels un agent peut se référer pour lui donner le contexte nécessaire à la compréhension de vos produits et d’autres données non liées aux utilisateurs, le cas échéant. Les agents utilisent des outils pour trouver uniquement les éléments pertinents et les envoient au LLM afin de minimiser la consommation de jetons.

Le catalogue « restaurants » et la colonne « Loyalty_Program » sélectionnés pour la recherche de l'agent.

Contexte d’appartenance à un segment

Vous pouvez sélectionner jusqu’à cinq segments pour que l’agent puisse croiser l’appartenance de chaque utilisateur à ces segments lorsqu’il est utilisé dans un Canvas. Supposons que votre agent ait accès à l’appartenance au segment « Utilisateurs fidèles » et qu’il soit utilisé dans un Canvas. Lorsque des utilisateurs entrent dans une étape Agent, celui-ci peut vérifier si chaque utilisateur est membre des segments que vous avez spécifiés dans la Console des agents, et utiliser cette appartenance (ou non-appartenance) comme contexte pour le LLM.

Le segment « Utilisateurs fidèles » sélectionné pour l'accès à l'appartenance de l'agent.

Directives de marque

Vous pouvez sélectionner des directives de marque que votre agent devra respecter dans ses réponses. Par exemple, si vous souhaitez que votre agent génère un texte SMS pour encourager les utilisateurs à s’inscrire à une salle de sport, vous pouvez utiliser ce champ pour faire référence à votre ligne directrice prédéfinie, audacieuse et motivante.

Historique d’interaction spécifique à l’utilisateur

Les données d’interaction d’un utilisateur incluent ses ouvertures, clics et données de conversion récents pour les Campaign et Canvas. Par exemple, vous pouvez inclure ce contexte pour qu’un agent le prenne en compte lorsqu’il est évalué dans un Canvas. L’historique d’interaction spécifique à l’utilisateur peut également influencer un agent dont le rôle est de rédiger des messages personnalisés.

Dupliquer des agents

Pour tester des améliorations ou des itérations d’un agent, vous pouvez dupliquer un agent puis appliquer des modifications afin de comparer avec l’original. Vous pouvez également utiliser la duplication comme un système de contrôle de version pour suivre les variations dans les détails de l’agent et leurs impacts sur votre envoi de messages. Pour dupliquer un agent :

  1. Survolez la ligne de l’agent et sélectionnez le menu .
  2. Sélectionnez Dupliquer.

Archiver des agents

Au fur et à mesure que vous créez des agents personnalisés, vous pouvez organiser la page Gestion des agents en archivant les agents qui ne sont pas activement utilisés. Pour archiver un agent :

  1. Survolez la ligne de l’agent et sélectionnez le menu .
  2. Sélectionnez Archiver.

Page Gestion des agents avec des agents archivés.

New Stuff!