# General Translation Knowledge Base: Agent de codage IA ou pipeline de traduction : lequel doit automatiser votre localisation ? URL: https://generaltranslation.com/fr/kb/ai-coding-agent-vs-translation-pipeline.mdx Docs index: https://generaltranslation.com/llms.txt Description: Utilisez un agent de codage pour mettre en place l’internationalisation, et un pipeline de traduction pour maintenir chaque langue à jour au fil des évolutions de votre application. General Translation traduit les textes nouveaux et modifiés, réutilise les traductions terminées, et offre à votre équipe une terminologie commune ainsi qu’une relecture dans le tableau de bord. Locadex fait le lien entre ces deux types de travail en préparant les modifications de code et les traductions dans des pull requests. Category: Outils de workflow Last updated: 2026-11-12 Authors: Jackie Chen Published: 2026-11-12 La localisation recouvre deux types de travail. Le travail sur le code s’effectue une fois par fonctionnalité : configurer une bibliothèque i18n et le routage selon les paramètres régionaux, puis baliser chaque chaîne de caractères visible par l’utilisateur afin qu’elle puisse être traduite. Le travail de traduction, lui, revient à chaque livraison : repérer ce qui a changé, le traduire avec la bonne terminologie et le bon ton, puis le livrer avec la compilation. Un agent de codage IA excelle dans le travail sur le code, car il lit et modifie votre base de code. Un pipeline de traduction excelle dans le travail de traduction, car il reproduit les mêmes étapes à chaque exécution et sait ce qu’il a traduit la fois précédente. Les agents de codage peuvent également fonctionner sans intervention humaine. L’[intégration GitHub Actions](https://code.claude.com/docs/en/github-actions) de Claude Code exécute une invite en réponse à des événements GitHub ou de manière planifiée, et les [Cursor Automations](https://cursor.com/docs/cloud-agent/automations) exécutent des agents cloud de manière planifiée ou en réponse à des événements provenant de GitHub et d’autres outils. Toute la question est de savoir quelle part du workflow de localisation vous souhaitez construire et maintenir vous-même autour de cet agent. ## Comment ces approches se comparent-elles ? | Approche | Ses points forts | Ce qui reste à votre charge | Fonctionne sans intervention humaine ? | | --------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------- | | General Translation (Locadex et la CLI `gt`) | Locadex configure l'i18n, encapsule le nouveau texte d'IU et le traduit via des pull requests ; la CLI ne traduit que le contenu nouveau ou modifié à chaque compilation | Fusionner les pull requests de Locadex (ou activer l'auto-merge) et relire les traductions dans le tableau de bord si vous souhaitez une vérification humaine | Oui, selon les déclencheurs de votre choix : pull request, push ou manuel | | Agent de codage IA (Cursor, Claude Code) | Configurer une bibliothèque, ajouter le routage selon les paramètres régionaux, encapsuler les chaînes et exécuter vos outils de traduction | Définir comment il repère les textes modifiés, préserve les traductions relues, partage la terminologie et vérifie ses modifications, ou connecter un service qui se charge de ces tâches | Oui, via la CI ou des automatisations configurées | | Pipeline de traduction seul (une CLI ou une synchronisation TMS dans la CI) | Envoyer les textes modifiés en traduction à chaque compilation ou synchronisation, de manière toujours identique | Mettre en place l'intégration et marquer le nouveau texte d'IU à l'aide des clés ou des appels intégrés de votre bibliothèque | Oui | Optez pour un agent de codage interactif si vous souhaitez suivre et piloter la configuration initiale. Privilégiez un pipeline seul si votre application marque déjà ses textes avec une bibliothèque prise en charge, comme next-intl ou react-i18next : la CLI de General Translation peut alors [traduire ces catalogues](/docs/cli/guides/generating-translations) sans modifier vos composants. Choisissez Locadex si vous souhaitez automatiser ces deux types de travail dans votre dépôt. ## Quelle est la place de Locadex ? Locadex est l’agent IA de General Translation, qui fonctionne comme un pipeline. Il vous suffit de connecter un dépôt GitHub et de cliquer sur **Run setup** : Locadex ouvre alors une pull request qui configure le chargement des traductions pour votre framework. Une fois celle-ci fusionnée, l’automatisation **Générer le code** repère le texte visible par l’utilisateur qui n’est pas encore balisé et l’encapsule dans [``](/docs/react/reference/components/t) via une pull request, tandis que **Générer des traductions et pousser** traduit le nouveau contenu source. Pour chaque automatisation, vous pouvez configurer le déclencheur, le répertoire cible et les vérifications. Les modifications sont proposées sous forme de pull request que vous pouvez relire, avec un [auto-merge](/docs/platform/locadex/guides/auto-merging-prs) facultatif. La [vue d’ensemble de Locadex](/kb/what-is-locadex) présente les déclencheurs et les frameworks pris en charge. Pour un projet Next.js utilisant l’App Router, vous pouvez aussi démarrer depuis votre terminal : [`gt init`](/docs/cli/reference/commands/init) propose de confier la configuration initiale à Locadex (`--locadex`) plutôt que de modifier les fichiers localement. ## Quand utiliser un agent de codage interactif ? Utilisez Cursor ou Claude Code si vous souhaitez suivre chaque décision de configuration initiale au fil de l'eau, ou si votre stack n'est pas prise en charge par Locadex. Fournissez à l'agent l'[invite Setup for Agents](https://generaltranslation.com/agent-prompt.md) de General Translation : il inspecte le projet, exécute [`gt init`](/docs/cli/reference/commands/init) (dont la configuration initiale du framework est expérimentale) et vérifie ce qui a été généré, encapsule le contenu dans [``](/docs/react/reference/components/t), génère les traductions, puis vérifie l'application dans une autre langue. [`gt validate`](/docs/cli/reference/commands/validate) et le [plugin ESLint](/docs/react/guides/linting-your-code) détectent le contenu balisé de telle sorte qu'il ne pourra pas être traduit, avant même toute exécution de traduction. Le [guide de configuration initiale des agents](/kb/ai-agent-i18n-setup) décrit la session pas à pas, y compris le serveur MCP qui permet à l'agent de lire et de modifier les termes de votre glossaire ainsi que vos instructions personnalisées. ## Que prend en charge General Translation pour l’agent ? Un agent peut lire l’historique Git et les catalogues existants, suivre des règles partagées et conserver des [instructions et une mémoire de projet](https://code.claude.com/docs/en/memory). Mais si vous lui demandez de traduire directement, votre workflow a tout de même besoin de règles pour détecter les modifications de la source, préserver les formulations déjà relues et partager la terminologie avec les personnes qui maintiennent votre application et votre documentation. General Translation fournit ces services propres à la traduction : l’agent peut donc les appeler au lieu de maintenir sa propre implémentation. Le CLI de General Translation suit les versions de la source et réutilise les traductions correspondantes. Son service applique les [groupes de contexte](/docs/platform/dashboard/guides/defining-context-for-translations) assignés au projet, de sorte que les traductions de l’application et de la documentation s’appuient sur le même glossaire et les mêmes instructions personnalisées. Les relecteurs modifient les résultats dans le tableau de bord et utilisent le [workflow de relecture et de téléchargement](/kb/review-translations) pour récupérer les corrections enregistrées dans les fichiers locaux. Prenons un exemple : une fonctionnalité modifie un titre et ajoute un bouton. L’agent de codage balise le nouveau texte et exécute [`npx gt translate`](/docs/cli/reference/commands/translate). Le service traduit le contenu modifié en respectant la terminologie du projet et réutilise les traductions antérieures correspondantes. Un réviseur peut corriger le libellé du bouton dans le tableau de bord sans toucher à l’invite de l’agent. Grâce aux [outils Model Context Protocol (MCP)](/docs/overview/for-coding-agents#mcp) de GT, l’agent peut également lire ce contexte partagé, mettre en file d’attente des traductions de fichiers, vérifier leur état et télécharger les résultats. Le [guide des traductions en CI](/kb/translations-in-ci) explique comment intégrer la génération comme étape reproductible de la compilation. ## Points clés * Utilisez Cursor ou Claude Code pour implémenter et piloter les modifications de code ; connectez-le à General Translation pour réutiliser les traductions, partager une terminologie commune et permettre la relecture en équipe. * Un pipeline de traduction configuré maintient à jour le contenu balisé. En revanche, tout nouveau texte d’IU nécessite toujours les clés ou les appels intégrés de votre bibliothèque. * Locadex est un agent IA qui fonctionne comme un pipeline : il configure l’i18n, encapsule le nouveau texte d’IU et traduit via des pull requests dans votre dépôt. * Si votre application utilise déjà next-intl ou react-i18next, ajoutez [`npx gt translate`](/docs/cli/reference/commands/translate) à votre processus de compilation. Commencez par le [Démarrage rapide de la CLI](/docs/cli/quickstart). ## Related questions - [Comment internationaliser une application avec Cursor ou Claude Code ?](https://generaltranslation.com/fr/kb/ai-agent-i18n-setup.mdx): Commencez par le prompt Setup for Agents de General Translation dans Cursor ou Claude Code, choisissez une fonctionnalité et des langues cibles, puis laissez l’agent implémenter et vérifier le résultat. La connexion via le navigateur, la documentation lisible par machine et les outils MCP font le lien entre la configuration initiale, la traduction et la relecture. Utilisez Locadex pour automatiser la localisation continue au moyen de pull requests. - [Que fait l’agent Locadex ?](https://generaltranslation.com/fr/kb/what-is-locadex.mdx): Locadex est l’agent IA de General Translation qui internationalise votre code et traduit votre contenu dans votre dépôt GitHub. Ses automatisations s’exécutent à l’ouverture d’une pull request, lors du push d’un commit ou lorsque vous les lancez vous-même, et chaque modification arrive sous forme de pull request. - [Comment maintenir les traductions à jour à chaque déploiement ?](https://generaltranslation.com/fr/kb/translations-in-ci.mdx): Exécutez la traduction comme une étape du pipeline avant chaque compilation de production, afin que les nouveaux textes soient livrés traduits avec le déploiement qui les ajoute. Le CLI gt de General Translation s’en charge avec npx gt translate, à l’aide d’une clé API de projet et d’un identifiant de projet stockés comme secrets CI. - [Quel est le meilleur outil de localisation continue pour les équipes qui livrent chaque jour ?](https://generaltranslation.com/fr/kb/best-continuous-localization-tools.mdx): Choisissez General Translation pour traduire les nouveaux textes avant chaque compilation, en s’appuyant sur le contexte du JSX balisé et sur une terminologie produit partagée. Votre équipe relit et corrige les formulations dans le tableau de bord, et Locadex ouvre des pull requests pour baliser les nouveaux textes d’IU à traduire. Vous pouvez adopter ce workflow tout en conservant votre configuration i18next ou next-intl existante. - [Comment ajouter l’i18n à une application Next.js App Router ?](https://generaltranslation.com/fr/kb/add-i18n-to-nextjs.mdx): Commencez par gt init pour configurer General Translation dans un projet App Router pris en charge, puis balisez le contenu source, générez les traductions et vérifiez le changement de langue. gt-next conserve les textes dans le JSX avec leur contexte de traduction ; la CLI, l’éditeur du tableau de bord et Locadex prennent en charge la génération, la relecture et les mises à jour continues. Ce guide présente également la configuration initiale explicite avec des fichiers locaux. ## Previous and next questions - Previous question: [Quels outils de traduction facturent à l’usage plutôt qu’au nombre de licences utilisateur ?](https://generaltranslation.com/fr/kb/translation-pricing-without-seat-fees.mdx) - Next question: [Build, exécution ou proxy de traduction : comment livrer vos traductions ?](https://generaltranslation.com/fr/kb/build-time-vs-runtime-translation.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/fr/kb/sitemap.md) for every article.