
Que signifie « Selected model is at capacity » dans Codex ?
Cela veut dire qu'OpenAI manque de serveurs pour le modèle que vous avez choisi. Votre compte n'a aucun problème. Codex affiche cette ligne à partir d'une seule erreur de son code open source, ServerOverloaded dans codex-rs/protocol/src/error.rs, et la limite d'utilisation est une erreur distincte, avec ses propres mots. Comparez votre message à ce tableau, que nous avons établi à partir de ce fichier le 18 octobre 2026 :
| Ce que Codex affiche | Ce qui est épuisé | Donne une heure ? | Premier correctif |
|---|---|---|---|
| "Selected model is at capacity. Please try a different model." | Les serveurs d'OpenAI pour ce modèle | Non | Réessayer une fois, puis changer de modèle |
| "You've hit your usage limit ... or try again at [time]." | Votre propre quota de cinq heures ou hebdomadaire | Oui, quand Codex la connaît | Attendre cette heure, ou acheter des crédits |
| "You've hit your usage limit for [limit]. Switch to another model now, or try again at [time]." | Votre quota sur une limite précise | Oui, quand Codex la connaît | Changer de modèle, car ce plafond est le vôtre |
| "Your workspace is out of credits. Add credits to continue." | Les crédits de votre espace de travail | Non | Le propriétaire ajoute des crédits |
| "Quota exceeded. Check your plan and billing details." | Le quota derrière une clé d'API | Non | Vérifier la facturation du compte API |
| "rate limit exceeded: ..." | Trop de requêtes trop vite | Non | Ralentir, puis réessayer |
L'indice tient en deux mots. Un plafond personnel dit toujours « usage limit », et un plafond d'espace de travail dit « credits » ou « spend cap ». La ligne de capacité n'en dit aucun, et elle ne donne jamais d'heure, car rien n'a changé sur votre compte. Le compte etraut-openai d'OpenAI, qui répond aux tickets Codex sur GitHub, l'a dit clairement le 12 mai 2026 : « If you receive this message, it does not mean that you are being rate limited or are out of usage. It means that we are running low on capacity to serve this model in your region. »
L'API d'OpenAI signale le même type de pénurie par un HTTP 503 server_is_overloaded. Son guide des codes d'erreur en donne la cause : « The requested model is temporarily overloaded. » Des utilisateurs de Codex signalent cette ligne dans l'application de bureau, la CLI, l'extension VS Code et Codex dans l'application de bureau ChatGPT. Elle a aussi touché ChatGPT une fois. Le 9 juillet 2026, OpenAI a publié un incident pour des utilisateurs qui la recevaient « across multiple models », d'après la copie de Pulsetic du flux de statut.
Combien de temps Codex reste-t-il saturé ?
Une erreur de capacité isolée disparaît généralement en quelques minutes, et les pires journées signalées se sont terminées en moins de 3,4 heures. Nous avons lu l'historique de statut d'OpenAI le 18 octobre 2026. Trois incidents signalaient la capacité : le « Codex 'Selected Model is at Capacity' Error » du 16 juin, de 196 minutes, l'incident de sélection de modèle du 9 juillet, de 58, et le « Codex 5.6-sol Experiencing Increased Server-Overload Errors » du 17 juillet, de 203. Aucun n'en a signalé depuis.
Le forum raconte une histoire plus longue. Des utilisateurs ont signalé des vagues de l'erreur les 15 et 16 juin, du 28 au 30 juillet, du 7 au 10 septembre et du 3 au 12 octobre. Les trois dernières n'ont eu aucun avis de capacité. Lors de la vague de septembre, la seule note de statut mentionnant Codex était un incident de 25 minutes sur des « unexpected usage limit resets ». Un utilisateur de juillet a décrit GPT-5.6 Sol comme « almost continuously unavailable » pendant plus de 48 heures. Une page de statut verte ne garantit pas que Codex fonctionne.
| Date, 2026 | Titre de l'incident chez OpenAI | Minutes | Signale la capacité |
|---|---|---|---|
| 16 juin | Codex "Selected Model is at Capacity" Error | 196 | Oui |
| 9 juillet | Users are experiencing elevated errors when selecting models | 58 | Oui, cite la ligne |
| 17 juillet | Codex 5.6-sol Experiencing Increased Server-Overload Errors | 203 | Oui, comme surcharge |
| 11 août | Increase in errors on API, Codex and Work Mode | 67 | Non |
| 20 août | Elevated Codex API authentication errors | 54 | Non |
| 3 septembre | Elevated errors across ChatGPT and Codex | 132 | Non |
| 4 septembre | Users in APAC region may face increased error in ChatGPT, Work, image generation, file upload, Voice, and Codex Cloud | 226 | Non |
| 13 septembre | Codex GitHub Review and Pull Request Failures | 87 | Non |
| 14 septembre | Elevated error rates for Codex and ChatGPT Work | 71 | Non |
| 25 septembre | Issues with Codex | 56 | Non |
| 29 septembre | Elevated errors across ChatGPT, Codex, and the API including the Agents API | 290 | Non |
| 5 octobre | Elevated error rates in Codex Cloud | 363 | Non |
| 7 octobre | Dot in Codex may fail to create new threads | 95 | Non |
| 7 octobre | Degraded performance in Codex and Work mode | 62 | Non |
| 13 octobre | Degraded performance in GPT-6.1 Sol Codex and Work mode | 506 | Non |
| 14 octobre | Degraded performance in Codex and ChatGPT Work | 168 | Non |
Du 1er août au 16 octobre 2026, 13 incidents de la page de statut d'OpenAI avaient Codex dans leur titre. Ils ont duré de 54 à 506 minutes, avec une médiane de 95, et quatre ont dépassé trois heures. Nous avons compté les minutes entre la première mise à jour publiée par OpenAI et son avis de rétablissement. La page d'historique commence le 20 juillet, nous avons donc trouvé les incidents de capacité de juin et juillet par recherche, et celui du 9 juillet est lu sur le miroir de Pulsetic.
Comment corriger « Selected model is at capacity », dans l'ordre ?
Réessayez une fois, puis changez de modèle, puis ouvrez une nouvelle conversation. Codex a déjà réessayé avant que vous voyiez la ligne. Sa référence de configuration fixe par défaut 4 nouvelles tentatives pour une requête échouée et 5 pour un flux interrompu. Appuyer dix fois de plus sur Entrée n'apporte presque rien.
- Gardez le prompt. Copiez-le avant de recharger quoi que ce soit. Dans une session active, des utilisateurs rapportent que taper « continue » dans le même fil relance souvent la tâche.
- Réessayez une fois après une minute. Les pics brefs se résorbent seuls, et un seul essai vous dit s'il s'agit d'un accroc passager.
- Changez de modèle. Dans la CLI, lancez
/modelou démarrez aveccodex -m gpt-6-luna. Dans l'application de bureau et ChatGPT Work, utilisez le sélecteur de modèle sous la zone de saisie. GPT-5.5 a quitté Codex avec connexion ChatGPT le 14 octobre 2026, ce n'est donc plus une solution de repli. - Ouvrez une nouvelle conversation avec le même modèle. Des membres d'OpenAI l'ont suggéré sur le forum en octobre. Lancez
/new, ou/compactd'abord pour reporter un résumé. - Vérifiez status.openai.com, puis
/status. Un incident citant Codex veut dire qu'il faut attendre. Une page sans incident et de la marge dans votre usage signifient que la pénurie touche votre modèle et votre région. - Signalez-le. Lancez
/feedbackdepuis la conversation en échec et notez l'heure avec votre fuseau horaire, ce que demandait OpenAI. Si/feedbackéchoue lui-même, l'équipe a orienté les utilisateurs vers un ticket de support.
Certains correctifs n'aident pas. Réinstaller Codex, supprimer ~/.codex ou acheter des crédits n'ajoute aucun serveur. Un utilisateur de septembre a essayé 4 adresses IP dans 3 régions sans succès. Si tous les modèles échouent, le conseil d'OpenAI lors de la panne du 25 septembre était « Login via API key will unblock access at this time. » Les sessions par clé d'API sont facturées au tarif standard de l'API, d'après la page de tarifs Codex d'OpenAI, gardez donc cette voie pour une vraie échéance.
Une erreur de capacité consomme-t-elle votre limite d'utilisation Codex ?
Non. La ligne de capacité n'est pas une limite d'utilisation, et l'ingénieur d'OpenAI a dit qu'elle ne signifie pas que vous êtes « out of usage ». Vous pouvez le vérifier en dix secondes. /status dans une session CLI active affiche le modèle actif et votre usage, et chatgpt.com/codex/settings/usage montre le même compteur sur le web. Si le compteur a de la marge et que l'erreur persiste, c'est de la capacité. OpenAI n'a pas dit si un tour qui échoue à mi-chemin est comptabilisé.
La limite d'utilisation suit sa propre horloge. La page de tarifs Codex d'OpenAI, lue le 18 octobre 2026, estime entre 15 et 160 messages locaux par tranche de cinq heures sur GPT-6.1 Sol pour Plus et Standard Business. Elle donne 5 à 45 sur GPT-6 Astra et 350 à 3,000 sur GPT-6 Luna, et ajoute : « Pro plans currently have no five-hour limit. » Des limites hebdomadaires peuvent s'y ajouter. Donc sur Pro, un blocage qui ne dit jamais « usage limit » est de la capacité, pas le plafond hebdomadaire. Limite d'utilisation Codex liste la fenêtre de chaque offre et ce que propose son message de blocage.
Le troisième sosie de Codex est « rate limit exceeded », qui signifie que les requêtes sont parties trop vite. Contrairement à la ligne de capacité, il concerne votre propre cadence de requêtes : ralentir une minute le résout sur le même modèle.
Pourquoi Codex atteint-il la capacité sur une offre payante ?
Parce qu'une offre achète un quota, pas des serveurs réservés, et qu'OpenAI rationne la capacité par modèle et par région. Les signalements se concentrent autour des lancements. Des utilisateurs ont relié la vague de septembre au lancement de GPT-6 Astra. Beaucoup avaient des comptes Pro 20x, et l'un d'eux disait qu'un compte Pro 5x continuait de fonctionner au même moment. En octobre, un utilisateur a relié l'erreur à une requête GPT-6 Luna en arrière-plan qui nomme la conversation. L'équipe a répondu qu'elle « can't confirm the background Luna explanation from the thread alone. »
La vraie solution revient à OpenAI. Le 15 octobre 2026, son équipe a écrit sur le forum : « We've added capacity and shipped changes today to reduce these interruptions. » Une demande pour que Codex réessaie les erreurs de capacité avec temporisation, le ticket #22390, est ouverte depuis le 12 mai 2026. Tant qu'elle n'est pas livrée, une exécution sans surveillance s'arrête à la première erreur de capacité qui dépasse les nouvelles tentatives intégrées.
Que utiliser pendant que Codex est saturé ?
Le modèle d'un autre éditeur, pour la partie du travail qui n'a pas besoin de votre dépôt. Une question sur une trace d'erreur, un plan de refactorisation ou une regex peut aller vers Claude ou Gemini pendant que Codex attend. Collez un court résumé de la tâche (l'objectif, ce qui est décidé, ce qui a échoué) et continuez.
Whizi, qui publie cette page, ne remplace pas Codex. Il n'a pas d'API développeur et ne touche pas à votre dépôt. Il réunit GPT, Claude et Gemini dans une seule conversation : changer de modèle en cours d'échange envoie le fil au nouveau modèle (comment fonctionne le changement), et une génération qui échoue est remboursée, pas facturée. Claude Sonnet et Claude Opus demandent Pro à $29.99 par mois, et chaque offre est plafonnée à 60 messages par heure. Quand la pénurie est chez OpenAI, choisissez un modèle Claude ou Gemini.
- Copiez le prompt non envoyé avant de recharger ; essayez « continue » dans le même fil
- Réessayez une fois après une minute ; Codex a déjà réessayé jusqu'à 4 fois
- Changez de modèle avec /model ou le sélecteur sous la zone de saisie
- Ouvrez une nouvelle conversation avec /new, ou /compact d'abord pour garder un résumé
- Vérifiez status.openai.com pour un incident Codex, puis /status pour votre usage
- Envoyez /feedback depuis la conversation en échec avec l'heure et votre fuseau horaire
Questions fréquentes
« Selected model is at capacity » compte-t-il dans ma limite d'utilisation Codex ?
Ce n'est pas un message de limite d'utilisation. Le compte etraut-openai d'OpenAI a écrit sur GitHub que cela « does not mean that you are being rate limited or are out of usage. » Votre vraie limite s'affiche dans /status et sur la page d'usage de Codex. OpenAI n'a pas dit si un tour qui échoue à mi-chemin est comptabilisé. Le plafond de conversation de ChatGPT, qu'OpenAI ne présente pas comme partageant l'usage de Codex, est traité dans limite ChatGPT atteinte.
Pourquoi Codex CLI dit selected model is at capacity alors que ChatGPT fonctionne ?
Parce que la pénurie touche le modèle choisi dans votre région, pas tout OpenAI. Les modèles de conversation de ChatGPT peuvent avoir de la marge pendant qu'un modèle Codex est plein. Lors de la vague de juin, un utilisateur a dit que la CLI continuait de marcher alors que l'application de bureau échouait. ChatGPT est-il en panne montre si OpenAI a publié un incident plus large.
Codex Sol est-il plus souvent saturé que Luna ?
Sol a le pire bilan sur la page de statut d'OpenAI. GPT-5.6 Sol a été cité dans l'incident de surcharge du 17 juillet, et GPT-6.1 Sol dans celui du 13 octobre, qui, avec 506 minutes, fut le plus long incident Codex d'août à octobre 2026. Luna n'est pas à l'abri : le fil du forum d'octobre portait le nom de GPT-6 Luna. Que utiliser quand ChatGPT est en panne liste les autres éditeurs.
MODEL_CAPACITY_EXHAUSTED est-elle la même erreur ?
C'est la version de Google du même problème. Antigravity et les outils Gemini renvoient un HTTP 503 MODEL_CAPACITY_EXHAUSTED avec « No capacity available for model », d'après des signalements sur le forum développeurs IA de Google. Une réponse de septembre 2026 y disait que cela signifie que le serveur est « temporarily overloaded or experiencing a capacity constraint. » L'équivalent d'Anthropic est Claude surchargé, erreur 529.