Codex « Selected model is at capacity » : comprendre et reprendre le travail

Dans Codex, « Selected model is at capacity. Please try a different model. » indique que le modèle sélectionné ne dispose pas actuellement de capacité libre pour traiter une autre demande. Attendez avant de réessayer ou choisissez un autre modèle disponible, mais vérifiez d’abord ce qui a déjà été terminé et reprenez uniquement le travail restant.

Que signifie « Selected model is at capacity » ?

Selected model is at capacity. Please try a different model.

Le message signifie que le modèle sélectionné est à pleine capacité et suggère d’en essayer un autre. Capacity désigne ici la possibilité actuelle du service d’accepter et de traiter des demandes. Il ne signale pas un manque d’espace de stockage sur votre ordinateur.

Un agent peut rappeler le modèle au cours d’une tâche pour déterminer la suite ou produire une réponse. Si cette demande ne peut pas être traitée, le travail peut sembler arrêté. Cela ne prouve pas que les enregistrements de fichiers, commandes ou changements antérieurs dans des services externes ont été annulés. Vérifiez séparément le moment de l’erreur et le résultat réel de chaque action.

Le guide officiel des erreurs d’API d’OpenAI distingue surcharge temporaire du modèle, limites d’utilisation et limites de requêtes. Une interface de programmation d’applications (API) permet à un logiciel de communiquer avec un service. Toutefois, ce message Codex ne révèle pas à lui seul le statut HTTP ou le code interne réel. La documentation aide à comprendre la distinction, sans établir une correspondance systématique entre cette phrase de l’application et un code précis.

Quelle différence avec un quota personnel épuisé ?

La disponibilité de traitement du modèle et le quota restant du compte sont deux conditions distinctes. Un problème temporaire de capacité peut apparaître alors que du quota reste disponible. Inversement, ce message ne prouve pas non plus que votre compte dispose d’un quota suffisant : consultez tout avis d’utilisation séparé.

Le contexte est l’ensemble de la conversation et des documents que le modèle peut utiliser pour son raisonnement actuel. Une erreur de capacité pendant une longue tâche ne démontre pas un dépassement de contexte. La documentation sur les erreurs et la reprise des agents traite séparément surcharge, contexte, utilisation et connexion. Si les demandes disparaissent ou restent en attente, distinguez ce symptôme des problèmes de demandes dans l’extension Codex pour VS Code.

Dans quel ordre reprendre une tâche arrêtée ?

1. Conservez l’erreur et l’avancement. Notez le texte, le modèle, l’heure et le dernier élément dont la fin est confirmée. Si une commande ou un téléversement était en cours, vérifiez son résultat avant de recommencer.
2. Attendez avant de réessayer. Espacez les tentatives au lieu d’envoyer sans cesse la même demande. Augmentez l’intervalle si les échecs persistent. Le message ne garantit aucun délai de rétablissement.
3. Envisagez un autre modèle si nécessaire. Si un sélecteur est disponible dans la conversation actuelle, choisissez un autre modèle proposé à votre compte. Vérifiez qu’il prend en charge les outils et capacités nécessaires à la suite.
4. Rapprochez les résultats existants et demandez seulement le reste. Faites inspecter fichiers et services externes avant de poursuivre, plutôt que demander de tout recréer et réexécuter.
5. Vérifiez la reprise par une petite étape. Faites par exemple examiner le dernier fichier enregistré avant d’avancer. Si le message revient, ne supposez pas que le travail continue : décidez d’attendre, de changer de modèle ou de signaler le problème.

Le guide officiel de sélection des modèles précise que disponibilité, outils, réglages de raisonnement et limites dépendent du produit et de la version. Changer pour un modèle donné n’est donc pas une solution garantie. Pour un développement direct avec l’API, respectez Retry-After si la réponse fournit cet en-tête de délai avant nouvelle tentative. Il n’est pas nécessairement visible pour les utilisateurs de l’application.

Que vérifier dans le travail déjà effectué ?

Une réponse interrompue ne signifie pas qu’aucun changement n’a eu lieu. Un fichier peut avoir été enregistré avant l’échec du compte rendu final ; un service externe peut avoir traité la demande avant l’apparition de l’erreur. Inspectez chaque résultat au lieu de juger toute la tâche réussie ou échouée à partir d’un seul message.

Supposons qu’une publication en sept langues s’arrête après trois articles publiés. Vérifiez d’abord les articles réels et leurs liens de traduction, puis traitez uniquement les quatre autres. C’est un scénario explicatif, pas l’affirmation que chaque erreur laisse toujours le même nombre d’actions terminées. Le guide officiel recommande aussi de contrôler les effets sur les fichiers et outils externes avant de réessayer.

Une consigne pour demander de continuer

Une demande de reprise est plus utile si elle précise objectif, endroit où inspecter les résultats, travail restant et éléments à préserver. Dans la conversation existante, vous pouvez écrire :

La tâche s’est arrêtée avec une erreur de capacité du modèle. Vérifie d’abord les fichiers actuels et les résultats réellement enregistrés dans les services externes. Ne répète pas les actions terminées ; reprends le travail restant. Préserve le contenu, les URL et les images mises en avant des articles publiés en dehors des changements demandés. À la fin, distingue ce qui est terminé de ce qui reste à faire.

Si une nouvelle conversation est nécessaire, ajoutez objectif, chemins des dossiers et fichiers, ID des articles ou médias créés, listes des éléments terminés et restants et instructions applicables. Ne supposez pas qu’un nouveau modèle ou échange connaît automatiquement tous les résultats antérieurs. Fournissez un journal du travail et demandez de vérifier l’état réel.

Après la reprise, vérifiez les résultats plutôt que la seule promesse de continuer. Pour un enregistrement, examinez le contenu actuel du fichier ; pour une publication, la page publique et son statut. Demandez de ne rien recréer ni republier avant d’avoir clarifié toute opération externe dont le résultat reste incertain.

Questions fréquentes

Cela peut-il arriver alors qu’il me reste du quota ?

Oui. La capacité actuelle du service et le quota du compte sont distincts. Le message ne révèle pas votre solde ; consultez aussi les informations d’utilisation séparées.

Faut-il réinstaller l’application ou changer de forfait payant ?

Ce message seul ne démontre pas la nécessité d’une réinstallation ou d’un changement de facturation. Commencez par attendre, réessayer ou envisager un autre modèle disponible. Si une autre erreur apparaît, examinez ce problème précis.

Que noter si le problème se répète ?

Heure et fuseau horaire, modèle, version de l’application, texte exact, tâche en cours, comportement avec un autre modèle et résultats terminés. Consultez les indications sur l’état du service liées depuis la documentation officielle, puis contactez l’assistance si le problème persiste. Retirez mots de passe, jetons d’authentification et informations privées des captures et journaux partagés.