OpenRouter lança novos Auto Router e Auto Code Router para escolher modelos automaticamente

A nova geração do Auto Router foi reconstruída sobre uma base técnica nova, depois de cerca de três anos de operação. Segundo a OpenRouter, ela supera o roteador anterior em até 4x, dependendo do benchmark, e a etapa de roteamento ficou 3x mais rápida no p90 em teste ao vivo (0,65 s contra 1,96 s). O slug continua openrouter/auto, e o novo openrouter/auto-code atende agentes de programação. As configurações cost_tier, allowed_models e excluded_models seguem valendo, então não há migração.

O fluxo tem cinco passos. Primeiro, guardrails, retenção zero de dados, restrições de provedor, BYOK e listas de modelos permitidos ou excluídos definem o conjunto elegível. Depois, um modelo de decisão avalia onze fatores em uma única chamada (tipo de tarefa, dificuldade, necessidade de visão, importância da velocidade, entre outros). A política de roteamento escolhe modelo e esforço de raciocínio com base em preços ao vivo, cache e benchmarks. Por fim, o roteamento de provedores decide quem serve o modelo. O resultado de cada turno alimenta o seguinte.

O Auto Code usa uma faixa de custo mais alta, pesa mais a velocidade e pune falhas com mais rigor. A fonte afirma que ele fica no nível do Claude Opus 5.5 em cinco benchmarks, com custo 74% menor por tarefa. Ele também evita trocar de modelo à toa, para não perder o cache de tokens de entrada: no beta, ficou no mesmo modelo em quase nove de cada dez turnos de agente. Em comparação com o roteador anterior, chamadas de ferramenta inválidas caíram 4x e respostas agênticas cortadas caíram pela metade. A própria empresa admite que nenhum roteador supera o melhor modelo de fronteira isolado em todos os pontos da curva de custo e qualidade. Também voltou a precificar mais perto do nível de alguns meses atrás, para incluir mais variedade de modelos. Quem preferia o comportamento anterior pode usar cost_tier em low.

Para quem opera agentes de código em produção, o ponto central é a troca declarada: um pouco de desempenho de pico em troca de custo estável e menos manutenção na escolha de modelos. A restrição de trocas por causa do cache e a reação a falhas (mesmo erro repetido, testes quebrando) atacam problemas práticos de sessões longas. Já quem sabe exatamente qual modelo rende mais no seu fluxo tem pouco motivo para abrir mão dele. Os números de benchmark vêm da própria OpenRouter, então vale rodar a própria carga antes de adotar.