Acompanhamento de Descontinuações e Migrações
Modelos são aposentados, parâmetros são renomeados, comportamentos mudam. Esta página acompanha as mudanças incompatíveis para que as atualizações não te peguem de surpresa. Se você constrói sobre a API, dê uma olhada periodicamente.
Por que isso importa
Um ID de modelo fixado acabará sendo descontinuado e depois removido. Código que o codifica de forma rígida quebra. Um pouco de higiene evita surpresas às 2 da manhã.
Regras de sobrevivência
- Leia os IDs de modelo a partir da configuração, nunca espalhe literais pela base de código — assim a migração vira uma mudança de uma linha.
- Acompanhe os anúncios sobre datas de descontinuação e substituições recomendadas.
- Reexecute suas avaliações quando trocar de modelo — o comportamento pode mudar mesmo em um modelo "mais novo e melhor".
- Teste antes do prazo final, não depois da remoção.
Tipos comuns de mudança
| Mudança | Exemplo | O que fazer |
|---|---|---|
| Modelo aposentado | Um ID de modelo mais antigo para de funcionar | Migre para o sucessor recomendado; reavalie |
| Parâmetro substituído | Um controle de raciocínio/budget substituído por effort | Atualize as chamadas; veja Thinking e Effort |
| Mudança de padrão | Um novo modelo/comportamento padrão | Fixe intencionalmente; verifique se seus prompts ainda funcionam |
| Atualização de endpoint/SDK | Nova versão major do SDK | Leia o guia de migração; atualize deliberadamente |
Acompanhamento atual
Semente — substitua por avisos de descontinuação reais e referenciados conforme forem anunciados.
- Confirme seus IDs de modelo na tabela de Modelos e Preços Atuais; se você estiver em um ID mais antigo, planeje uma migração.
- Nenhuma outra mudança incompatível registrada aqui ainda. Acompanhe a documentação oficial de modelos para o cronograma autoritativo.