Veille sur les dépréciations et migrations
Des modèles sont retirés, des paramètres sont renommés, des comportements changent. Cette page recense les changements cassants afin que les mises à niveau ne vous surprennent pas. Si vous développez sur l'API, parcourez-la régulièrement.
Pourquoi c'est important
Un ID de modèle épinglé finira par être déprécié puis supprimé. Le code qui le code en dur cesse de fonctionner. Un peu d'hygiène évite les mauvaises surprises à 2 h du matin.
Règles de survie
- Lisez les IDs de modèle depuis la configuration, ne dispersez jamais de valeurs littérales dans la base de code — la migration devient alors une modification d'une seule ligne.
- Surveillez les annonces pour connaître les dates de dépréciation et les remplacements recommandés.
- Relancez vos évaluations lorsque vous changez de modèle — le comportement peut évoluer même sur un modèle « plus récent et meilleur ».
- Testez avant l'échéance, pas après la suppression.
Types de changement courants
| Changement | Exemple | Que faire |
|---|---|---|
| Modèle retiré | Un ancien ID de modèle cesse de fonctionner | Passez au successeur recommandé ; réévaluez |
| Paramètre remplacé | Un réglage de raisonnement/budget remplacé par effort | Mettez à jour les appels ; voir Réflexion et effort |
| Changement de valeur par défaut | Un nouveau modèle/comportement par défaut | Épinglez intentionnellement ; vérifiez que vos prompts fonctionnent toujours |
| Mise à jour d'endpoint/SDK | Nouvelle version majeure du SDK | Lisez le guide de migration ; effectuez la mise à niveau délibérément |
Veille actuelle
Amorçage — à remplacer par de vrais avis de dépréciation sourcés au fur et à mesure de leur annonce.
- Confirmez vos IDs de modèle par rapport au tableau Modèles et tarifs actuels ; si vous utilisez un ancien ID, planifiez une migration.
- Aucun autre changement cassant n'est consigné ici pour l'instant. Suivez la documentation officielle des modèles pour connaître le calendrier faisant autorité.