Codex : erreur 429 malgré un quota disponible

Codex : des erreurs 429 avec du quota encore disponible

Depuis la mi-octobre 2026, des utilisateurs de Codex Desktop signalent des erreurs 429 Too Many Requests alors que leur tableau de bord affiche encore une large réserve d'utilisation. J'ai rencontré cette erreur en lançant plusieurs agents en parallèle, pendant une tâche lourde avec génération d'images et utilisation du micro. Les signalements publics permettent de distinguer deux sujets : le quota restant et la capacité du service à accepter plusieurs requêtes au même moment.

Pourquoi Codex affiche-t-il 429 alors qu’il reste du quota ?

Le code HTTP 429 Too Many Requests signifie qu'une requête a été rejetée pour une raison liée à une limite de requêtes. Il ne précise pas, à lui seul, laquelle. Le compteur de consommation sur cinq heures ou sur une semaine ne décrit pas nécessairement les restrictions de débit à court terme, la capacité disponible pour un modèle ou les limites d'un service intermédiaire.

Dans le signalement GitHub #53978, publié le 14 octobre, l'utilisateur indique environ 70 % de quota hebdomadaire restant au moment du diagnostic, malgré des erreurs sur plusieurs tâches de l'application Windows. Le ticket précise aussi que cela ne démontre pas l'absence d'autres limites. Autrement dit, un quota positif ne garantit pas que chaque requête sera acceptée immédiatement.

Les agents parallèles sont-ils concernés ?

Le ticket #54017, ouvert le 14 octobre, décrit un cas précis : deux conversations sont déjà actives, l'une avec Astra, l'autre avec GPT-6.1 Sol. Le lancement d'une troisième conversation échoue avec exceeded retry limit, last status: 429 Too Many Requests. L'indicateur d'utilisation affichait 57 %.

Un autre signalement #54004 mentionne des agents bloqués, des réponses ralenties et des erreurs 429 avec une importante réserve de crédits. Dans les commentaires, un utilisateur situe une dégradation de la concurrence autour du 11 octobre. Ce sont des observations d'utilisateurs, pas la preuve qu'OpenAI a réduit officiellement le nombre maximal d'agents parallèles. Aucun seuil universel fiable ne peut être déduit de ces témoignages.

Le message « exceeded retry limit » décrit-il vraiment plusieurs tentatives ?

Le message complet est souvent : exceeded retry limit, last status: 429 Too Many Requests. Sa formulation suggère une succession de tentatives, mais elle peut être trompeuse. Dans le ticket technique #30471, un contributeur relève dans le code une voie où les réponses HTTP 429 ne sont pas automatiquement réessayées par la politique locale. Ce constat concernait le code examiné en juin 2026 et ne permet pas d'affirmer que tous les chemins d'exécution actuels se comportent de la même manière.

Pour diagnostiquer un incident, il vaut donc mieux conserver le message exact, l'identifiant de requête, la version de Codex et le modèle sélectionné, plutôt que d'interpréter le texte de l'erreur comme une description complète du mécanisme interne.

La voix et la génération d’images peuvent-elles contribuer ?

Dans mon cas, plusieurs agents Codex tournaient pendant une tâche avec génération d'images et une interaction au micro. Cette simultanéité a pu accroître la charge, sans permettre d'identifier le mécanisme exact du refus.

La documentation officielle Codex précise que les tâches lancées par ChatGPT Voice dans Work ou Codex sur ordinateur utilisent le quota partagé de ces fonctionnalités. Elle indique également que la complexité, les outils et l'environnement influent sur la consommation. Cela ne prouve toutefois pas que les fonctionnalités vocales et la génération d'images partagent la même limite instantanée de requêtes que chaque agent Codex. Il faut distinguer quota commun et limite de débit commune.

Que faire quand Codex Desktop retourne des erreurs 429 ?

Pour isoler le problème, commence par enregistrer le pourcentage de quota disponible, le modèle, la version de Codex et l'heure de l'échec. Arrête ensuite les tâches parallèles et lance une seule tâche courte. Si elle fonctionne, répète le test avec deux agents puis trois, en espaçant les démarrages. Cela permet de rechercher un lien avec la concurrence sans supposer qu'il existe une limite officielle à deux ou trois agents.

Si les erreurs persistent avec une seule tâche, vérifie l'état du service, teste un autre modèle disponible et conserve les identifiants de requêtes pour le support. La documentation d'OpenAI recommande de consulter le tableau de bord d'utilisation pour distinguer quota épuisé, crédits disponibles et réinitialisation.

Réduire temporairement la concurrence peut contourner le symptôme. En revanche, acheter des crédits supplémentaires n'est pas une solution démontrée lorsque le quota affiché est encore disponible. Les tickets GitHub constituent des éléments de diagnostic publics, sans confirmer à ce stade une nouvelle politique officielle de limitation.

Sources


Pourquoi ai-je une erreur 429 dans Codex alors qu’il me reste du quota ?

Une erreur HTTP 429 peut correspondre à une limite de débit à court terme ou à une restriction côté service, même si le quota sur cinq heures ou sur une semaine n'est pas épuisé. Le message seul ne permet pas d'identifier la limite précise.

Combien d’agents Codex peut-on lancer en parallèle ?

Les signalements publics ne permettent pas d'établir un maximum universel. Certains utilisateurs rapportent une erreur dès la troisième conversation, mais cela ne constitue pas une limite officielle annoncée par OpenAI.

Faut-il acheter des crédits Codex pour résoudre une erreur 429 ?

Pas nécessairement. Si le quota et les crédits sont encore disponibles, commencer par réduire les requêtes simultanées et vérifier l'état du service est plus pertinent. Des crédits supplémentaires ne garantissent pas la suppression d'une limite de débit.

La conversation vocale consomme-t-elle le quota Codex ?

Oui, les tâches lancées via ChatGPT Voice dans Work ou Codex sur ordinateur utilisent le quota partagé décrit dans l'aide officielle d'OpenAI. Cela ne signifie pas forcément qu'elles partagent une même limite de débit instantanée.

Sur le même sujet

Codex OpenAI
Gagner des réinitialisations Codex

Comment gagner des réinitialisations Codex ?

OpenAI a introduit les réinitialisations différées pour Codex. Ce système permet de sauvegarder des resets de limite d'utilisation pour les déclencher au moment opportun. Une aubaine pour les développeurs qui travaillent par pics d'activité et qui ont besoin de flexibilité sur leurs quotas.

MCP second cerveau IA
Un second cerveau pour les agents IA

Je me suis créé un second cerveau pour les agents IA

J’utilise plusieurs intelligences artificielles chaque jour. ChatGPT pour réfléchir et organiser mes idées, Codex pour mes projets techniques, Claude ou Gemini selon les besoins. Le problème est simple : chacun de ces agents possède sa propre mémoire. Une idée confiée à l’un doit être réexpliquée aux autres.

J’ai donc créé un second cerveau IA partagé, indépendant des plateformes. Il permet à plusieurs agents de consulter, enrichir et organiser la même mémoire grâce au MCP.

Vibe coding dette technique
Vibe Coding Cleanup Specialist

Vibe Coding Cleanup Specialist : le métier qui nettoie les projets codés par IA

Le vibe coding est redoutablement efficace pour démarrer un projet. Une idée, quelques prompts, et l'application prend forme à une vitesse difficile à obtenir en codant tout à la main. Puis arrive un moment que je rencontre souvent sur mes propres projets : le code grossit, les dépendances se multiplient et l'agent commence à perdre la vision d'ensemble. Il sait encore produire du code. Il peut même réaliser un bon refactoring. Mais pour le faire correctement, il doit relire une partie importante du dépôt, reconstruire les dépendances, retrouver les règles métier et lancer les tests. Le coût en contexte et en tokens augmente fortement. C'est dans cet espace qu'apparaît le terme Vibe Coding Cleanup Specialist : un développeur qui reprend les prototypes générés avec l'IA pour leur redonner une architecture cohérente, des tests et un code maintenable.

Agents Tokens
Coût des tokens agents IA

Agents de code IA : comprendre et contrôler la consommation de tokens

Intégrer un agent de développement comme Cursor ou Claude Code dans un workflow change la productivité. Mais la première facture provoque souvent une sensation de vertige : L'opacité est totale : l'interface ne montre que le résultat, pas la mécanique cachée.
Cet article s'adresse aux développeurs et architectes qui doivent intégrer ces coûts dans leurs budgets, en décortiquant précisément ce qu'est un token, pourquoi une sortie coûte plus cher qu'une entrée, et comment les agents gonflent la facture en silence.

Omarchy Linux
Vibe coder son système d’exploitation avec Omarchy

Omarchy : pourquoi ne pourrait-on pas « vibe coder » son système d’exploitation ?

Le vibe coding permet déjà de demander à une IA de créer une application, de modifier son interface ou de corriger une erreur sans maîtriser chaque ligne de code. David Heinemeier Hansson, créateur de Ruby on Rails, pousse désormais cette logique un cran plus loin avec Omarchy : si un agent peut modifier nos logiciels, pourquoi ne pourrait-il pas aussi modifier directement notre système d’exploitation ?

Omarchy est une distribution Linux basée sur Arch qui a été conçue dès le départ pour travailler avec des agents comme Claude Code, Codex ou OpenCode. L’objectif n’est plus seulement d’utiliser une IA depuis son ordinateur. L’ordinateur lui-même devient quelque chose que l’on peut demander à l’IA de transformer.

hackathon Codex
Les hackathons à l'ère du vibe coding

Les hackathons récompensent-ils encore les meilleurs développeurs ?

Un hackathon récompensait autrefois une équipe capable de transformer une idée en prototype malgré le manque de temps, de sommeil et de moyens. En 2026, Codex, Claude Code, Cursor ou Antigravity peuvent produire une grande partie du code en quelques heures. Une personne seule peut présenter une application qui aurait demandé une petite équipe quelques années plus tôt.

Cette évolution ouvre les hackathons à davantage de participants. Elle crée aussi un doute : le jury évalue-t-il encore la qualité du développement ou surtout la meilleure démonstration ? La question se pose particulièrement pendant l’OpenAI Build Week, un challenge mondial où les projets doivent être accompagnés d’une description, d’un dépôt et d’une vidéo de démonstration.