Qwen3 VL sobe 82,7% e Kimi K2.6 aparece com preço conflitante

Se você usa o Qwen3 VL 235B A22B Instruct em produção, o preço listado no OpenRouter passou de US$ 1,04 para US$ 1,90 por milhão de tokens em 17 de agosto de 2026. A alta é de 82,7%. Esse é o reajuste que mais pesa entre os modelos da Qwen no recorte do dia.

O Kimi K2.6 também aparece em uma faixa de aumento relevante: de US$ 2,28 para US$ 4, uma alta de 75,4%. Mas há um problema prático na tabela: o mesmo modelo aparece em outra alteração, de US$ 4 para US$ 2,36, queda de 41%.

A conta, portanto, não permite tratar o preço do Kimi como uma informação única sem checagem adicional. Para orçamento, a tensão mais importante não é apenas o percentual anunciado na listagem. É saber qual valor será aplicado às requisições que você efetivamente envia.

O que mudou na conta da Qwen

A Qwen concentra três aumentos na listagem do OpenRouter. O Qwen3 VL 235B A22B Instruct é o caso extremo, com alta de 82,7%, enquanto o Qwen2.5 VL 72B Instruct passa de US$ 0,75 para US$ 1, aumento de 33,3%.

O Qwen3.6 27B sobe de US$ 2 para US$ 2,40, avanço de 20%. O padrão é claro para quem mantém aplicações multimodais ou avalia trocar de modelo: o custo pode subir mesmo sem mudança no volume de tokens consumidos.

Isso afeta especialmente produtos que analisam imagens, documentos e vídeos em grande escala, além de sistemas que usam visão como etapa obrigatória do fluxo. Se o seu uso é eventual, o impacto absoluto pode ser menor. Em produção, porém, a diferença entre US$ 1,04 e US$ 1,90 por milhão se multiplica rapidamente pelo tráfego mensal.

O caso Kimi exige cautela

O Kimi K2.6 não tem uma trajetória de preço consistente nos registros do dia. Uma entrada mostra alta de 75,4%, de US$ 2,28 para US$ 4. Outra mostra queda de 41%, de US$ 4 para US$ 2,36.

Não é possível transformar essas duas linhas em uma conclusão segura sobre o preço vigente. Pode haver atualização em sentidos diferentes, registros de provedores ou uma inconsistência de catalogação, mas os dados não explicam a causa. A decisão responsável é tratar o Kimi como preço a confirmar, não como alternativa automaticamente mais barata ou mais cara.

Para quem paga a fatura, isso muda a rotina de controle. O valor exibido no painel, o identificador usado na chamada e o preço efetivamente cobrado precisam ser comparados antes de migrar tráfego.

Nem todo reajuste foi para cima

O movimento do dia não é uniforme. O OpenAI GPT-5.6 Terra Pro e o GPT-5.6 Terra dobram de US$ 6 para US$ 12, enquanto o GPT-5.6 Luna e o Luna Pro passam de US$ 0,60 para US$ 1,20.

Na direção oposta, o GPT-5.6 Sol e o Sol Pro caem de US$ 30 para US$ 15, redução de 50%. As respectivas modalidades batch descem de US$ 15 para US$ 7,50. O DeepSeek V4 Pro também recua, de US$ 2,336 para US$ 1,98, queda de 15,2%.

Isso cria espaço para reavaliar rotas de modelo. Mas uma troca só faz sentido se qualidade, latência, recursos de visão e comportamento da aplicação continuarem adequados. Preço menor não compensa uma taxa maior de erro ou uma etapa adicional de validação.

Para quem isso vale

O reajuste do Qwen3 VL vale diretamente para você se esse modelo está fixado no endpoint da aplicação, em testes de carga ou em uma cadeia de agentes. O mesmo vale para o Kimi K2.6, mas com a ressalva de que os próprios registros apresentam valores conflitantes.

Se você usa apenas os modelos da OpenAI afetados, o impacto depende da variante: Terra e Luna ficaram mais caros, enquanto Sol ficou mais barato. Se sua aplicação roda com outro modelo sem alteração na listagem, esses reajustes não mudam a cobrança desse endpoint.

O Artificial Analysis aparece nos dados apenas como referência para notas de inteligência e custo-benefício. O ranking mostra, por exemplo, o GPT-5.6 Luna com nota de inteligência de 52,3 e preço de US$ 0,45, mas isso não substitui o preço do modelo escolhido no OpenRouter nem resolve a divergência do Kimi.

Antes de aprovar o próximo deploy, congele o tráfego do Qwen3 VL e do Kimi K2.6 até confirmar no OpenRouter qual preço está associado ao identificador usado pela sua API.