REDA AI Monsoon 2026 · v1.15000 13 août 2026

REDA AI — Monsoon 2026 (v1.15000)

Cette version porte principalement sur le coût d’exécution des agents. Deux nouveaux paramètres par agent permettent de choisir un profil de traitement plus économique, avec un compromis de capacité, ou de conserver le contexte en cache entre les messages pour éviter de le traiter à nouveau après une pause. Quatre autres paramètres limitent le budget d’un agent sans modifier les valeurs de l’organisation. Un agent API automatisé peut également être autorisé à ne pas appliquer les autorisations d’objet et de champ, tout en conservant les restrictions de partage des enregistrements. Les e-mails peuvent renseigner vos champs personnalisés sur l’enregistrement créé et un défaut qui pouvait faire perdre des entrées du journal d’incidents est corrigé.

Installer cette version

Mettez à niveau REDA AI comme tout package géré Salesforce. Pour vérifier l’installation, ouvrez Configuration → Packages installés et vérifiez que la colonne Numéro de version de REDA AI indique 1.15000 ou une version ultérieure. Cette page décrit la version 1.15000. Si la colonne indique encore 1.14 ou 1.14001, la mise à niveau n’est pas terminée et les nouveaux paramètres de cette version ne sont pas encore disponibles.

Cette version inclut également les changements du correctif 1.14001. Si vous passez directement de 1.14 à cette version, ces changements sont eux aussi nouveaux pour vous et sont décrits ci-dessous.

Ce que la mise à niveau ne fait pas à votre place

Une mise à niveau de package géré Salesforce préserve vos personnalisations. Un administrateur doit donc vérifier les présentations et les autorisations dans chaque organisation mise à niveau. Sans ces vérifications, les nouveaux paramètres peuvent exister sans être visibles ou accessibles aux utilisateurs.

Tous les nouveaux champs de cette version

Les neuf champs se trouvent sur l’enregistrement Définition de l'agent, qui sert à configurer un agent. La colonne Section indique leur emplacement dans la présentation fournie par REDA. Utilisez le même emplacement dans votre présentation pour faciliter les comparaisons.

Les étapes d’administration dans chaque organisation

1. Placez les champs dans votre présentation. Ouvrez Configuration → Gestionnaire d’objet → Définition de l'agent → Présentations de page. Ouvrez la présentation réellement utilisée par votre équipe, déplacez les champs depuis la palette vers les sections du tableau, puis cliquez sur Enregistrer. Si la présentation n’a jamais été personnalisée, vérifiez si les champs sont déjà présents ; dans ce cas, cette étape est inutile.

2. Donnez accès aux champs. Les deux ensembles d’autorisations du package couvrent ces neuf champs : REDA AI Admin permet leur modification et REDA AI User leur lecture. Cela suffit si ces ensembles sont attribués aux utilisateurs concernés. Si vous utilisez vos propres ensembles d’autorisations ou profils, ajoutez-y l’accès : Configuration → Ensembles d’autorisations → votre ensemble → Paramètres d’objet → Définition de l'agent → Modifier. Cochez la lecture et, pour les administrateurs, la modification de chaque champ.

3. Reportez la limite d’itérations sur chaque agent. Le paramètre global Itérations maximales de l'outil n’est plus utilisé et sa carte a été retirée de la console d’administration. Si vous aviez changé sa valeur, renseignez Nombre maximal d'itérations d'outils sur chaque agent concerné. Une valeur vide correspond à 6, l’ancienne valeur par défaut à l’échelle de l’organisation.

4. Conservez le contexte d’exécution par défaut sauf besoin identifié. La valeur Utilisateur convient aux agents avec lesquels une personne dialogue. Ne la modifiez que pour un agent API automatisé, après avoir lu la section ci-dessous.

Nouveautés

Deux possibilités pour réduire le coût d’exécution d’un agent

Niveau de traitement choisit le profil utilisé par l’agent. Standard est la valeur par défaut. Le profil Efficace vise une consommation de crédits plus faible, avec un compromis possible sur les raisonnements longs en plusieurs étapes. Il convient notamment aux tâches simples et nombreuses : questions courantes, recherche d’enregistrements ou saisie de données. Pour une analyse complexe, comparez la qualité avant de l’adopter. Le gain réel dépend de la tâche et de la configuration. Une valeur vide correspond à Standard : aucun agent existant ne change de profil sans votre intervention.

Mise en cache améliorée conserve le contexte stable de l’agent, notamment ses instructions et les outils disponibles, pendant une heure au lieu de cinq minutes. Cela peut réduire le coût des conversations interrompues puis reprises, par exemple après une pause de dix minutes, lorsque le même contexte peut être réutilisé au lieu d’être traité à nouveau.

Des limites par agent qui remplacent les valeurs globales

Quatre paramètres auparavant globaux peuvent être définis sur chaque agent : Jetons de sortie max., pour la longueur des réponses ; Budget de jetons d'historique, pour la conversation antérieure retransmise ; Profondeur max. de continuation et Recherches web max.. Une valeur vide conserve le paramètre de l’organisation : rien ne change avant votre configuration explicite.

Le Budget de jetons d'historique peut avoir un effet important sur la consommation. Chaque tour retransmet une partie des échanges pour que l’agent en conserve le contexte. Un budget élevé permet de transmettre davantage de texte, ce qui peut augmenter le coût par message. Réduisez-le progressivement pour les agents très sollicités, puis vérifiez la qualité : une limite trop basse prive l’agent d’informations antérieures utiles.

Autoriser un agent API automatisé à ne pas appliquer les autorisations d’objet et de champ

Un agent du canal API s’exécute automatiquement à la demande d’un autre système. Il utilise le contexte d’un utilisateur d’intégration ou d’automatisation. Avec le contexte Utilisateur, ce compte doit disposer des autorisations pour les objets et champs consultés ou modifiés. Comme l’agent choisit les données utiles selon la demande, une tâche peut rencontrer un défaut d’autorisation sur un objet absent des essais initiaux.

Le champ Contexte d'exécution permet de modifier ce comportement. Avec la valeur Système sur un agent API, les outils concernés n’appliquent plus les autorisations d’objet et de champ.

Trois limites à connaître avant de l’utiliser :

• Ce réglage ne s’applique qu’au canal API. Il est ignoré sur les autres canaux. Les agents utilisés par une personne conservent les limites d’accès de leur contexte utilisateur. Les agents publics d’un site web utilisent un contexte invité, pour lequel un contournement des autorisations serait inadapté.
• Seul un administrateur disposant des droits nécessaires peut l’activer. Ce champ de définition d’agent est modifiable avec l’ensemble d’autorisations REDA AI Admin. L’agent ne peut pas l’activer lui-même au moyen d’une instruction de prompt.
• Les exécutions avec élévation des droits sont journalisées. Lorsqu’un outil concerné s’exécute sans appliquer les autorisations d’objet et de champ, le package prévoit une entrée de journal identifiant l’outil, l’objet cible et l’utilisateur d’exécution. Consultez ces journaux pour examiner l’utilisation de ce mode.

Conservez Utilisateur sauf si un agent API automatisé nécessite ce mode après examen de ses erreurs d’autorisation. Ce n’est pas un réglage de performance.

Renseigner vos champs personnalisés sur les e-mails envoyés par un agent

Lorsqu’un agent envoie un e-mail, Salesforce peut en conserver un enregistrement lié aux données concernées. Vous pouvez désormais demander à l’agent de renseigner vos champs personnalisés sur cet enregistrement, notamment pour identifier quel agent a envoyé le message et produire des rapports par agent. L’outil peut également renvoyer l’identifiant de l’enregistrement d’e-mail lorsqu’il a été retrouvé. Vérifiez sa présence : un envoi réussi ne garantit pas que l’association ou les champs personnalisés ont été enregistrés.

Deux étapes préalables :

1. Créez le champ personnalisé sur l’objet Message e-mail : Configuration → Gestionnaire d’objet → Message e-mail → Champs et relations → Nouveau.
2. Donnez à l’utilisateur d’exécution accès au champ. Si cet utilisateur ne peut pas renseigner le champ, la valeur peut ne pas être enregistrée alors que l’e-mail est tout de même envoyé. Vérifiez ces droits si la valeur attendue est absente.

Seuls vos champs personnalisés peuvent être renseignés par ce mécanisme. Les champs standard, comme l’objet ou le destinataire, sont refusés pour préserver la correspondance entre les réponses et le message initial.

Limiter le nombre d’outils et d’étapes par tour

Fourni dans le correctif 1.14001 ; nouveau pour une mise à niveau depuis 1.14.

Nombre maximal d'outils limite le nombre d’outils présentés à l’agent par tour. La description des outils disponibles fait partie du contexte transmis et peut consommer des crédits même si les outils ne sont pas appelés. La valeur par défaut a changé : la limite était auparavant de 20 ; une valeur vide correspond désormais à 25. Un agent disposant de plus de 20 outils admissibles peut donc en charger jusqu’à cinq de plus, avec davantage de possibilités et un contexte potentiellement plus coûteux.

Nombre maximal d'itérations d'outils limite les étapes d’un tour lorsque l’agent enchaîne des outils. Une valeur vide correspond à 6. Reportez-vous à l’étape 3 des Étapes d’administration : l’ancien paramètre global n’est plus lu.

Correctifs

Le journal d’incidents ne perd plus tout un lot à cause d’une entrée incorrecte

Les incidents sont enregistrés par lots. Auparavant, une seule entrée incorrecte pouvait entraîner le rejet du lot entier, y compris des erreurs valides, sans journal ni notification. Une erreur pouvait ainsi disparaître à cause d’un message sans rapport enregistré au même moment. Le traitement utilise désormais une sauvegarde partielle : une entrée rejetée n’annule plus l’enregistrement des entrées valides. Aucune configuration supplémentaire n’est nécessaire.

L’assistant ne présente plus comme exécutée une action non confirmée

Lorsqu’un agent propose une action qui nécessite votre confirmation, il la présente comme non encore exécutée jusqu’à votre accord. Auparavant, il pouvait annoncer au passé qu’un e-mail avait été envoyé alors que la confirmation était toujours attendue, y compris si vous annuliez ensuite.

Les cartes de confirmation affichent les détails des actions personnalisées

Une carte de confirmation correspondant à une action créée par votre équipe pouvait être vide. Elle affiche désormais les valeurs que l’action utilisera afin que vous puissiez les examiner avant de confirmer.

Autres correctifs

• Les liens vers les enregistrements dans les alertes sont désormais cliquables, au lieu d’afficher du code contenant un identifiant.
• Les phrases des réponses de l’assistant ne sont plus accolées sans séparation.
• (Correctif 1.14001) L’outil de recherche d’enregistrements indiquait à l’agent une limite de 50 champs, alors que la limite réelle était de 25. Il indique désormais 25 pour éviter les demandes excessives.
• (Correctif 1.14001) La vue de liste All — Inactive Agents affichait des agents actifs. Son filtre a été corrigé.
• (Correctif 1.14001) Cinq messages d’erreur auparavant toujours en anglais s’affichent désormais dans la langue du lecteur.

Améliorations

Les outils personnalisés peuvent connaître leur canal d’exécution

Les outils créés par votre équipe peuvent désormais recevoir le canal d’exécution de l’agent. Ils peuvent ainsi distinguer une automatisation d’une interaction avec un utilisateur connecté et adapter leur comportement. Les outils existants n’ont pas besoin d’être modifiés : cette information est disponible pour ceux qui souhaitent l’utiliser.

Vérifier le résultat de la mise à niveau

1. Vérifiez la version. Configuration → Packages installés → REDA AI doit indiquer 1.15000 ou une version ultérieure.
2. Ouvrez un agent. Dans l’application REDA AI, ouvrez Définitions des agents, puis un enregistrement. Vérifiez la présence de Niveau de traitement et de Mise en cache améliorée dans Performances et contrôle des coûts, ainsi que de Contexte d'exécution sous Canal. S’ils sont absents, vérifiez la présentation et les autorisations de champ décrites plus haut.
3. Vérifiez aussi avec un utilisateur non administrateur. Demandez à une personne disposant des autorisations ordinaires, ou connectez-vous avec un compte de test représentatif, de confirmer que ces champs sont visibles.
4. Ne modifiez pas encore les paramètres. Les nouveaux réglages sont facultatifs. Vérifiez toutefois les valeurs par défaut et les limites d’outils décrites sur cette page avant de conclure que le comportement est identique.

Questions fréquentes

Dois-je modifier quelque chose pour que mes agents continuent à fonctionner ?
Les nouvelles options sont facultatives et leurs valeurs par défaut conservent les modes de traitement habituels. Vérifiez néanmoins la limite d’itérations auparavant définie au niveau de l’organisation, qui n’est plus lue, ainsi que le passage de 20 à 25 outils lorsque la limite par agent est vide.

Le profil Efficace réduit-il la qualité de mon agent ?
Il peut être moins adapté aux raisonnements longs en plusieurs étapes. Testez-le sur un agent chargé de questions courantes, de recherches ou de saisies simples, puis comparez la qualité et la consommation sur des tâches représentatives avant de l’adopter plus largement.

Faut-il activer la mise en cache améliorée partout ?
Elle est surtout utile pour les agents conversationnels dont les échanges comportent des pauses. Un agent autonome qui termine sa tâche d’une traite ne bénéficie pas de cette prolongation entre les messages. Vérifiez la réutilisation effective du contexte pour mesurer le gain.

Le contexte d’exécution donne-t-il accès à davantage de données ?
Sur le canal API, le mode Système modifie l’application des autorisations d’objet et de champ pour les outils concernés. Il n’élargit pas à lui seul le partage des enregistrements. Examinez séparément la sécurité de tout outil personnalisé.

Pourquoi le numéro est-il passé de 1.14 à 1.15000 ?
Le format a changé. La partie mineure réunit désormais la version principale et son correctif : 1.15000 désigne la version 15, correctif 000. Ses correctifs commencent à 1.15001 et la prochaine version principale utilise 1.16000.