Como detecto qual modelo realmente atendeu uma requisição?

Leia o campo model no corpo da resposta da API. Registre-o em toda chamada e divida todas as métricas de custo pelo modelo resolvido, não pelo solicitado.

Isso afeta os modelos da OpenAI também?

Sim. A mesma prática de alias e transição vale entre provedores, incluindo os lançamentos do GPT-6 Sol e do Luna em 22 de setembro de 2026. Fixe IDs de modelo datados para tudo que você orça ou avalia.

Por que minha economia por tarefa saiu menor que os 40% anunciados?

Muito provavelmente por mistura de versões. A promessa de «40% mais barato» é uma média de carga típica que assume uma redução na contagem de tokens. Se modelos mais baratos e mais antigos produzem respostas mais longas, a economia combinada diminui.

Downgrades silenciosos de modelo e modelos de custos

Q: Uma requisição ao Opus 5.5 pode ser atendida pelo Opus 4.8?

Sim. As notas de lançamento da Anthropic traziam uma nota de rodapé informando que algumas requisições ao Opus 5.5 podem ser roteadas para o Opus 4.8 durante a janela de transição. Endpoints de modelo são aliases, não garantias de versão.

Atualizado September 27, 2026 · publicado originalmente September 27, 2026

Em 23 de setembro de 2026, um tópico no r/GroundTruthAINews apontou uma nota de rodapé escondida nas notas de lançamento do Opus 5.5 da Anthropic: uma requisição ao Opus 5.5 pode ser atendida pelo Opus 4.8. Anthropic e OpenAI anunciaram cortes de preço na mesma tarde. Os dois laboratórios venderam a mesma ideia: manter a capacidade e gastar bem menos. A nota de rodapé é a parte que importa para FinOps.

O que realmente aconteceu

O Claude Opus 5.5 foi lançado a $4/$20 por milhão de tokens, cerca de 20% abaixo do Opus 5, com as leituras de cache cortadas em 60%, para $0.20. A Anthropic diz que menos tokens por tarefa e uma saída 30% mais rápida tornam as cargas típicas cerca de 40% mais baratas. Cerca de 90 minutos depois, a OpenAI lançou o GPT-6 Sol a $2/$10 e o Luna a $0.10/$0.50, ambos pela metade dos preços do GPT-5.6.

Toda publicação de lançamento desse período traz o mesmo tipo de nota: o endpoint que você chama é um alias, e o alias é balanceado entre versões do modelo durante uma janela de transição. É uma prática normal de capacidade. Também é um problema de modelagem de custos.

Por que isso quebra os números

O custo por tarefa se desloca. Sua previsão assumia o preço de saída do Opus 5.5. Se uma parte das chamadas cair no 4.8, tanto o preço unitário quanto a contagem de tokens mudam, em sentidos opostos.
As avaliações medem uma mistura. Uma suíte de avaliação executada durante uma janela de transição pontua uma combinação de versões. A pontuação não é reproduzível depois.
Cortes de preço são atribuídos errado. Se uma economia de 40% aparece como 15%, a diferença geralmente é mistura de versões, não uma otimização quebrada.
As linhas de base de latência ficam obsoletas. O 4.8 não é tão rápido quanto o 5.5. Qualquer p50 que você tenha capturado no meio da transição não é o seu p50 em regime estável.

Como detectar a troca

Todo grande provedor devolve o modelo resolvido no corpo da resposta. Registre-o em log. Um campo, quatro linhas de código:

resolved = response.model  # e.g. "claude-opus-4-8-20260115"
assert resolved.startswith(EXPECTED_PREFIX) or resolved in ALLOWED_FALLBACKS

Depois, divida cada métrica de custo pelo modelo resolvido, não pelo modelo que você pediu. Quando um grupo começar a se deslocar, você tem a resposta: o alias está misturando versões e o seu custo por tarefa é uma média ponderada de dois produtos diferentes.

A implicação para o orçamento

Durante uma transição, planeje com o custo combinado, não com a manchete. Se 20% das chamadas caírem para um modelo mais antigo, a sua tarifa efetiva de entrada não é $4.00 por milhão — é o que a mistura produzir. A mesma lógica vale para a economia anunciada: a promessa de «40% mais barato» é uma média de carga típica que já assume uma redução na contagem de tokens, o que pode não se sustentar se o modelo mais barato e mais antigo for o que gera as respostas mais longas.

Regras a seguir

Nunca modele sobre um alias. Fixe um ID de modelo datado para tudo que você orça ou avalia.
Registre o modelo resolvido em toda requisição. É inegociável se você algum dia reexecutar uma avaliação.
Refaça a linha de base depois da janela de transição. A duração usual é de semanas, não de trimestres, mas confirme.
Precifique uma transição como uma mistura. Peça ao seu provedor a divisão esperada, ou meça.

Conclusão

Um corte de preço e um downgrade silencioso podem chegar na mesma tarde. O corte é a manchete; o downgrade é a nota de rodapé que, em silêncio, invalida a previsão do mês passado. Registre o modelo resolvido, fixe IDs datados e precifique a mistura.