|
Documentation
Réserver une démoPlateforme
PlateformeMCPCLIAPIWorkflows
GuidesChangelog
Toutes les versions

W25 – Suggestions du moteur de localisation : quand les scores d’évaluation IA sont faibles, proposition de modifier le glossaire, les instructions ou la voix de marque

Les suggestions du Moteur de localisation sont des modifications concrètes d’un moteur de localisation — une entrée de glossaire, une instruction ou un ajustement de la voix de marque — proposées par la plateforme à partir de ses propres verdicts de l’évaluateur IA. Lorsque la relecture d’une traduction obtient un score faible, la plateforme propose une modification ciblée du glossaire, des règles ou de la voix de marque du moteur de localisation, avec l’explication correspondante. Appliquer enregistre la modification dans le moteur de localisation, et la traduction suivante s’exécute avec cette correction déjà prise en compte. Ignorer écarte la suggestion.

Un bouton suggestions automatiques dans l’onglet Relectures du moteur de localisation lance l’analyse en arrière-plan : une série de scores faibles génère discrètement des suggestions en attente dans l’onglet Suggestions, ainsi qu’une notification.

Les suggestions sont accessibles depuis le code via l’API Suggestions du moteur de localisation. Les retours en texte libre – « le texte allemand sonne trop raide », « arrêtez de traduire le nom du produit » – sont transmis de la même façon et renvoient le même type de suggestion structurée, avec aussi des endpoints pour lister, appliquer et ignorer.

Mise en cache des prompts : les traductions répétées deviennent plus rapides et moins coûteuses#

Les parties stables de chaque prompt de traduction – le prompt système, les instructions du moteur de localisation, la voix de marque – ne changent pas d’une requête à l’autre pour un même moteur de localisation et une même langue. Elles réutilisent désormais le cache de prompts du fournisseur de LLM sous forme de jetons de cache, facturés à une fraction du tarif habituel des jetons d’entrée – la réduction se répercute sur le coût par requête à chaque appel. Le glossaire propre à la requête et le texte d’entrée, eux, sont toujours renvoyés tels quels. Les lectures et écritures de cache apparaissent dans des champs distincts de la ventilation d’usage de chaque traduction, ainsi que comme séries distinctes dans le graphique de consommation de jetons.

Autres nouveautés#

  • Contrôle de la longueur du contenu – une nouvelle étape pipeline facultative qui réécrit les traductions pour respecter une contrainte de largeur – une limite fixe, la largeur de la source ou une plage de tolérance autour de celle-ci – afin d’éviter que le texte traduit ne déborde dans les notifications, les boutons ou les interfaces étroites.
  • Champ context dans les requêtes de localisation – un indice facultatif au niveau du payload (surface produit, audience, objectif) que le LLM lit en plus du texte d’entrée. Il complète le champ hints par clé pour les indications ponctuelles qui ne font pas partie de la configuration du moteur de localisation.
  • Préférences de notification désormais séparées en boutons indépendants dans l’application et par e-mail pour chaque type de notification.
Veronica PrilutskayaVeronica Prilutskaya, Directeur produit et cofondateur·Publié il y a environ 2 mois·2 min de lecture