Optimiser la consommation de crédits
Financement et utilisation de l’IA
IA incluse utilise des crédits REDA. Votre propre IA utilise le compte fournisseur de votre organisation, facturé directement par ce fournisseur. La licence définit un mode pour toute l’organisation. Dans les deux cas, REDA AI gouverne les outils et actions configurés dans Salesforce. Configurer la licence et les comptes IA.
Les instructions ci-dessous sur l’allocation, le solde, les recharges et le report concernent l’IA incluse. Avec votre propre IA, REDA mesure l’utilisation sans débiter d’allocation REDA. Vos limites par utilisateur et par canal restent applicables. Quotas et factures sont gérés auprès du fournisseur. Comprendre la mesure dans les deux modes.
Consultez offres, prix, conditions d’essai et recharges actuels sur la page des tarifs REDA AI. Les exemples et chiffres d’utilisation de ce guide expliquent le fonctionnement ; ils ne constituent pas un devis.
REDA AI peut apporter de la valeur avec une consommation de crédits maîtrisée. La configuration de vos agents influe directement sur cette consommation. Ce guide présente les principaux réglages pour réduire les dépenses inutiles tout en vérifiant que les réponses restent adaptées à vos besoins.
Comprendre ce qui consomme des crédits
La consommation dépend du texte traité à chaque interaction : le contenu envoyé à l’IA en entrée et sa réponse en sortie. Les principaux facteurs sont les suivants :
| Facteur | Effet sur les crédits | Possibilités d’optimisation |
|---|---|---|
| Personnage de l’agent et prompts | Transmis à chaque interaction : des prompts plus longs augmentent le volume de base à traiter. | Moyennes : ciblez les instructions et évitez les répétitions inutiles. |
| Champs de contexte | Chargés à chaque interaction sur une page d’enregistrement : davantage de champs signifie davantage de texte. | Élevées : conservez les champs directement utiles aux questions habituelles. |
| Historique de la conversation | Les messages précédents accompagnent chaque échange : une conversation longue peut coûter davantage. | Moyennes : ouvrez une nouvelle conversation pour un sujet sans rapport avec le précédent. |
| Utilisation des outils | Chaque appel ajoute sa requête et son résultat au contexte. | Moyennes : attribuez uniquement les outils dont l’agent a besoin. |
| Longueur des réponses | Une réponse plus longue consomme davantage de crédits de sortie. | Moyennes : demandez des réponses concises dans les prompts. |
| Niveau de raisonnement approfondi | Un niveau supérieur permet une analyse plus poussée avant la réponse, avec une consommation de crédits plus importante. | Élevées : choisissez le niveau minimal qui donne des résultats fiables ; Désactivé ou Faible convient aux tâches courantes. |
Commencez par les deux réglages les plus influents
Les conseils suivants restent utiles, mais deux paramètres propres à l’agent peuvent modifier son coût sans réécrire ses prompts ni ses champs de contexte. Ils se trouvent dans la section des contrôles de performance et de coût de sa définition. Ce sont des options : leur adoption n’exige pas de modifier tous les agents de l’organisation.
| Paramètre | Fonction | Quand l’utiliser |
|---|---|---|
| Niveau de traitement | Détermine le profil de traitement des réponses. Standard est le choix par défaut. Efficace vise une consommation moindre pour des tâches adaptées, avec des capacités à évaluer sur les raisonnements longs et complexes ; il ne garantit pas un pourcentage fixe d’économie. Économique utilise un autre modèle, open source, nécessite la case Consentement du niveau Économique et désactive le raisonnement approfondi. Son tarif applicable dépend de la version et de la licence : vérifiez le barème de votre période plutôt que de supposer une réduction fixe. | Adapté aux agents à fort volume qui exécutent des tâches simples : consultation d’un statut, réponses aux questions fréquentes ou orientation des demandes. Moins adapté aux analyses complexes et aux longues chaînes de raisonnement. |
| Mise en cache améliorée | Demande la conservation en cache du contexte stable de l’agent, notamment ses instructions et définitions d’outils, pendant une heure au lieu de cinq minutes. La reprise après une pause peut ainsi réutiliser ce contexte si le cache est encore disponible et correspond à la requête. | À envisager pour les agents conversationnels dont les utilisateurs répondent à plusieurs minutes d’intervalle. Son intérêt peut être plus limité pour un agent autonome qui termine son travail en une seule séquence. |
Ces réglages se choisissent agent par agent. Vous pouvez commencer par passer votre agent simple le plus sollicité en mode Efficace, conserver les autres en Standard, puis comparer un mois d’utilisation avant d’étendre ce choix. Pour encadrer aussi les ressources d’un échange, consultez les paramètres de performance et de coût, qui détaillent les limites de jetons et d’outils par agent.
Principaux conseils d’optimisation
1. Limitez les champs de contexte à l’essentiel
Les champs de contexte constituent un levier majeur. Pour chaque agent, examinez les champs chargés et retirez ceux qui sont rarement utiles aux conversations. L’optimiseur de champs de contexte propose des recommandations fondées sur le schéma de l’objet et la mission de l’agent.
2. Ciblez vos prompts et évaluez leur qualité
Les prompts sont transmis à chaque interaction. Soumettez chaque prompt personnalisé à l’analyseur de qualité des prompts pour repérer les longueurs, répétitions et problèmes de structure. L’optimiseur de prompts peut proposer une formulation plus courte ; vérifiez le sens et le gain en jetons. Évitez de répéter dans un prompt Instructions personnalisées ce qui figure déjà dans le champ Personnage.
3. Encouragez une nouvelle conversation pour chaque nouveau sujet
Chaque message d’une conversation en cours comprend l’historique précédent. Plus celui-ci s’allonge, plus un nouvel échange peut coûter cher. Invitez les utilisateurs à ouvrir une nouvelle conversation lorsqu’ils changent de sujet : le nouvel historique reste ainsi centré sur la demande actuelle.
4. Réduisez la liste des outils
Les définitions d’outils font partie des entrées du modèle et consomment des jetons. Les outils actifs sont chargés à chaque échange dans une liste stable pouvant être mise en cache par le fournisseur : agissez sur la taille de cette liste. Réduisez Nombre maximal d’outils, excluez les outils inutilisés avec Modifier l’équipement dans Aperçu de l’exécution de l’agent et gardez des schémas d’outils personnalisés concis. Consultez Chargement des outils et coût.
5. Regroupez les appels d’outils lorsque cela convient
Les outils intégrés soql_query, describe_object et count_records acceptent plusieurs entrées dans un même appel. L’agent peut décrire trois objets liés ou compter des enregistrements avec deux filtres dans un seul aller-retour, au lieu d’un appel par opération. Cela peut réduire le nombre d’échanges avec le modèle. Consultez la référence des outils intégrés.
6. Vérifiez le multiplicateur associé au traitement des fichiers
Lorsqu’un échange traite des fichiers, la plateforme augmente le budget de sortie pour permettre des extractions plus détaillées. Le paramètre de plateforme Multiplicateur de crédit pour le traitement des fichiers règle cette augmentation. Il s’agit d’un réglage de plateforme, pas d’un paramètre propre à un agent : évaluez son effet sur tous les usages concernés. Une valeur plus faible peut convenir à de nombreuses petites extractions ; une valeur plus élevée peut être nécessaire pour de longues sorties structurées. Le multiplicateur augmente le budget autorisé, sans imposer que toute cette capacité soit consommée.
7. Demandez des réponses concises
Ajoutez une consigne courte au prompt Instructions personnalisées, par exemple : « Réponds de façon concise et directe. Évite les introductions inutiles et les longs résumés, sauf si l’utilisateur demande des détails. » Vérifiez que les réponses plus courtes conservent les éléments utiles. La galerie de modèles de prompts fournit des ensembles de règles prêts à adapter qui incluent déjà ce type de consigne.
8. Choisissez le niveau minimal de raisonnement adapté à la tâche
Le raisonnement approfondi permet à l’agent d’analyser davantage avant de répondre. Les niveaux supérieurs peuvent améliorer certains travaux complexes et à forts enjeux, mais consomment plus de crédits. Conservez Désactivé, le choix par défaut, ou Faible pour les tâches courantes bien définies. Augmentez le niveau uniquement pour les agents qui en ont besoin, après évaluation de leurs réponses.
9. Configurez des plafonds quotidiens par canal
Si vous utilisez Widget externe ou Communauté, configurez le plafond quotidien correspondant dans les paramètres de plateforme. Les plafonds de ces deux canaux sont indépendants : ajustez chacun au trafic réel. Ces contrôles contribuent à limiter l’effet d’un pic public sur le solde partagé ; vérifiez leur configuration et ne les assimilez pas à une réserve de crédits dédiée aux utilisateurs internes.
10. Fixez des limites mensuelles aux utilisateurs les plus consommateurs
Si quelques utilisateurs consomment une part disproportionnée des crédits, renseignez Limite de crédit mensuelle pour l’IA sur leur enregistrement utilisateur Salesforce. Ce contrôle permet d’encadrer leur utilisation pendant la période de crédit courante. Une valeur vide ou non positive n’impose pas de limite individuelle.
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.
Questions fréquentes
Créez un rapport Salesforce sur les transactions de crédit de votre organisation. Leur lien vers la définition de l’agent permet de regrouper les crédits consommés par agent sur la période choisie. Vous pouvez demander à l’équipe REDA Success un modèle de rapport adapté.
Cela dépend des champs retirés. Conservez ceux auxquels les questions des utilisateurs font souvent référence. Les champs rarement utiles, ou que l’agent peut récupérer au besoin avec un outil autorisé, peuvent être retirés du contexte automatique après validation. L’optimiseur de champs de contexte aide à évaluer ces choix.
Une optimisation prudente retire les éléments redondants ou inutilisés tout en conservant ce dont l’agent a besoin. Un contexte ciblé peut faciliter des réponses pertinentes en réduisant les informations sans rapport avec la tâche. Testez des demandes représentatives avant et après chaque changement pour vérifier l’utilité des réponses.