As traduções voltaram. Alemão, francês, japonês — tudo preenchido, tudo bem-formatado. À primeira vista, parecem boas. Mas "parece bom" em um idioma que você não lê é fé, não verificação — e a única coisa que uma tradução pode errar em silêncio é justamente a que você mais precisa que ela acerte: o significado.
A etapa backTranslation fecha essa lacuna sem precisar de um segundo par de olhos humanos. Ela traduz cada saída de volta para o idioma de origem, faz uma IA comparar essa volta com as palavras que você enviou originalmente e sinaliza onde o significado se desviou. Você não está apenas confiando que o significado sobreviveu ao percurso de ida e volta — está vendo o pipeline verificar isso.
stepId: backTranslationEsta página explica essa etapa: o que cada passo faz, como o desvio é classificado e quais casos são corrigidos automaticamente. É novo no pipeline? Comece pela Visão geral do pipeline para entender como as etapas envolvem a etapa principal de tradução. Para ativá-la, veja Configurar o pipeline; para entender o que uma execução produziu, veja Observar execuções do pipeline.
Nesta página
- Como a verificação funciona
- Como o desvio é classificado
- Uma técnica consagrada, agora automatizada
- Quando ativá-la
- Como ler o resultado
Como a verificação funciona#
A etapa roda depois da tradução principal — e depois de rephrase, quando ele está ativado — então ela sempre verifica a melhor saída disponível naquele momento: exatamente o texto que, de outra forma, seguiria para produção. São três passos.
Traduzir de volta
A saída traduzida é convertida de volta para o idioma de origem usando a mesma configuração do engine — glossário, voz da marca, instruções — adaptada para a direção inversa. É uma segunda tradução de verdade, não uma simples consulta.
Detectar desvio
Um agente de IA compara a retradução com o texto de origem que você enviou e classifica qualquer divergência por severidade: minor, major ou critical.
Corrigir, se necessário
Quando a classificação é major ou critical, uma etapa adicional de IA ajusta a tradução original para corrigir o desvio. Divergências minor são registradas para observabilidade e mantidas como estão — a saída não é reescrita por uma mera nuance de redação.
Ou seja, a verificação não apenas informa que o significado se desviou — nos casos que realmente importam, ela corrige a tradução antes que ela chegue aos seus usuários.
Como o desvio é classificado#
Um percurso de ida e volta nunca reproduz o texto de origem palavra por palavra. Dois tradutores — ou uma IA operando em duas direções — vão formular a mesma ideia de maneiras diferentes, e isso é esperado, não um problema. A classificação é o que separa uma reformulação inofensiva de uma mudança real de significado:
| Severidade | O que significa | O que a etapa faz |
|---|---|---|
minor | A redação muda, mas o significado permanece intacto — um sinônimo, uma oração reordenada, uma escolha de estilo. | Registrado, sem correção. |
major | O significado mudou o suficiente para importar — uma ênfase alterada, um qualificador omitido, uma afirmação modificada. | Uma etapa de correção ajusta a tradução original. |
critical | O significado está errado — uma negação invertida, um número alterado, um termo invertido. | Uma etapa de correção ajusta a tradução original. |
Esse recorte é justamente o ponto. Uma verificação que "corrigisse" toda frase reformulada desgastaria traduções boas e esconderia os problemas reais; uma verificação que sinalizasse tudo e não corrigisse nada só entregaria um relatório maior. A classificação permite que a etapa deixe em paz os casos inofensivos e reserve a correção para onde o significado realmente mudou.
O que é corrigido automaticamente — e o que não é
Apenas desvios major e critical disparam uma etapa de correção. Desvios minor são destacados para observabilidade, e a saída permanece inalterada. Se você quiser colocar toda divergência diante de uma pessoa, independentemente da classificação, é para isso que existe a revisão humana — a retradução é a proteção automatizada, não um substituto para um revisor.
Uma técnica consagrada, agora automatizada#
A retradução não é uma invenção da Lingo.dev. É um método clássico de garantia de qualidade em tradução humana: um segundo tradutor traduz o texto de destino de volta para o idioma de origem, um editor compara as duas versões, e essa comparação revela onde o significado se perdeu. Ela captura a falha que uma única tradução direta pode esconder — um texto fluente que, no fim, quer dizer algo sutilmente diferente.
O pipeline aplica esse mesmo método com LLMs no lugar do segundo tradutor e do editor. A técnica é a mesma de sempre; o que foi automatizado foi o trabalho e a latência. É por isso que essa etapa existe — não para adicionar um enfeite de IA, mas para colocar uma checagem reconhecida de significado inline no seu job, em cada idioma, sempre.
Quando ativá-la#
A retradução vale a pena sempre que errar o significado sai caro e você não consegue ler o idioma de destino para perceber isso por conta própria. Recorra a ela quando:
- O conteúdo for jurídico, médico, financeiro ou técnico — áreas em que uma negação invertida ou um qualificador deslocado representa um risco real, não uma simples questão de estilo.
- Você publica em idiomas que ninguém da sua equipe lê, então a retradução é sua única janela para saber se o significado foi preservado.
- A saída for de alto risco e baixo volume — uma cláusula contratual, uma instrução de dosagem, um aviso de conformidade — em que o custo extra da verificação é irrelevante perto do custo de errar.
Ela faz uma segunda tradução — então custa mais
Ela executa uma tradução reversa completa e uma comparação por IA em cada saída, além de uma etapa de correção sempre que o desvio é classificado como major ou critical — por isso, um job com retradução ativada exige mais processamento de modelo do que uma tradução apenas de ida. Cada etapa ativada registra seu próprio custo no job, para que você veja exatamente o que essa verificação acrescentou. Ative-a quando a fidelidade de significado justificar esse custo e deixe-a desativada para strings de alto volume e baixo risco, em que a tradução direta basta.
Ela combina naturalmente com rephrase: rephrase deixa o texto com fluidez nativa, e a retradução confirma que essa reescrita mais natural ainda diz o mesmo que a origem. As duas são ativadas de forma independente — veja Configurar o pipeline.
Como ler o resultado#
Como toda etapa do pipeline, uma verificação de retradução ativada grava seu próprio registro no array steps do job. Busque o job com GET /jobs/localization/:jobId, e a etapa backTranslation mostra que a verificação rodou e como ela foi resolvida:
{
"id": "ljb_C3d4E5f6G7h8I9j0",
"status": "completed",
"outputData": { "clause": "Diese Vereinbarung darf nicht ohne schriftliche Zustimmung übertragen werden." },
"steps": [
{
"stepId": "localize",
"type": "action",
"status": "completed",
"errorMessage": null,
"createdAt": "2026-04-17T10:00:00Z",
"startedAt": "2026-04-17T10:00:00Z",
"completedAt": "2026-04-17T10:00:09Z"
},
{
"stepId": "backTranslation",
"type": "action",
"status": "completed",
"errorMessage": null,
"createdAt": "2026-04-17T10:00:09Z",
"startedAt": "2026-04-17T10:00:09Z",
"completedAt": "2026-04-17T10:00:21Z"
}
]
}Uma etapa completed backTranslation significa que a verificação foi executada de ponta a ponta; se ela classificou um desvio major ou critical, o outputData que você está lendo já é a tradução corrigida, não a versão anterior à verificação. O detalhamento completo — as severidades que a verificação sinalizou e o que uma etapa failed ou skipped significa para o job como um todo — está em Observar execuções do pipeline, a referência principal para entender steps e warnings.
Essa é a etapa inteira: uma tradução reversa, uma comparação com classificação e uma correção quando o significado se desloca — para que a fidelidade de cada saída seja verificada inline, e não presumida. Ative-a por solicitação ou defina-a como padrão do engine, depois leia a etapa para confirmar que o percurso de ida e volta preservou o sentido.
