Modelos de LLM

Todo engine de localização da Lingo.dev usa modelos de LLM para gerar traduções. Você escolhe qual modelo cuida de cada par de idioma, configura fallbacks para mais confiabilidade e usa idiomas curinga para definir padrões — tudo isso sem precisar gerenciar chaves de API nem contas de provedores.

Modelos disponíveis#

Lingo.dev dá acesso a centenas de modelos dos principais provedores em uma única plataforma:

O catálogo completo — com os tamanhos das janelas de contexto — fica no seletor de modelos quando você adiciona uma configuração de modelo a um engine de localização. Seu assistente de IA também pode listar tudo isso pelo servidor MCP server.

Versões fixas e aliases mais recentes#

A maioria das entradas do catálogo aponta para uma versão exata, então a configuração de modelo continua gerando as mesmas traduções até que alguém a altere. Vários provedores também publicam um alias dinâmico — claude-sonnet-latest, gpt-sol-latest, gemini-pro-latest, deepseek-pro-latest — que é resolvido para a versão mais recente dessa família no momento da solicitação. Escolha uma versão exata quando a reprodutibilidade entre gerações do modelo for importante, e um alias quando o engine de localização precisar acompanhar o que há de mais avançado sem edições.

Configurações de modelo#

Uma configuração de modelo atribui um modelo específico a um par de idioma de origem e destino dentro de um engine de localização.

Quando o engine recebe uma solicitação de tradução, ele seleciona a configuração correspondente mais específica com base nos idiomas de origem e destino.

Padrões e personalização#

Desde 2023, a equipe da Lingo.dev pesquisa quais modelos geram as melhores traduções para cada par de idiomas. Quando um novo engine de localização é criado, ele já vem pré-configurado com padrões de modelo bem definidos — modelos principais e fallbacks escolhidos com base nessa pesquisa, otimizados para qualidade tanto em idiomas comuns quanto em idiomas com poucos recursos. A maioria das equipes não vai precisar mudar nada.

Esses padrões foram pensados para funcionar bem desde o primeiro uso. Você pode editar qualquer configuração de modelo, trocar de provedor, adicionar fallbacks ou substituir pares de idiomas específicos pelos modelos que preferir — mas os padrões já refletem o que descobrimos funcionar melhor em centenas de pares de idiomas. A configuração de modelos do engine fica totalmente sob seu controle.

Modelos de fallback#

Os LLMs evoluem rápido — novos modelos são lançados toda semana, as capacidades melhoram a cada geração e os preços caem à medida que a concorrência aumenta. Mas essa velocidade tem um custo: indisponibilidades de provedores, limites de taxa, mudanças nos filtros de conteúdo e descontinuação de modelos fazem parte da rotina. Um pipeline de localização em produção que depende de um único modelo é um pipeline que, cedo ou tarde, vai falhar.

O engine de localização da Lingo.dev foi criado especificamente para workflows de tradução em nível de produção. Cada par de idiomas oferece suporte a um modelo de fallback — se o modelo principal falhar, o engine tenta automaticamente e de forma transparente o próximo modelo de fallback, sem exigir qualquer intervenção e sem deixar que solicitações com falha cheguem aos seus usuários.

Como funciona a ordem dos fallbacks#

O engine ordena as configurações disponíveis por especificidade e, depois, por prioridade:

1. Especificidade do idioma de destino — um idioma de destino exato tem prioridade sobre o curinga *
2. Especificidade do idioma de origem — um idioma de origem exato tem prioridade sobre o curinga *
3. Prioridade — padrão, depois fallback

Exemplo#

Considere estas configurações de um engine:

Uma solicitação para traduzir en → de tenta os modelos nesta ordem:

1. GPT-6.1 Sol — correspondência exata, padrão
2. Claude Sonnet 5.5 — correspondência exata, fallback
3. Gemini 3.8 Flash — origem curinga, destino exato, padrão
4. Claude Haiku 4.5 — curinga para ambos, padrão

Uma solicitação que traduz fr → de ignora os dois primeiros (a origem não corresponde) e começa com Gemini 3.8 Flash.

Idiomas curinga#

Defina o idioma de origem ou de destino como * para criar configurações padrão que se aplicam quando não houver uma configuração específica para aquele idioma.

Padrões comuns:

Configurações específicas sempre têm prioridade sobre configurações com curinga. Use curingas para definir padrões bem ajustados e depois sobrescreva os pares de idiomas que exigem tratamento especial.

Gerenciando configurações de modelo via MCP#

Se você usa o servidor MCP da Lingo.dev, seu assistente de programação com IA pode configurar os modelos diretamente:

"Set GPT-6.1 Sol as the primary model for English to German,
with Claude Sonnet 5.5 as fallback."

"Add a catch-all model config using Claude Haiku 4.5 for
all locale pairs."

Próximos passos#