avaliação por IA

Após uma revisão humana, volte a alinhar a edição com a configuração do seu motor.

Ativou a revisão humana e um tradutor corrigiu manualmente uma string em alemão. Ótimo — mas, ao fazê-lo, pode ter substituído discretamente um termo do glossário, usado um registo que as regras da voz da marca não permitem ou formulado algo de forma diferente daquela que as instruções do motor definem. A edição humana passa agora a ser a referência e sobrepõe-se à configuração que afinou para o motor manter. A etapa de post-edit (postEdit) é a passagem de IA que fecha essa lacuna: recebe a edição humana como entrada e volta a alinhá-la com a configuração do seu motor antes de o trabalho terminar.

postEdit  →  runs after humanEdit, reconciles its output to engine config

Essa é toda a função desta etapa — e é uma função específica. Atua sobre a edição humana, não sobre o texto de origem, e não pontua o resultado: ajusta a saída humana para que respeite o mesmo glossário, a mesma voz da marca e as mesmas instruções que todas as outras traduções no motor já seguem.

O que ajusta#

Um tradutor humano traz julgamento que o motor não consegue — nuance, contexto, uma correção para uma formulação que não soava bem. É precisamente por isso que ativou a etapa de revisão humana. Mas quem trabalha uma fila não tem toda a configuração do seu motor presente a cada momento, por isso uma edição pode introduzir variações que entram em conflito com regras definidas ao nível do motor. A passagem de post-edit reconcilia essas duas coisas sem descartar nenhuma.

Analisa a saída humana à luz de três camadas da configuração do motor e ajusta o texto para o alinhar com elas:

• Glossário — os termos de origem que mapeia para traduções exatas por idioma e os termos que nunca devem ser traduzidos. Se uma edição humana trocar um termo aprovado por um sinónimo, esta passagem repõe o termo correto.
• Voz da marca — o tom e o registo que o motor mantém consistentes entre idiomas. Uma edição que tenha derivado do formal para o casual é reconciliada com a voz que definiu.
• Instruções — as regras permanentes que o motor segue em todas as traduções, aplicadas aqui à edição humana tal como seriam aplicadas a uma tradução nova.

A intenção humana mantém-se. O que muda são os pontos em que a sua formulação entrou em conflito com uma regra que o resto das suas traduções respeita. A saída que segue para as etapas restantes é a edição humana, já reconciliada.

Quando é executada#

A etapa de post-edit só está disponível quando a revisão humana está ativada, porque a edição humana é a sua entrada — sem ela, não há nada para reconciliar. Daqui resultam duas consequências, e a segunda é a que costuma surpreender mais:

• Depende de humanEdit. Na configuração do motor, postEdit não pode ser ativado enquanto a revisão humana não estiver ativa. Ative primeiro a revisão humana; o post-edit reconcilia a saída dessa etapa.
• É ignorada quando a etapa humana não produz saída, mesmo com postEdit.enabled: true. A revisão humana é orientada por eventos e tem um tempo limite — 48 horas por predefinição — e, quando esse prazo expira, a tradução por IA torna-se final sem edição humana. Se a etapa humana expirar ou for ignorada por qualquer outro motivo, não há edição para reconciliar, por isso o post-edit também é ignorado. Verá um registo de etapa skipped, não uma falha.

Não é o mesmo que AI Reviewers#

É importante perceber bem esta distinção antes de ativar a etapa, porque os nomes são parecidos, mas o comportamento é o oposto.

Se o seu objetivo é manter as edições humanas dentro das regras do seu motor, o que procura é post-edit — atua sobre a saída. Se o seu objetivo é ter um sinal de qualidade que possa monitorizar e reportar sem tocar na tradução, o que procura são os AI Reviewers. Respondem a perguntas diferentes, e usar um não substitui o outro.

Configuração e observabilidade#

O post-edit é uma etapa no pipeline do motor, ativada como as restantes. A sua entrada no esquema é postEdit { enabled }, com a regra permanente de que não pode ser ativada a menos que humanEdit também esteja. Para a ativar em todos os trabalhos, defina-a no separador Pipeline do motor; para a ativar numa única submissão, passe-a em pipelineConfig do pedido. Ambas as camadas, e a regra que liga postEdit a humanEdit, estão especificadas em Configure the pipeline.

Quando a etapa é executada, aparece como uma entrada postEdit no array steps[] do trabalho — completed quando reconciliou a edição, skipped quando a etapa humana não lhe deu nada com que trabalhar. A estrutura completa do registo da etapa e a semântica de completed/failed/skipped estão reunidas numa única página de referência: Observe pipeline runs.

Próximos passos#