Como usar a IA para traduzir uma extensão
Prepare catálogos em inglês, português e espanhol pelo mecanismo oficial de tradução.
Substitua os valores entre colchetes antes de enviar. Forneça os arquivos públicos relevantes da release alvo exata; use exemplos sintéticos e deixe credenciais, campanhas privadas e material proprietário fora do contexto.
O que você vai construir
Traduza a interface do seu pacote preservando identificadores, conteúdo escrito na campanha e avisos legais exatos.
Contexto para fornecer à IA
Chaves/catálogos existentes e chamadas de registro/consulta de i18n do pacote.
docs/pt-BR/modules.md: catálogos privados, context.i18n e labelKey dos tipos de documentos.
Glossário de termos que você pode traduzir e capturas de estados vazios/textos longos.
Passo a passo
Faça o inventário dos textos da interface sem alterar identificadores ou texto escrito pelos jogadores.
Mantenha inglês como alternativa e preserve a escolha explícita de idioma.
Peça os mesmos conjuntos de chaves em en, pt-BR e es pelo mecanismo oficial do pacote.
Confira textos longos, variáveis, pluralização, chaves ausentes e telas estreitas na interface real.
Copie e adapte este prompt
Repositório: [checkout local ou repositório público]
Release alvo do host: [versão instalada/solicitada; preserve-a]
Escopo e autorização: [o que pode ser alterado/publicado]
Traduza os textos de interface de [pacote] pelo mecanismo de i18n suportado.
Examine catálogos existentes e registro/consulta por context.i18n. Mantenha catálogos no pacote responsável, inglês como alternativa e escolha explícita do usuário.
Produza en, pt-BR e es com chaves idênticas. Preserve variáveis de interpolação, identificadores, comandos e dados de documentos. Não traduza nomes escritos pelo usuário nem avisos legais exatos.
Use o glossário [termos originais]. Sinalize ambiguidades para revisão sem inventar regras ou copiar trechos de livros proprietários.
Registre rótulos de tipos por labelKey quando documentado. Não altere globalmente o idioma do core como atalho.
Valide chaves ausentes, textos longos, estados vazios, foco e layout estreito, com texto de interface de pelo menos 12px.
Examine os arquivos reais e APIs suportadas antes de propor código. Não invente comandos, campos, endpoints ou capacidades de pacotes.
Use dados de teste descartáveis e ferramentas/caches locais à instalação. Explique requisitos sem suporte e valide o resultado com as ferramentas reais do projeto.
Entregue arquivos ou passos concretos no editor, verificações realizadas e limitações pendentes.Como validar
Compare conjuntos de chaves e nomes de variáveis entre os três catálogos.
Troque o idioma no pacote real; confira alternativas sem traduzir conteúdo da campanha.
Inspecione rótulos longos e estados vazios/erros em viewport pequena.
Pronto quando
O pacote usa seus catálogos oficiais com chaves alinhadas, layout legível e conteúdo autoral/legal preservado.
Continue pela referência de módulos, API pública e guia de testes.