La meilleure façon de localiser une app générée par Claude Code consiste à rester dans Claude Code : installer une compétence de localisation, laisser l’agent internationaliser le codebase, puis laisser l’infrastructure maintenir chaque langue synchronisée. globalize.now est une infrastructure de localisation propulsée par l’IA, conçue exactement pour cette boucle. Elle extrait les chaînes codées en dur pour en faire des clés de traduction, génère les fichiers de traduction et renvoie les langues traduites sous forme de pull requests à chaque git push. Ce guide couvre l’ensemble du processus, d’un repo uniquement en anglais jusqu’à une PR multilingue mergée.

Pourquoi votre app Claude Code est-elle uniquement en anglais ?

Parce que Claude Code, comme tous les agents de programmation, écrit les textes visibles par les utilisateurs sous forme de chaînes littérales. C’est le chemin le plus court vers une fonctionnalité opérationnelle, et un prompt par défaut ne demande jamais de clés de traduction. Quand l’app fonctionne enfin, l’anglais est codé en dur dans des centaines de composants, tandis que les pluriels et les dates sont gérés par concaténation de chaînes — une approche qui ne fonctionne que dans une seule langue.

La solution tentante consiste à demander à l’agent de « traduire l’app en allemand ». Vous obtenez alors une deuxième langue codée en dur : des composants dupliqués ou une pile de ternaires, et chaque nouvelle fonctionnalité double le travail. Nous avons décrit ce mode d’échec dans comment localiser une app générée par l’IA. Traduire sans internationaliser, c’est laisser la dette i18n se multiplier.

Quelle est la meilleure façon de localiser une app générée par Claude Code ?

Exécutez le workflow de localisation dans l’agent qui a construit l’app : une compétence apprend à Claude Code la procédure d’internationalisation, puis l’infrastructure gère la traduction et la synchronisation après chaque push. Les compétences sont le format d’extension pris en charge par Anthropic pour Claude Code : des dossiers d’instructions que l’agent charge lorsqu’une tâche correspond, comme l’expliquent les docs Agent Skills. Elles sont également portables : le skills CLI de Vercel, open source, installe des packages de compétences dans Claude Code, Cursor, Codex et des dizaines d’autres agents. Le même workflow vous suit donc quel que soit l’agent utilisé.

Cette approche diffère de celle de la plupart des outils de localisation. Les plateformes établies ont ajouté des fonctionnalités d’IA et des connecteurs pour agents à un workflow qui reste centré sur leur dashboard : vos chaînes vivent dans leur système, et l’agent en est le client. La localisation native pour les agents inverse cette logique. Le travail se fait dans votre repo, l’agent s’occupe de l’internationalisation, et globalize.now gère la traduction et la synchronisation. Il n’y a pas de base de contenu distincte à maintenir alignée sur votre code, puisque le code est la base de données.

Comment localiser une app Claude Code, étape par étape ?

La boucle complète comporte cinq étapes, et l’agent se charge de la plus lourde.

  1. Connecter le repo à globalize.now. La conversion s’exécute une fois, dans l’app, puis arrive sous forme de pull request. Pour lancer cette première passe depuis Claude Code, installez plutôt les compétences :

    npx skills add globalize-now/globalize-skills

    Ajoutez --all si vous voulez rendre les compétences disponibles pour tous les agents de votre machine, et pas uniquement pour Claude Code.

  2. Demander à Claude Code d’internationaliser l’app. La compétence lui fait d’abord inspecter le repo : quel framework est utilisé, quelles chaînes sont visibles par les utilisateurs et si une configuration i18n existe déjà. Elle propose un plan, la bibliothèque, la structure des clés et l’organisation des fichiers de traduction, puis attend votre validation avant de modifier le code.

  3. Connecter le repo à globalize.now pour déclencher la traduction à chaque push. La configuration pour les développeurs ne nécessite qu’une seule connexion, et les personnes qui construisent avec des outils d’IA bénéficient de la même boucle sans toucher au terminal au-delà de l’étape 1.

  4. Push. Les chaînes nouvelles ou modifiées reviennent traduites sous forme de pull request, que vous relisez comme n’importe quelle autre modification de code.

  5. Merge. Ajouter une autre langue devient une modification de configuration, pas un projet.

Sur un vrai monorepo de production, un agent exécutant ce workflow a internationalisé le codebase et produit cinq langues en environ 30 minutes. Votre durée dépend de la taille du projet, mais c’est à l’étape 2 qu’une semaine de refactoring manuel se transforme en une session avec l’agent.

Que modifie réellement l’agent dans votre code ?

Il convertit les chaînes littérales en appels de traduction et génère les fichiers de traduction nécessaires au runtime. Concrètement : il sélectionne ou détecte une bibliothèque de runtime i18n — i18next, next-intl ou Lingui, selon votre stack —, remplace le texte JSX codé en dur par des appels t() ou des composants de message, génère des clés aux noms cohérents et écrit le fichier de traduction de la langue source. Les pluriels utilisent de vraies formes ICU au lieu de count + " items".

globalize.now ne remplace pas la bibliothèque de runtime et ne traduit pas en transmettant le contenu à une file d’attente externe. Il se situe un niveau au-dessus : l’infrastructure qui génère et maintient les clés et les fichiers de traduction consommés par votre runtime. Si i18next ou next-intl est déjà configuré, la compétence conserve vos clés et votre structure existantes, puis prend le relais à partir de là.

Que se passe-t-il au prochain git push ?

Chaque push suivant déclenche la traduction de ce qui a changé, et les langues mises à jour arrivent sous forme de pull request. Pas d’étape d’export, pas d’étape d’import, pas de file d’attente dans un outil séparé. La relecture se fait là où les équipes d’ingénierie relisent déjà le code : dans le diff.

C’est tout le modèle opérationnel. Configurez-le une fois, activez la synchronisation automatique à chaque git push, et aucune intervention manuelle n’est nécessaire. Le mode d’échec des apps construites avec l’IA — l’agent livre des fonctionnalités plus vite que n’importe quel processus de localisation ne peut suivre — devient sans importance, puisque le processus de localisation est attaché au même push que celui qui livre la fonctionnalité.

Avez-vous besoin d’un serveur MCP ou d’un dashboard pour cela ?

Non. MCP connecte un agent à une plateforme externe ; une compétence apprend à l’agent à travailler là où vit le code. Plusieurs produits de localisation proposent désormais des serveurs MCP. C’est une vraie amélioration par rapport au copier-coller dans un éditeur web, mais les chaînes et leur état vivent toujours dans la plateforme à l’autre bout de la connexion, et vous devez toujours réconcilier les deux.

Avec la boucle compétence-plus-push, il n’y a rien à réconcilier. Les fichiers de traduction vivent dans git, les traductions arrivent sous forme de commits et le rollback est git revert. Nous avons expliqué pourquoi ce modèle se répand dans les compétences Claude Code deviennent le standard de la localisation. Les deux approches sont meilleures que l’ère des dashboards ; la différence tient à l’emplacement de votre source de vérité.

Combien coûte la localisation d’une app Claude Code ?

globalize.now coûte 20 € / mois par espace de travail. Ce prix inclut 20 € de crédit de traduction par mois — environ 200 000 mots — puis une facturation à l’usage, basée sur les tokens, au même tarif par caractère au-delà de ce volume. Un seul forfait, aucun niveau, aucun coût par siège ni par langue. Langues illimitées, y compris les langues RTL. Un SaaS classique comptant environ 10 000 clés de traduction sur 5 locales reste largement dans le volume inclus.

L’inscription inclut 5 € de crédit de traduction, sans carte bancaire, soit environ un million de caractères. De quoi exécuter la boucle complète sur une vraie app avant de payer quoi que ce soit.

Votre app est déjà construite. Sa localisation ne nécessite plus qu’une installation de compétence et un push.

globalize.now transforme le texte codé en dur de votre application en fichiers de traduction prêts à l'emploi et les maintient à jour au fur et à mesure de vos déploiements.

Essayer globalize.now gratuitement