Le 21 octobre 2026, OpenAI a ajouté des contrôles des niveaux de service API autorisés par projet et organisation. La solution de repli de Flex doit donc respecter les niveaux permis et le coût accepté. Il s’agit d’un examen pratique de ce changement daté, pas d’un nouveau lancement de Flex.
Flex propose un prix réduit en échange de délais plus longs et de possibles manques de capacité. Ce compromis peut convenir à un rapport pour demain davantage qu’à une réponse attendue immédiatement. Vérifiez que le modèle choisi le prend en charge ; sa disponibilité normale dans l’API ne suffit pas.
Prévoir la solution de repli
OpenAI documente un 429 Resource Unavailable en cas de capacité Flex insuffisante. Ce résultat précis n’est pas facturé. Cela ne signifie pas que tous les 429 ont la même cause ou le même traitement.
Pour un rapport nocturne fictif, fixez une heure limite et un nombre maximal de tentatives. Si Flex reste indisponible, choisissez entre laisser la tâche en attente et passer au traitement standard. Retirer Flex ou utiliser la voie par défaut documentée peut changer le coût. Ne dissimulez pas ce choix dans une relance automatique.
Examiner le travail terminé
Contrôlez le mode et la consommation indiqués ainsi que l’intégralité du rapport. Une solution de repli réussie ne prouve ni le prix initial ni la véracité du contenu. Reliez l’erreur au résultat final pour expliquer la dépense. Concevoir cette règle ne nécessite aucun appel payant.
Le guide actuel illustre Flex avec GPT-6 Astra ; vérifiez modèles pris en charge et prix sur la page tarifaire Flex en vigueur, pour votre modèle et la région autorisée. Un niveau interdit produit une erreur 400 documentée, distincte du manque de capacité. service_tier auto ou l’absence du paramètre utilise le mode retenu pour le projet, sans garantir le prix standard attendu. Faites confirmer la politique sans modifier automatiquement les restrictions.