Un moteur de localisation est une API de traduction avec état que vous créez et configurez sur Lingo.dev. Au lieu d'envoyer des chaînes à un LLM générique en espérant que le résultat sera à la hauteur, vous créez une API qui fournit exactement les traductions attendues, de façon cohérente, pour chaque langue et à chaque requête.
À quoi sert un moteur de localisation#
Chaque moteur combine cinq couches configurables. Lorsqu'une requête de traduction arrive, le moteur les applique toutes automatiquement : aucun prompt engineering à refaire à chaque requête, aucune intervention manuelle.
| Couche | Rôle | Documentation |
|---|---|---|
| Modèles LLM | Le modèle utilisé pour chaque paire de langues, avec des chaînes de secours classées par ordre de priorité | Modèles LLM → |
| Voix de marque | La façon dont votre produit s'exprime dans chaque langue : ton, niveau de formalité, style | Voix de marque → |
| Règles | Conventions linguistiques propres à chaque langue, regroupées en jeux de règles | Règles → |
| Glossaire | Des correspondances de termes exactes pour chaque langue, avec appariement sémantique : la priorité la plus élevée du moteur | Glossaires → |
| Évaluateurs IA | Une évaluation automatisée à l'aide d'un LLM indépendant, après chaque traduction | Évaluateurs IA → |
La configuration appartient à l’organisation#
Les glossaires, les jeux de règles et les voix de marque appartiennent à votre organisation, pas à un seul moteur. Un moteur les applique en les rattachant : un même glossaire peut ainsi régir cinq moteurs, et une seule modification se répercute sur tous. Les configurations de modèle restent propres à chaque moteur.
| Conteneur | Contient | |
|---|---|---|
| Glossaire | Glossaire | Termes |
| Règles | Jeu de règles | Règles |
| Voix de marque | Voix de marque | Un texte par langue cible |
Supprimer un moteur laisse ces trois éléments intacts. En revanche, il est impossible d’en supprimer un tant qu’un moteur l’applique encore - détachez-le d’abord.
Comment les couches interagissent#
Le moteur applique les couches dans un ordre défini, avec une hiérarchie de priorité claire :
- Glossaire - priorité la plus élevée. Si un terme du glossaire correspond, il prévaut sur le jugement du modèle.
- Règles - priorité intermédiaire. Les conventions linguistiques propres à la langue guident le modèle.
- Voix de marque - définit le contexte global. Ton, niveau de formalité et style pour la langue.
La configuration du modèle détermine quel LLM traite la requête, avec basculement automatique si le modèle principal échoue. Les évaluateurs IA s'exécutent de manière asynchrone une fois la traduction terminée : ils ne bloquent jamais la réponse.
Complémentaires, pas concurrentes
Concevez glossaires, règles et voix de marque pour qu’ils se complètent. Le glossaire gère les termes exacts, les règles encadrent les conventions propres à la langue, et la voix de marque définit le ton d’ensemble. Si un terme du glossaire entre en conflit avec une règle, le glossaire l’emporte.
Les tâches envoyées via l'Async Localization API peuvent aussi passer par un pipeline optionnel : pré-édition IA de la source, relecture humaine, post-édition IA et vérification de la dérive par retraduction.
Valeurs par défaut#
Lorsque vous créez un nouveau moteur, il est préconfiguré avec des modèles par défaut : des modèles principaux et de secours sélectionnés à partir de trois ans de recherche hebdomadaire en localisation, optimisés pour la qualité aussi bien dans les langues courantes que dans celles à faibles ressources. La plupart des équipes n'auront pas besoin de les modifier.
Ces paramètres par défaut sont conçus pour être efficaces dès le départ. Vous pouvez modifier n’importe quelle configuration de modèle, changer de fournisseur, ajouter des solutions de secours ou remplacer des paires de langues spécifiques - mais ces valeurs par défaut reflètent déjà ce qui fonctionne le mieux d’après ce que nous avons observé sur des centaines de paires de langues. Un nouveau moteur n’applique aucun glossaire, jeu de règles ni voix de marque : rattachez ceux que votre organisation possède déjà, ou créez-les au fil de ce que votre produit demande dans chaque langue.
Utiliser les moteurs#
Les moteurs sont accessibles via toutes les intégrations Lingo.dev :
| Intégration | Connexion |
|---|---|
| CLI | Définissez engineId dans .lingo/config.json : chaque lingo push passe par votre moteur |
| API | Appelez le endpoint localize avec votre clé API : le moteur applique automatiquement toutes les couches |
| CI/CD | Même configuration CLI : les traductions passent par votre moteur à chaque pull request |
| MCP | Les assistants IA de développement peuvent configurer et utiliser des moteurs directement depuis la conversation |
Si vous omettez engineId, le moteur par défaut de votre organisation sera utilisé.
Observabilité#
Chaque demande de traduction est journalisée : modèle utilisé, jetons consommés, prise en charge éventuelle par une solution de secours, termes du glossaire et règles appliqués. Suivez les performances du moteur dans Rapports et la qualité des traductions dans Évaluateurs IA.
Testez les configurations de moteur avant leur mise en production dans le Playground : comparez votre moteur à un modèle brut, ou comparez deux moteurs côte à côte.
