OpenRouter Auto Router vs Auto Code: qual usar

Um agente de programação e um chatbot de uso geral não deveriam operar com a mesma configuração de roteamento. Para tráfego misto, use openrouter/auto; para sessões de programação com várias interações, use openrouter/auto-code. Há uma ressalva importante: o custo por tarefa resolvida do Auto Code costuma ser maior que o do Auto, e a economia de 74% é calculada contra o Opus 5.5.

Os dois roteadores foram lançados em 5 de novembro de 2026 e anunciados pela OpenRouter em 6 de novembro de 2026. Eles usam o mesmo mecanismo de roteamento, mas diferem na faixa inicial de modelos e na forma como sinais de falha orientam a sessão. Não existe taxa adicional de roteamento: cada requisição é cobrada pela tarifa normal do modelo selecionado (anúncio da OpenRouter).

Auto para uso geral; Auto Code para sessões de programação

O Auto Code é o roteador voltado a agentes de programação. Ele começa em uma faixa de custo mais alta e pondera taxa de sucesso, velocidade e custo por tarefa resolvida (anúncio da OpenRouter).

Se você já sabe qual modelo funciona melhor para sua carga de trabalho, a própria OpenRouter recomenda continuar com ele. Roteadores abrem mão de um pouco do desempenho máximo em troca de escolhas consistentes e econômicas, sem exigir que você acompanhe cada lançamento (anúncio da OpenRouter).

Dá para confiar na promessa de 74% mais barato?

Na direção, sim; no número exato, com ressalvas. Os “74% a menos” comparam o Auto Code ao Claude Opus 5.5 em cinco benchmarks executados pela própria OpenRouter. Não é uma comparação com o Auto, nem uma medição verificada de forma independente. Até 6 de novembro de 2026, um dia após o lançamento, não encontrei reprodução independente desses resultados (anúncio da OpenRouter).

Esta é a tabela completa de benchmarks divulgada no anúncio, porque a manchete omite a outra metade da história:

Da tabela, saem três conclusões (anúncio da OpenRouter):

1. O Auto Code supera o Auto em 4 de 5 pontuações, mas perde no Tau-bench Banking: 52.6% contra 53.1%. As diferenças ficam entre 2 e cerca de 5 pontos; não é um salto de geração.
2. O Auto Code custa mais que o Auto em 4 de 5 tarefas — chegando a 3.7x no TerminalBench ($4.96 contra $1.33). Ele também é mais caro que o roteador Auto anterior em todos os benchmarks, como os 8.1x no TerminalBench.
3. “Mais barato” só se aplica frente ao Opus 5.5 por tarefa resolvida. O custo por tarefa incorpora tentativas: um modelo barato por token que falha duas vezes pode custar mais por tarefa resolvida do que um modelo caro que acerta na primeira. Essa é a métrica certa para agentes, mas não significa que sua cobrança por token caiu 74%.

O ceticismo da comunidade se concentra na verificabilidade, e não na direção dos resultados:

"Diz isso claramente: o número de 74% vem dos 5 benchmarks da própria OpenRouter, não de uma verificação independente. Confie na direção, não nos dígitos." — @LJL06019

Outro usuário fez a pergunta que define se você conseguirá reproduzir o resultado: “os 74% só se sustentam se meu prompt disser ao roteador o que é difícil. O que informa ao roteador o que é difícil?” (@harden_369741).

Interprete a alegação assim: nos cinco benchmarks focados em código, o Auto Code entrega algo próximo da classe do Opus 5.5 por um custo menor por tarefa resolvida; quando a pontuação bruta não é a limitação, o Auto é o roteador mais barato. Antes de definir orçamento, repita o teste no conjunto de repositórios da sua equipe.

O que muda de fato no roteamento

O motor é o mesmo, mas a política muda. A cada chamada, os dois roteadores avaliam 11 fatores: tipo e dificuldade da tarefa, importância da velocidade, necessidade de visão ou conhecimento da base de código e se um modelo maior ou mais raciocínio ajudariam. Isso é combinado com preços em tempo real, saúde dos provedores, estado do cache de prompt, dados de benchmark e histórico da sessão (anúncio da OpenRouter).

Sobre essa base, o Auto Code aplica três pesos específicos para programação (anúncio da OpenRouter e página do Auto Code):

• Parte de uma faixa de modelos de programação mais forte — e mais cara — em vez da faixa medium econômica do Auto.
• Dá mais peso à latência e penaliza com mais força mudanças de código que falham.
• Abandona o modelo mais rapidamente quando edições não passam nos testes ou o mesmo erro volta a ocorrer.

A ordem de escalonamento importa: quando a sessão emperra, o Auto Code primeiro aumenta o esforço de raciocínio e só depois troca de modelo. Segundo a OpenRouter, isso, somado à persistência de sessão, manteve o mesmo modelo em quase 9 de cada 10 turnos de agentes durante a beta. Chamadas inválidas de ferramentas foram 4x menores, e respostas agênticas interrompidas caíram pela metade em comparação ao roteador antigo (anúncio da OpenRouter). A latência de roteamento no p90 caiu de 1.96s para 0.65s, cerca de 3x (anúncio da OpenRouter).

O caminho geral do Auto é mais antigo e tem documentação separada: um classificador leve atribui cerca de 30 tipos detalhados de tarefa, como code:debugging e agent:multi_step_planning, ranqueia os modelos pela participação nos gastos da comunidade nos últimos 7 dias para cada tarefa, aplica sua faixa de custo e restrições e escolhe um modelo principal com alternativas de fallback (documentação do Auto Router). A nova geração mantém esse sinal de mercado, mas acrescenta a camada de sessão.

As distribuições recentes de tráfego mostram, na prática, o que significa uma “faixa mais forte”. Em um retrato de 6 de novembro do tráfego das últimas 24 horas do Auto Code, com 992 requisições, o GPT-6.1 Sol representava 70.4%, o Claude Opus 5.5, 14.8%, e o GLM 5.3, 11.0% (página do Auto Code). A mistura geral do Auto tende a ser mais barata: só as variantes do DeepSeek V4 Flash respondiam por cerca de 47% do volume exibido na página de visão geral (visão geral do Auto). Essas composições podem mudar em dias conforme preços e lançamentos mudam, então trate-as como previsão do tempo, não como elenco fixo.

O custo da troca: reconstrução de cache e persistência no provedor

Esta é a parte que a cobertura genérica de lançamento costuma ignorar, embora ela determine sua conta real. Trocar de modelo no meio da sessão descarta o cache de prompt: o novo modelo precisa ingerir novamente todo o contexto pelo preço cheio de entrada. A OpenRouter reconhece esse mecanismo — o roteador mantém conversas com vários turnos no mesmo modelo enquanto ele continua sendo uma escolha competitiva justamente para reduzir reconstruções (anúncio da OpenRouter).

Usuários reais relatam esse problema por ambos os lados:

"as pessoas continuam tentando criar roteadores no nível da requisição, e isso não vai funcionar … um prompt sem o contexto ao redor simplesmente não é sinal suficiente para avaliar complexidade … não podemos trocar de modelo frequentemente durante uma sessão de forma econômica. um ou dois erros … podem custar mais do que simplesmente usar o melhor modelo desde o início" — @kunchenguid

A frase que sustenta essa crítica vem do autor do OpenCode: corrigir o cache do OpenRouter reduziu a conta de um teste de $50 para $6 (@thdxr). No Reddit, um usuário que testou openrouter/auto relatou: “A taxa de acerto de cache, quando testamos, foi basicamente 0” (u/tankerkiller125real). Outro observou que “toda vez que o Auto mudava o id, a chamada seguinte voltava com cache_discount 0, enquanto a execução fixada continuava lendo” (u/Michael_Jeffords). O conselho mais votado em uma discussão sobre VS Code é direto: “Mantenha modelo e provedor fixos para melhores resultados, pois o cache economiza custo; do contrário, você enviará um contexto grande para provedores aleatórios” (u/Zealousideal-Part849).

Isso tem duas consequências práticas:

1. A taxa de acerto do cache define a conta, não o preço de tabela. Pela estimativa de um usuário, cerca de 87% dos tokens de agentes agora vêm de cache (@shu8ham_). Portanto, um roteador que quebra a persistência pode sair mais caro que um modelo fixado e mais caro que reutiliza contexto. Para esse usuário, mover um timestamp do topo para o fim do prompt de sistema corrigiu um cache que era invalidado a cada chamada (@shu8ham_).
2. A persistência pode prender sua sessão a um host ruim. Requisições subsequentes continuam no mesmo provedor enquanto o cache está quente, então um endpoint quantizado de qualidade inferior pode prejudicar uma sessão inteira — “O mesmo nome de modelo não é o mesmo modelo. Fixe também quem o serve” (@webtkdev). Se a qualidade oscilar depois de uma troca, registre o provedor, não apenas o modelo.

A resposta do Auto Code — aumentar o raciocínio antes de trocar e só trocar rapidamente diante de falha clara — tem o formato correto (página do Auto Code). Mas, até ver seu próprio fluxo de cache_discount permanecer diferente de zero ao longo de uma sessão, trate as trocas como risco orçado, não como algo gratuito.

Controles de custo que realmente limitam a conta

cost_tier é uma faixa, não um teto. As cinco opções — low, medium, high, xhigh e max — selecionam uma banda de custo entre os modelos elegíveis. Modelos acima ou abaixo dela podem ser excluídos, e uma faixa não definida se comporta aproximadamente como low no caminho da documentação clássica (documentação do Auto Router). O resumo do Reddit é o ponto essencial: “cost_tier é uma faixa, não um teto … fixe um modelo exato sempre que a conta precisar ser determinística” (u/conifer_v11).

Uma configuração funcional para qualquer um dos roteadores:

• Comece o Auto Code no padrão para um conjunto de repositórios de teste; comece o Auto em low se você gostava do comportamento barato anterior. A OpenRouter elevou o preço padrão da nova versão para algo próximo dos níveis de “alguns meses atrás”, permitindo a entrada de modelos mais capazes (anúncio da OpenRouter).
• Use curingas de allowed_models / excluded_models, como anthropic/*, para limitar o conjunto. Exclusões têm prioridade sobre allowlists, e um conjunto vazio falha de forma fechada com 404 (documentação do Auto Router). Atenção à armadilha do ID do plugin: openrouter/auto lê as configurações de auto-router, enquanto openrouter/auto-beta lê auto-beta-router; configurações enviadas para o ID errado são ignoradas silenciosamente (documentação do Auto Router).
• Combine provider.max_price com limites de gastos do workspace para ter um teto rígido; a faixa, sozinha, não faz isso (documentação do Auto Router).
• Envie um session_id explícito em trabalhos com múltiplos turnos, para que a persistência seja vinculada à conversa, não a uma impressão digital da mensagem (documentação do Auto Router).
• Registre model, provedor, tokens, instantâneo de preço e cache_discount em cada requisição. Esse log é a única forma de calcular o custo por tarefa aceita — a métrica que o Auto Code otimiza e que seu orçamento realmente acompanha.

Leituras relacionadas neste site: o guia de configuração do Auto Router, o guia de preços do OpenRouter, o guia de cache de prompt e LiteLLM vs OpenRouter, sobre alternativas de roteamento auto-hospedadas.

Como chamar os roteadores e descobrir o modelo escolhido

Os dois roteadores funcionam em qualquer lugar que aceite uma string de modelo (visão geral do Auto):

curl https://openrouter.ai/api/v1/chat/completions \
  -H "Authorization: Bearer $OPENROUTER_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "openrouter/auto-code",
    "messages": [{"role": "user", "content": "Add a retry with backoff to fetchUser in api/users.ts"}]
  }'

Para tráfego geral, substitua por openrouter/auto. O campo model da resposta informa qual modelo realmente respondeu — capture-o sempre (documentação do Auto Router). Envie X-OpenRouter-Metadata: enabled para receber a classificação da tarefa (documentação do Auto Router) ou abra o painel de insights de roteamento do chatroom para entender por que um modelo foi escolhido, incluindo tipo de tarefa, avaliação de dificuldade e participação dos candidatos (anúncio da OpenRouter). Ambos suportam chamadas de ferramentas, streaming, imagens, PDFs, entrada de áudio e vídeo, além de saída em texto ou imagem, com teto de roteamento de até 2,000,000 tokens. A janela efetiva é a suportada pelo modelo selecionado (visão geral do Auto e página do Auto Code).

Um alerta para IDEs: Codex CLI, Cline, Kilo Code, OpenCode, Continue e configurações de VS Code no estilo Copilot podem incluir subchamadas próprias, novas tentativas e contextos grandes além do seu prompt. Um usuário comparou cerca de 20 tokens via Python direto com 20k–40k tokens por uma requisição de plugin (thread de roteamento no r/openrouter). Quando uma requisição aparentemente pequena gera uma cobrança alta, verifique se os tokens vieram do roteador ou do harness antes de culpar o roteador. O catálogo acessível pelos dois roteadores reúne mais de 600 modelos (anúncio da OpenRouter).

Perguntas frequentes: OpenRouter Auto vs Auto Code

O Auto Code é mais caro que o Auto Router?

Na maioria das vezes, sim, por tarefa. Na tabela da própria OpenRouter, o Auto Code custa mais que o Auto em quatro dos cinco benchmarks e empata no quinto. O Auto Code só é “mais barato” quando comparado a um modelo frontier fixo por tarefa resolvida.

O roteador cobra uma taxa adicional?

Não. Tanto openrouter/auto quanto openrouter/auto-code cobram a tarifa normal do modelo selecionado, sem sobretaxa pelo roteador (visão geral do Auto).

Trocar de modelo quebra o cache de prompt?

Pode quebrar, sim. Um novo modelo ou provedor precisa reconstruir o cache, e usuários registraram cache_discount caindo para 0 logo após uma mudança. O Auto Code prefere elevar o esforço de raciocínio antes e, na beta, manteve a persistência em cerca de 9 em cada 10 turnos (anúncio da OpenRouter), mas confirme isso nas suas sessões.

Quais modelos eles podem escolher? Posso excluir alguns?

Qualquer modelo do catálogo após a aplicação dos seus filtros de guardrails, retenção zero de dados, provedor, allowlist e excludelist (página do Auto Code). Curingas como anthropic/* funcionam, e exclusões têm precedência (documentação do Auto Router).

Quando vale fixar um modelo em vez de usar um roteador?

Quando a conta precisa ser determinística; quando auditoria ou requisitos de residência exigem um modelo conhecido; ou quando a qualidade do seu modelo fixado já supera a média do roteador nos seus repositórios. Um fluxo de trabalho eficiente é usar o Auto para descoberta e, depois, fixar ou colocar o vencedor em uma whitelist.

Há uma troca que nenhum prompt resolve: o Auto Code compra alguns pontos extras de taxa de sucesso com uma faixa mais alta e consciência de sessão, mas toda troca consome cache. Em sessões longas e com muito contexto, o roteador mais barato é aquele que para de trocar.