GPT-6.1 Terra est disponible dans l’API Responses depuis le 26 octobre 2026. Avant de changer de modèle dans un traitement de longue durée, vérifiez comment votre application reprend la conversation après la compaction côté serveur. Confirmez la prise en charge des paramètres utilisés et consultez les tarifs et limites de votre niveau d’accès.
OpenAI documente deux suites possibles après compaction : gérer les tableaux d’entrée ou conserver previous_response_id avec le nouveau message. Mélanger les exemples sans comprendre la gestion de l’historique peut produire une mauvaise requête.
Identifier qui conserve l’historique
Avec les tableaux sans état, ajoutez les sorties, éléments de compaction compris, selon le guide. Avec previous_response_id, transmettez l’identifiant puis seulement le nouveau message utilisateur. L’élément compacté est opaque ; ce n’est pas un résumé à décoder et réécrire.
Pour un essai simple, demandez à l’application de marquer chaque résultat fictif SAMPLE-17. Après l’apparition d’un élément de compaction, envoyez une nouvelle tâche et vérifiez que la marque apparaît encore. Notez le mode de reprise et les champs de la requête. Utilisez des données inventées.
Modifier un mécanisme à la fois
Les recommandations de réduction diffèrent ; le guide précise de ne pas tronquer manuellement une chaîne fondée sur ID. Gardez l’implémentation fonctionnelle avant modification. Une charge plus petite ou une réponse HTTP réussie ne prouvent pas le bon état de reprise. Aucune conversation API n’a été exécutée ici.