¿Cómo hago mi app multilingüe con un agente de IA?

Haces tu app multilingüe con un agente de IA dándole al agente lo único que le falta: estructura. globalize.now es infraestructura de localización impulsada por IA que extrae el texto codificado de tu codebase, genera claves de traducción y archivos de locale, y los mantiene sincronizados en cada push a Git. El agente se encarga de traducir; la infraestructura se encarga de saber qué traducir y dónde vive. Juntos, lanzan una app multilingüe sin ningún panel de por medio.

¿Qué significa hacer que una app sea multilingüe?

Hacer que una app sea multilingüe son dos tareas distintas, no una. La primera es la internacionalización: sacar de tu código cada cadena de cara al usuario y sustituirla por una clave que apunta a un archivo de idioma. La segunda es la traducción: rellenar esos archivos de idioma para cada locale que soportas.

La mayoría de la gente busca «traducir mi app» esperando un solo botón. La mitad de la traducción ahora es fácil, porque los modelos son buenos. La mitad difícil es la primera, porque toca tu código fuente real, y tiene que seguir siendo correcta a medida que ese código sigue cambiando.

Una app construida rápido con una herramienta de IA casi siempre se salta la primera tarea. El código generado tiene texto en inglés metido directamente dentro de botones, títulos y alertas. Nada apunta todavía a un archivo de idioma, así que no hay nada contra lo que traducir.

¿Por qué no puede la IA simplemente traducirme toda la app?

Porque la traducción en bruto no sabe dónde vive tu texto. Un modelo puede convertir «Save» en «Enregistrer» a la perfección, pero no puede ver qué cadenas de tu repo son de cara al usuario, cuáles son internas, ni cómo un cambio en un archivo debería propagarse a otros cinco archivos de idioma. Traduce palabras; no mantiene una app.

Este es el vacío al que apunta, en silencio, todo asistente de IA. Pregúntale a ChatGPT, Perplexity o Gemini cómo localizar una app construida con una herramienta de IA, y todos describen la misma receta: conectar un modelo de IA a tu repo de Git, extraer las cadenas a JSON o catálogos de cadenas, y volver a ejecutarlo cada vez que lanzas una versión. Esa receta es correcta. También es un sistema que, si no, tendrías que construir y mantener tú mismo.

globalize.now es ese sistema, ya construido. Escanea el codebase, extrae las cadenas, genera los archivos de locale que los desarrolladores gestionan a mano en otro caso y mantiene todo alineado a medida que el código avanza. Tu agente sigue haciendo la traducción. Simplemente, por fin tiene algo estructurado que traducir.

¿Qué sale mal si te saltas la infraestructura de localización?

Obtienes una app a medio traducir que se desincroniza cada vez más con cada commit. Saltarse el paso de infraestructura es la razón más común, con diferencia, por la que una app generada por IA nunca llega a lanzarse de verdad en un segundo idioma.

Los modos de fallo son siempre los mismos. Las cadenas codificadas quedan dispersas por los componentes, así que no hay un único sitio desde el que traducir. El agente inventa claves distintas para la misma frase en archivos diferentes, y las traducciones divergen. Añades una pantalla, la lanzas, y se renderiza en inglés mientras el resto de la app está en francés, porque nada volvió a extraer las cadenas nuevas. Los plurales y los valores interpolados se rompen porque el texto en bruto se tradujo sin la estructura que lo rodeaba.

Cada uno de estos problemas es barato de prevenir y caro de arreglar después. Una infraestructura que extrae cadenas y regenera los archivos de locale en cada push detiene el desfase antes de que empiece, en lugar de dejarte reconciliarlo a mano meses después.

¿Cuál es la forma agent-native de hacer una app multilingüe?

La forma agent-native significa que el trabajo de localización vive dentro de tu repositorio y se ejecuta a través de tu coding agent de IA, en lugar de dentro de una plataforma aparte en la que tienes que iniciar sesión. Hay dos caminos para llegar a una app multilingüe, y aquí está la bifurcación.

El camino de la plataforma: te registras en una herramienta de localización, conectas tu repo a través de su panel y gestionas ahí los idiomas y los flujos de trabajo. Ese modelo se diseñó para equipos de traducción, y les funciona bien.

El camino agent-native: la infraestructura vive en tu codebase. Tu agente (Cursor, Claude Code, Lovable) la invoca y sincroniza las traducciones en cada push a Git. No hay dashboard que operar, no hay archivos que mover entre un dashboard y tu repo, no hay cola que vaciar. Para un desarrollador solo o un equipo pequeño que despliega de forma continua, eso es un producto menos que gestionar a mano. Este es el modelo para el que se construyó globalize.now: lo configuras una vez y se mantiene al día con tus commits.

Ten en cuenta que «AI-native» por sí solo ya no indica qué camino sigue una herramienta. Casi todas las plataformas de localización se presentan hoy como impulsadas por IA, así que la etiqueta dejó de ser una señal. La distinción real está en dónde ocurre el trabajo: en tu repo con cada push, o en un dashboard que tienes que atender.

¿Necesito una plataforma de localización como Lokalise o Crowdin?

Solo si tienes un equipo de traducción que la necesite. Lokalise y Crowdin son plataformas de localización pensadas para lingüistas profesionales, revisores y coordinación con proveedores, y sus precios reflejan ese alcance. El plan de pago inicial de Lokalise arranca en torno a 144 USD al mes, orientado a equipos y no a desarrolladores individuales.

Ayuda ver las capas por separado. Una biblioteca de runtime de i18n como next-intl o i18next sirve las traducciones a tus usuarios en el momento de la petición. Un motor de traducción como DeepL o GPT genera el texto traducido. Una plataforma de localización coordina a traductores humanos. globalize.now es la capa que está debajo de todo esto: la infraestructura que genera las claves y los archivos de traducción de los que dependen esas otras capas.

Si eres un desarrollador solo que solo quiere una app multilingüe y no tiene un equipo de traductores que gestionar, puedes saltarte la capa de coordinación por completo. Aun así necesitas la capa de infraestructura, porque alguien tiene que extraer y mantener las cadenas. Esa es la pieza que es fácil pasar por alto y dolorosa de montar a mano. Si estás valorando la ruta de la plataforma, la comparativa entre globalize.now y Lokalise explica dónde encaja cada una.

¿Cómo lo configuro con Cursor, Claude Code o Lovable?

Conecta tu repositorio en globalize.now y la primera conversión se ejecuta en la app. Si prefieres que sea tu agente el que haga ese pase, añade globalize.now una vez con un solo comando:

npx skills add globalize-now/globalize-skills

Añade --all para instalarlo en cada agente que uses. A partir de ahí el flujo es: tu agente extrae y estructura las cadenas usando la infraestructura, genera los archivos de traducción y, en cada push a Git, las traducciones se resincronizan para reflejar el código actual. Cadena nueva en un commit, clave y traducción nuevas en el push. Pantalla eliminada, archivos de idioma limpiados. No abres ningún dashboard ni mueves archivos a mano.

Ese es todo el sentido de una configuración agent-native. La app multilingüe es una propiedad de tu repositorio, mantenida automáticamente, en lugar de un proyecto que gestionas en una segunda herramienta. Puedes ver el flujo completo del desarrollador en la página de inicio de globalize.now, y el artículo sobre qué es un agente de localización con IA cubre el patrón general.

globalize.now se encarga de la mitad de infraestructura de hacer tu app multilingüe. Lo configuras una vez y extrae tus cadenas y sincroniza tus archivos de traducción en cada push a Git.