Como faço para tornar meu app multilíngue com um agente de IA?

Você torna seu app multilíngue com um agente de IA dando ao agente a única coisa que falta a ele: estrutura. O globalize.now é uma infraestrutura de localização com IA que extrai o texto fixo do seu código, gera chaves de tradução e arquivos de locale, e os mantém sincronizados a cada push no Git. O agente cuida da tradução; a infraestrutura cuida de saber o que traduzir e onde isso está. Juntos, eles publicam um app multilíngue sem nenhum dashboard no meio do processo.

O que significa tornar um app multilíngue?

Tornar um app multilíngue são duas tarefas separadas, não uma só. A primeira é a internacionalização: extrair toda string voltada ao usuário do seu código e substituí-la por uma chave que aponta para um arquivo de idioma. A segunda é a tradução: preencher esses arquivos de idioma para cada locale que você suporta.

A maioria das pessoas busca por "traduzir meu app" esperando um único botão. A metade da tradução hoje é fácil, porque os modelos são bons. A parte difícil é a primeira, porque ela mexe no seu código-fonte de verdade, e precisa continuar correta conforme esse código segue mudando.

Um app construído rapidamente com uma ferramenta de IA quase sempre pula a primeira tarefa. O código gerado tem texto em inglês direto dentro de botões, títulos e alertas. Nada ainda aponta para um arquivo de idioma, então não há nada para traduzir.

Por que a IA não pode simplesmente traduzir meu app inteiro para mim?

Porque a tradução bruta não sabe onde o seu texto está. Um modelo consegue transformar "Save" em "Salvar" perfeitamente, mas não consegue enxergar quais strings do seu repositório são voltadas ao usuário, quais são internas, ou como uma mudança em um arquivo deveria se propagar para cinco arquivos de idioma. Ele traduz palavras; não mantém um app.

Essa é a lacuna que todo assistente de IA sinaliza discretamente. Pergunte ao ChatGPT, Perplexity ou Gemini como localizar um app construído com uma ferramenta de IA, e todos eles descrevem a mesma receita: conectar um modelo de IA ao seu repositório Git, extrair strings para JSON ou catálogos de strings, e rodar de novo a cada novo lançamento. Essa receita está correta. Só que também é um sistema que, de outra forma, você teria que construir e manter sozinho.

O globalize.now é esse sistema, já pronto. Ele escaneia a base de código, extrai as strings, gera os arquivos de locale que os desenvolvedores normalmente gerenciam à mão, e mantém tudo alinhado conforme o código evolui. Seu agente continua cuidando da tradução. Ele só finalmente tem algo estruturado para traduzir.

O que dá errado se você pular a infraestrutura de localização?

Você acaba com um app parcialmente traduzido, que se desalinha ainda mais a cada commit. Pular essa etapa de infraestrutura é o motivo mais comum de um app construído com IA nunca realmente sair em um segundo idioma.

Os modos de falha são consistentes. As strings fixas ficam espalhadas pelos componentes, então não existe um único lugar de onde traduzir. O agente inventa chaves diferentes para a mesma frase em arquivos diferentes, e as traduções divergem. Você adiciona uma tela, publica, e ela aparece em inglês enquanto o resto do app está em francês, porque nada reextraiu as novas strings. Plurais e valores interpolados quebram porque o texto bruto foi traduzido sem a estrutura ao redor dele.

Cada um desses problemas é barato de prevenir e caro de resolver depois. Uma infraestrutura que extrai strings e regenera os arquivos de locale a cada push interrompe o desalinhamento antes que ele comece, em vez de deixar você reconciliar tudo manualmente meses depois.

Qual é a forma nativa para agentes de tornar um app multilíngue?

O caminho agent-native significa que o trabalho de localização vive dentro do seu repositório e roda através do seu agente de codificação com IA, em vez de ficar em uma plataforma separada na qual você precisa fazer login. Existem dois caminhos para chegar a um app multilíngue, e essa é a bifurcação.

O caminho da plataforma: você assina uma ferramenta de localização, conecta seu repositório pelo painel dela e gerencia idiomas e fluxos de trabalho por lá. Esse modelo foi pensado para equipes de tradução, e funciona bem para elas.

O caminho agent-native: a infraestrutura fica dentro do seu código. Seu agente (Cursor, Claude Code, Lovable) a aciona, e ela sincroniza as traduções a cada push no Git. Não há painel para operar, não há arquivos para ficar transportando entre um dashboard e seu repositório, não há fila para limpar. Para um desenvolvedor solo ou uma equipe pequena lançando código continuamente, é uma ferramenta a menos para gerenciar manualmente. Esse é o modelo para o qual o globalize.now foi criado: configure uma vez, e ele acompanha seus commits.

Vale notar que só dizer "AI-native" não indica mais em qual caminho uma ferramenta está. Praticamente toda plataforma de localização hoje se autointitula "com IA", então esse rótulo deixou de ser um sinal útil. A verdadeira distinção está em onde o trabalho acontece: no seu repositório a cada push, ou em um painel que você precisa cuidar.

Eu preciso de uma plataforma de localização como Lokalise ou Crowdin?

Só se você tiver uma equipe de tradução que precise de uma. Lokalise e Crowdin são plataformas de localização feitas para linguistas profissionais, revisores e coordenação de fornecedores, e o preço reflete esse escopo. O plano pago de entrada da Lokalise começa em torno de US$ 144 por mês, voltado para equipes, não para desenvolvedores solo.

Ajuda visualizar as camadas. Uma biblioteca runtime de i18n como next-intl ou i18next entrega as traduções aos seus usuários no momento da requisição. Um mecanismo de tradução como DeepL ou GPT produz o texto traduzido. Uma plataforma de localização coordena tradutores humanos. O globalize.now é a camada abaixo de tudo isso: a infraestrutura que gera as chaves e os arquivos de locale dos quais essas outras camadas dependem.

Se você é um desenvolvedor solo que só quer um app multilíngue e não tem equipe de tradutores para gerenciar, pode pular totalmente a camada de coordenação. Mas você ainda precisa da camada de infraestrutura, porque alguém tem que extrair e manter as strings. Essa é a parte fácil de esquecer e dolorosa de fazer na mão. Se você está pesando a opção de usar uma plataforma, a comparação globalize.now vs Lokalise mostra onde cada uma se encaixa.

Como faço a configuração com Cursor, Claude Code ou Lovable?

Conecte seu repositório em globalize.now e a primeira conversão roda dentro do app. Se preferir que seu agente faça essa etapa, adicione o globalize.now a ele uma única vez com um único comando:

npx skills add globalize-now/globalize-skills

Adicione --all para instalar em cada agente que você usa. A partir daí, o fluxo é: seu agente extrai e estrutura as strings usando a infraestrutura, gera os arquivos de locale e, a cada push no Git, as traduções se ressincronizam para acompanhar o código atual. Nova string em um commit, nova chave e tradução no push. Tela removida, arquivos de locale limpos. Você não abre painel nenhum, e não fica movendo arquivos manualmente.

Esse é todo o propósito de uma configuração agent-native. O app multilíngue passa a ser uma característica do seu repositório, mantida automaticamente, em vez de um projeto que você gerencia em uma segunda ferramenta. Você pode ver o fluxo completo para desenvolvedores na página inicial do globalize.now, e o texto o que é um agente de localização com IA cobre o padrão mais amplo.

O globalize.now cuida da metade da infraestrutura necessária para tornar seu app multilíngue. Configure uma vez, e ele extrai suas strings e sincroniza seus arquivos de locale a cada push no Git.