Pipelines agentiques : plusieurs passages automatiques en chaîne

Le principe

Plutôt qu’un passage unique produisant la traduction finale, un pipeline agentique enchaîne plusieurs passages, chacun avec un rôle étroit et une consigne propre.

Une architecture courante comporte quatre étapes :

1. Traduire — un moteur ou un modèle produit la version initiale.
2. Vérifier la terminologie — un second passage contrôle la conformité au glossaire, avec la source et le glossaire sous les yeux.
3. Contrôler la cohérence documentaire — un troisième passage vérifie qu’un même terme, un même titre, une même référence sont traités identiquement dans tout le document.
4. Réviser le style — un quatrième passage applique le guide de style fourni.

Un humain intervient ensuite sur les seuls cas signalés comme incertains.

Pourquoi ça fonctionne mieux qu’on ne le craindrait

L’objection intuitive est solide : un modèle qui a produit une erreur n’a aucune raison de la détecter.

Elle est juste pour un même passage, et fausse pour deux passages différemment cadrés. Un modèle chargé de traduire optimise la production d’un texte plausible. Un modèle chargé de vérifier une liste de termes exécute une tâche de comparaison, et cette tâche-là il la fait bien.

La spécialisation est donc la condition du fonctionnement. Un passage dédié à une tâche étroite et vérifiable — la terminologie est-elle respectée, les nombres correspondent-ils, ce titre est-il traduit comme dans le sommaire — produit un gain réel. Un passage à qui l’on demande d’« améliorer la qualité » produit des reformulations sans gain mesurable, et parfois des dégradations.

Le risque propre : l’erreur corrélée

C’est la faiblesse structurelle de ces architectures, et elle est rarement mentionnée.

Si le modèle traducteur omet une subordonnée difficile, et que le modèle réviseur ne travaille que sur le texte cible, il trouvera ce texte parfaitement cohérent — il l’est. L’omission devient invisible, puis se fige : chaque étape suivante la valide implicitement en travaillant sur un texte qui ne la contient plus.

Le nombre de passages donne alors une fausse assurance. Quatre relectures automatiques d’un texte amputé produisent un texte amputé, très propre.

La règle qui en découle est non négociable : chaque étape doit repartir de la source. C’est plus coûteux en calcul et en contexte, et c’est précisément ce qu’on économise quand on veut réduire la facture. Cette économie vide le dispositif de son intérêt.

Ce que ces pipelines font bien

Trois tâches se prêtent particulièrement à cette architecture, parce qu’elles sont mécaniques, fastidieuses et vérifiables.

La cohérence à l’échelle du document. Un même terme traité identiquement partout, un titre traduit de la même manière dans le sommaire et dans le corps, une référence croisée qui pointe au bon endroit. Le travail est ingrat pour un humain et bien exécuté par une machine qui voit tout le document.

La conformité terminologique. Comparaison systématique à un glossaire, sans fatigue ni inattention.

La conformité de format. Balises préservées, variables intactes, longueurs respectées, conventions de dates et de montants appliquées.

Sur ces trois tâches, le rapport coût/bénéfice est nettement favorable.

Ce qu’ils ne font pas

L’arbitrage sur un passage réellement ambigu, où il faut choisir entre deux lectures défendables. Le jugement sur la voix d’une marque. L’engagement d’une responsabilité juridique. Et la détection de ce qui n’est pas dans le texte — une information manquante que seul quelqu’un connaissant le sujet remarquera.

Le coût, à mesurer et non à supposer

Chaque passage a un coût. Quatre passages coûtent, en première approximation, quatre fois le calcul d’un passage — davantage si chacun reçoit la source complète, ce qui est nécessaire.

La question n’est donc pas « ce pipeline améliore-t-il la qualité » mais « l’améliore-t-il plus que ne le ferait le même budget dépensé autrement ». Les alternatives à comparer honnêtement : un meilleur glossaire, un contenu source plus propre, un seuil d’estimation de qualité mieux calibré, une heure de post-édition humaine supplémentaire.

Sur bien des configurations, un glossaire soigné et des contrôles déterministes battent un pipeline à quatre étages, pour une fraction du coût et de la complexité.

La journalisation, condition de défendabilité

Un pipeline non journalisé est un dispositif dont personne ne peut expliquer une sortie.

Ce qu’il faut conserver : quelle étape a modifié quel segment, avec quelle consigne, quel modèle et quelle version, à quelle date, et sur quels segments un humain a arbitré.

Ce n’est pas une exigence de confort. Les obligations de transparence sur l’usage de systèmes automatisés et les exigences de traçabilité des secteurs régulés convergent vers cette nécessité. Le jour où une erreur doit être expliquée, l’absence de journal transforme une erreur en faute.

En pratique : par où commencer

Pas par un pipeline complet. Par une seule étape supplémentaire, mesurée.

Ajoutez un passage de vérification terminologique après votre traduction actuelle. Mesurez le taux d’erreur avant et après, et le coût. Si le gain est réel, ajoutez la cohérence documentaire, et mesurez à nouveau.

Cette progression par palier mesuré est lente et ennuyeuse. C’est aussi la seule qui permette de savoir laquelle de vos étapes sert réellement à quelque chose.