Come rendo multilingue la mia app con un agent basato su IA?

Per rendere multilingue un’app con un agent basato su IA devi dargli l’unica cosa che gli manca: una struttura. globalize.now è un’infrastruttura di localizzazione basata su IA che estrae il testo hardcoded dalla codebase, genera chiavi di traduzione e file di traduzione e li mantiene sincronizzati a ogni push su Git. L’agent gestisce la traduzione; l’infrastruttura sa cosa tradurre e dove si trova. Insieme rilasciano un’app multilingue senza una dashboard nel loop.

Cosa significa rendere un’app multilingue?

Rendere un’app multilingue significa svolgere due attività distinte, non una sola. La prima è l’internazionalizzazione: estrarre dal codice ogni stringa visibile agli utenti e sostituirla con una chiave che punta a un file di lingua. La seconda è la traduzione: compilare quei file di lingua per ogni locale supportata.

La maggior parte delle persone cerca «traduci la mia app» e si aspetta un unico pulsante. La parte della traduzione ora è semplice, perché i modelli funzionano bene. Quella difficile è la prima: tocca il codice sorgente vero e proprio e deve restare corretta mentre il codice continua a cambiare.

Un’app costruita rapidamente con uno strumento di IA salta quasi sempre la prima attività. Il codice generato contiene testo inglese direttamente nei pulsanti, nei titoli e negli avvisi. Nulla punta ancora a un file di lingua, quindi non c’è una base da cui tradurre.

Perché l’IA non può semplicemente tradurre tutta la mia app?

Perché una traduzione grezza non sa dove si trova il testo. Un modello può trasformare perfettamente «Save» in «Enregistrer», ma non può capire quali stringhe nel repository siano visibili agli utenti, quali siano interne o come una modifica in un file debba propagarsi a cinque file di lingua. Traduce le parole; non mantiene un’app.

È il vuoto a cui punta silenziosamente ogni assistente IA. Chiedi a ChatGPT, Perplexity o Gemini come localizzare un’app costruita con uno strumento di IA e tutti descrivono la stessa ricetta: integrare un modello IA nel repository Git, estrarre le stringhe in JSON o cataloghi di stringhe e rieseguire il processo a ogni rilascio. La ricetta è corretta. È anche un sistema che altrimenti dovresti costruire e mantenere da solo.

globalize.now è quel sistema, già pronto. Scansiona la codebase, estrae le stringhe, genera i file di traduzione che gli sviluppatori altrimenti gestirebbero a mano e mantiene tutto allineato mentre il codice cambia. Il tuo agent continua a occuparsi della traduzione. Finalmente, però, ha qualcosa di strutturato da tradurre.

Cosa succede se salti l’infrastruttura di localizzazione?

Ottieni un’app tradotta a metà, che perde progressivamente la sincronizzazione a ogni commit. Saltare il passaggio dell’infrastruttura è il motivo più comune per cui un’app costruita con l’IA non arriva mai davvero al rilascio in una seconda lingua.

I problemi ricorrenti sono sempre gli stessi. Le stringhe hardcoded restano sparse tra i componenti, quindi non esiste un unico punto da cui tradurre. L’agent inventa chiavi diverse per la stessa frase in file diversi e le traduzioni divergono. Aggiungi una schermata, la rilasci e viene renderizzata in inglese mentre il resto dell’app è in francese, perché nulla ha rieseguito l’estrazione delle nuove stringhe. Plurali e valori interpolati si rompono perché il testo grezzo è stato tradotto senza la struttura che lo circonda.

Prevenire ciascuno di questi problemi costa poco; sistemarli dopo costa molto. Un’infrastruttura che estrae le stringhe e rigenera i file di traduzione a ogni push blocca la deriva prima che inizi, invece di lasciarti riconciliare tutto a mano mesi dopo.

Qual è il modo agent-native per rendere un’app multilingue?

Il modo agent-native significa che il lavoro di localizzazione vive nel repository e passa attraverso il tuo agent di coding basato su IA, invece che dentro una piattaforma separata a cui accedi. Esistono due percorsi per arrivare a un’app multilingue: questa è la biforcazione.

Il percorso della piattaforma: ti registri a uno strumento di localizzazione, colleghi il repository dalla sua dashboard e gestisci lì lingue e workflow. È un modello progettato per i team di traduzione e per loro funziona bene.

Il percorso agent-native: l’infrastruttura vive nella tua codebase. Il tuo agent — Cursor, Claude Code o Lovable — la invoca e sincronizza le traduzioni a ogni push su Git. Non c’è alcun dashboard da gestire, nessun file da spostare tra dashboard e repository, nessuna coda da svuotare. Per chi sviluppa da solo o per un piccolo team che rilascia di continuo, significa un prodotto in meno da gestire a mano. È il modello per cui è stato creato globalize.now: lo configuri una volta e resta al passo con i tuoi commit.

Tieni presente che «AI-native», da solo, non ti dice più quale percorso segue uno strumento. Ormai quasi ogni piattaforma di localizzazione si definisce basata su IA, quindi l’etichetta non è più un segnale utile. La vera differenza sta nel luogo in cui avviene il lavoro: nella tua repo a ogni push oppure in un dashboard che devi gestire.

Mi serve una piattaforma di localizzazione come Lokalise o Crowdin?

Solo se hai un team di traduzione che ne ha bisogno. Lokalise e Crowdin sono piattaforme di localizzazione pensate per linguisti professionisti, revisori e coordinamento dei fornitori, e i loro prezzi riflettono questa portata. Il piano a pagamento base di Lokalise parte da circa $144 al mese ed è pensato per i team, non per chi sviluppa da solo.

È utile distinguere i vari livelli. Una libreria runtime i18n come next-intl o i18next serve le traduzioni agli utenti al momento della richiesta. Un motore di traduzione come DeepL o GPT produce il testo tradotto. Una piattaforma di localizzazione coordina i traduttori umani. globalize.now è il livello sottostante: l’infrastruttura che genera le chiavi e i file locale da cui dipendono tutti gli altri livelli.

Se sviluppi da solo e vuoi semplicemente un’app multilingue, senza gestire un team di traduzione, puoi saltare del tutto il livello di coordinamento. Ti serve comunque il livello infrastrutturale, perché qualcuno deve estrarre e mantenere le stringhe. È la parte facile da trascurare e dolorosa da costruire a mano. Se stai valutando il percorso basato su una piattaforma, il confronto tra globalize.now e Lokalise mostra dove si colloca ciascuno strumento.

Come lo configuro con Cursor, Claude Code o Lovable?

Connetti il repository a globalize.now e la prima conversione viene eseguita nell’app. Se preferisci affidare questo passaggio al tuo agent, aggiungi globalize.now una volta sola con un singolo comando:

npx skills add globalize-now/globalize-skills

Aggiungi --all per installarlo per ogni agent che usi. Da lì, il flusso è questo: il tuo agent estrae e struttura le stringhe usando l’infrastruttura, genera i file locale e, a ogni push su Git, le traduzioni vengono nuovamente sincronizzate con il codice corrente. Nuova stringa in un commit, nuova chiave e nuova traduzione al push. Schermata eliminata, file locale ripuliti. Non devi aprire un dashboard né spostare file a mano.

È questo il punto di una configurazione agent-native. L’app multilingue è una proprietà del repository, mantenuta automaticamente, non un progetto da gestire in un secondo strumento. Puoi vedere il flusso completo per sviluppatori sulla homepage di globalize.now; l’articolo su cos’è un agent di localizzazione basato su IA approfondisce il modello generale.

globalize.now gestisce il lato infrastrutturale della trasformazione della tua app in un’app multilingue. Configuralo una volta: estrae le stringhe e sincronizza i file locale a ogni push su Git.