Traduis seulement ce qui a changé.

Il garde un fichier de verrouillage validé qui enregistre ce qui a déjà été traduit. Chaque exécution compare ta locale source à ce fichier de verrouillage et envoie seulement les clés nouvelles ou modifiées à ton fournisseur. Les clés inchangées ne sont jamais touchées, donc une exécution typique coûte une poignée de chaînes, pas tout ton catalogue.

Cinq, derrière une seule interface : Anthropic, OpenAI et Gemini (des LLM), DeepL (traduction automatique) et openai-compatible, qui pointe verbatra vers un serveur local ou auto-hébergé comme Ollama, LM Studio ou vLLM. Tu en choisis un par id dans ta config et tu peux en changer plus tard en modifiant cette seule ligne. Gemini a un vrai palier gratuit, et un modèle local ne coûte rien par appel.

JSON pour i18next, vue-i18n, next-intl et ngx-translate, ainsi que XLIFF, YAML et Flutter ARB. Cela couvre React, Next.js, Vue, Nuxt, Angular, SvelteKit, Astro, Node.js et Flutter. verbatra lit les fichiers que tu as déjà ; il n'y a aucun format propre à verbatra vers lequel migrer.

Un tableau de bord web local au-dessus de ton projet qui montre en direct l'état de chaque locale, rassemble une file de relecture des entrées signalées et te laisse corriger les traductions sur place. Lance-le avec verbatra studio (installe d'abord @verbatra/studio). Éditer tes propres fichiers de locale fonctionne d'emblée ; appeler un fournisseur depuis l'interface est optionnel, derrière --allow-spend. Il tourne uniquement sur 127.0.0.1 et ne quitte jamais ta machine.

Chaque résultat passe une vérification d'intégrité des espaces réservés et de l'ICU avant d'être écrit. Une traduction qui supprime, invente ou réordonne un espace réservé, ou produit une syntaxe de message ICU invalide, est retenue plutôt qu'enregistrée dans ton fichier de locale. La même vérification s'applique aux modifications et aux re-traductions faites dans Verbatra Studio.

Les clés sont lues seulement depuis les variables d'environnement (ANTHROPIC_API_KEY, OPENAI_API_KEY, GEMINI_API_KEY, DEEPL_API_KEY), jamais depuis le fichier de config, les arguments du CLI ou les journaux. Seules les chaînes que tu traduis sont envoyées, et seulement au fournisseur que tu as choisi. Si tu utilises le fournisseur openai-compatible avec un modèle local, rien ne quitte ta machine ni ton réseau.

Oui. Une exécution à blanc rapporte exactement quelles clés seraient envoyées et écrites sans toucher à tes fichiers, et verbatra check et verbatra diff rapportent l'écart par locale sans appeler de fournisseur. Le mode watch fait l'inverse : il continue à traduire au fur et à mesure que ta locale source change.

Oui. Le CLI est un fin wrapper autour de @verbatra/sdk, qui expose les mêmes opérations translate, watch, check et diff pour tes propres outils. Les commandes renvoient des codes de sortie compatibles CI et prennent en charge la sortie --json, et une GitHub Action officielle exécute verbatra dans ton workflow.

verbatra lui-même est gratuit et open source sous la licence MIT. Le seul coût est l'usage de ton fournisseur, que tu contrôles : il traduit seulement ce qui a changé, et tu peux le faire tourner gratuitement sur le palier gratuit de Gemini ou sur un modèle local compatible OpenAI.

Il est jeune et activement développé, donc épingle une version et lis le changelog quand tu mets à jour. Le modèle de sûreté est déjà solide : chaque exécution compare à un fichier de verrouillage validé, vérifie l'intégrité des espaces réservés et de l'ICU sur chaque résultat, et retient tout ce qui casse plutôt que de l'écrire. Les équipes l'utilisent en CI aujourd'hui ; si tu épingles les versions, tu es sur un terrain stable.