Après une relecture humaine, réalignez la modification sur la configuration de votre moteur.
Vous avez activé l’étape human review, et un traducteur a corrigé manuellement une chaîne en allemand. Très bien — mais ce faisant, il a peut-être discrètement remplacé un terme du glossaire, employé un registre interdit par vos règles de voix de marque, ou formulé un passage autrement que ne le demandent les instructions du moteur. La modification humaine fait désormais foi, et elle a pris le pas sur la configuration que vous avez soigneusement ajustée pour le moteur. L’étape de post-édition (postEdit) est le passage IA qui comble cet écart : elle prend la modification humaine en entrée et la réaligne sur la configuration de votre moteur avant la fin du job.
postEdit → runs after humanEdit, reconciles its output to engine configVous découvrez le pipeline ? Commencez par la Vue d'ensemble du pipeline.
C’est toute la fonction de cette étape, et son rôle est volontairement ciblé. Elle agit sur la modification humaine, pas sur le texte source, et elle n’évalue pas le résultat — elle ajuste la sortie humaine pour qu’elle respecte le même glossaire, la même voix de marque et les mêmes instructions que toutes les autres traductions du moteur suivent déjà.
Ce qu’elle ajuste#
Un traducteur humain apporte un jugement que le moteur n’a pas — nuance, contexte, correction d’une formulation maladroite. C’est précisément pour cela que vous avez activé l’étape human review. Mais une personne qui traite une file de travail n’a pas toute la configuration de votre moteur en tête, et une modification peut donc introduire des écarts par rapport aux règles définies au niveau du moteur. Le passage de post-édition réconcilie les deux sans sacrifier ni l’un ni l’autre.
Il examine la sortie humaine au regard de trois couches de configuration du moteur et ajuste le texte pour l’y aligner :
- Glossaire — les termes source que vous associez à des traductions exactes par langue, ainsi que les termes qui ne doivent jamais être traduits. Si une modification humaine remplace un terme approuvé par un synonyme, ce passage le rétablit.
- Voix de marque — le ton et le registre que le moteur maintient de manière cohérente d’une langue à l’autre. Une modification qui a glissé d’un registre formel à un registre plus familier est réalignée sur la voix que vous avez définie.
- Instructions — les règles permanentes que le moteur applique à chaque traduction, et qui s’appliquent ici à la modification humaine comme à une traduction fraîchement générée.
L’intention de l’humain est préservée. Ce qui change, ce sont les passages où sa formulation entrait en conflit avec une règle que le reste de vos traductions respecte. La sortie transmise aux étapes restantes est bien la modification humaine, mais réalignée.
Quand elle s’exécute#
L’étape de post-édition n’est disponible que lorsque human review est activé, car la modification humaine en est l’entrée — sans elle, il n’y a rien à réaligner. Il en découle deux conséquences, et c’est la seconde qui surprend le plus souvent :
- Elle dépend de
humanEdit. Dans la configuration du moteur,postEditne peut pas être activé tant que la relecture humaine ne l’est pas. Activez d’abord la relecture humaine ; la post-édition réaligne ensuite sa sortie. - Elle est ignorée lorsque l’étape humaine ne produit aucune sortie, même avec
postEdit.enabled: true. La relecture humaine est pilotée par événement et comporte un délai d’expiration — 48 heures par défaut — et, à l’expiration de ce délai, la traduction IA devient finale sans modification humaine. Si l’étape humaine expire ou est ignorée pour une autre raison, il n’y a aucune modification à réaligner, donc la post-édition est elle aussi ignorée. Vous verrez un enregistrement d’étapeskipped, et non un échec.
Vous avez défini postEdit.enabled, mais rien ne s’est passé ?
La raison la plus fréquente est que l’étape humaine n’a produit aucune sortie. La post-édition ne s’exécute que sur la modification humaine — si human review a expiré (48 h par défaut) ou a été ignoré, cette étape n’a rien à réaligner et sera ignorée quel que soit postEdit.enabled. Vérifiez d’abord le résultat de l’étape humaine : une étape skipped humanEdit signifie que postEdit a été ignoré pour la même raison. L’enregistrement par étape qui le montre se trouve dans Observe pipeline runs.
À ne pas confondre avec les AI Reviewers#
C’est une distinction à bien comprendre avant d’activer cette étape, car les noms se ressemblent alors que le comportement est à l’opposé.
À ne pas confondre avec les AI Reviewers
L’étape de post-édition modifie la sortie de traduction pour la rendre conforme aux règles de votre moteur. Les AI Reviewers sont une fonctionnalité distincte qui évalue la qualité de la traduction de manière asynchrone sans modifier la sortie. L’une change le texte ; l’autre l’évalue et le laisse tel quel. Vous pouvez utiliser les deux ensemble : la post-édition réaligne la modification humaine, puis les AI Reviewers évaluent le résultat réaligné.
Si votre objectif est de faire en sorte que les modifications humaines restent dans le cadre des règles de votre moteur, c’est la post-édition qu’il vous faut — elle agit sur la sortie. Si votre objectif est d’obtenir un signal de qualité que vous pouvez suivre et exploiter dans vos rapports sans toucher à la traduction, il vous faut les AI Reviewers. Elles répondent à des besoins différents, et l’une ne remplace pas l’autre.
Configuration et observabilité#
La post-édition est une étape du pipeline du moteur, activable comme les autres. Son entrée dans le schéma est postEdit { enabled }, avec une règle permanente : elle ne peut pas être activée tant que humanEdit ne l’est pas aussi. Pour l’activer sur chaque job, activez-la dans l’onglet Pipeline du moteur ; pour l’activer sur une seule soumission, transmettez-la dans le pipelineConfig de la requête. Ces deux niveaux, ainsi que la règle qui lie postEdit à humanEdit, sont décrits dans Configure the pipeline.
Lorsque l’étape s’exécute, elle apparaît comme une entrée postEdit dans le tableau steps[] du job — completed lorsqu’elle a réaligné la modification, skipped lorsque l’étape humaine ne lui a rien donné à traiter. La structure complète de l’enregistrement d’étape ainsi que la sémantique completed/failed/skipped sont documentées sur une page de référence unique : Observe pipeline runs.
