Quetzal

Le cœur de Quetzal, c'est une traduction qui tient compte du contexte. Au lieu d'envoyer des textes isolés au modèle, il rassemble le code autour de chacun, les composants et les props proches, et les commentaires qui expliquent l'intention. Ce contexte indique au modèle s'il a affaire à un bouton, un titre ou une erreur, ce qui est exactement là où la traduction automatique échoue d'ordinaire. La limite, c'est que la qualité du code environnant compte. Un dépôt propre et bien structuré lui donne plus de matière qu'un fouillis.

Les noms de marque, les noms de produit et le jargon du domaine disposent d'un glossaire que Quetzal applique au lieu de deviner. Il lit aussi vos traductions existantes pour en déduire le ton et le registre, puis maintient cette voix stable dans chaque langue et chaque version. Pour les équipes attachées à une voix de marque cohérente dans dix langues, c'est la pièce qui remplace un guide de style que personne ne lit. Il donne le meilleur de lui-même quand le texte existant est assez uniforme pour servir de base.

Quetzal ne se contente pas de traduire. Il peut auditer le travail déjà fait par un autre outil, en signalant les erreurs et en proposant des corrections, et il repère le texte visible par l'utilisateur qui n'est jamais arrivé jusqu'à la localisation. Ce second travail compte plus qu'il n'y paraît : les textes en dur sont la raison pour laquelle une application parfaitement localisée affiche encore de l'anglais brut dans une boîte de dialogue. Les deux audits tournent dans le même cycle de revue et de fusion, donc rien d'extra ne vient s'ajouter à votre flux de travail.

Quetzal n'est pas une bibliothèque de traduction de plus à adopter. Il s'insère dans la pile que vous utilisez déjà, avec un support de premier ordre pour JavaScript, TypeScript, React, Next.js, Swift, Python, Kotlin, Java, HTML et XML, et il fonctionne avec n'importe quel framework i18n. Cela veut dire ni réécriture ni migration de pipeline. Le hic, c'est qu'il lui faut quand même un dépôt à relier. Les projets sans base de code qu'il puisse lire, ou les équipes qui gardent les traductions hors du contrôle de version, s'y prêtent mal.

Les modifications arrivent là où les développeurs travaillent déjà. Quetzal ouvre des pull requests ou fait des commits, si bien que les traductions passent par la même revue, le même historique et le même retour en arrière que n'importe quelle autre modification de code. Pas de tableau de bord séparé à consulter, pas de va-et-vient d'export et d'import. Pour les équipes qui vivent dans git, c'est tout l'argument : la localisation devient un processus de fond au lieu d'une corvée récurrente.

Les textes figés dans un dépôt sont une chose, mais le texte généré par l'utilisateur ou à l'exécution en est une autre. Quetzal propose une API (hébergée sur api.qtzl.ai et authentifiée par une clé) pour traduire le contenu non statique. L'entreprise demande à discuter au préalable du profil de contexte, pour que l'API colle à un contenu qui en tire vraiment profit. C'est la pièce qui pousse Quetzal au-delà d'un outil purement code, même s'il reste destiné aux développeurs plutôt qu'aux utilisateurs occasionnels.