OpenClaw Codex OAuth renvoie des erreurs de facturation malgré un compte valide
OpenClaw Codex OAuth cassé avec erreur de facturation
Un utilisateur signale que l'intégration OAuth de Codex d'OpenClaw a cessé de fonctionner après avoir fonctionné correctement il y a environ une semaine. L'erreur principale renvoyée est un statut 429 avec le message : "Votre compte n'est pas actif, veuillez vérifier vos informations de facturation." Une autre erreur 429 de "limite d'API atteinte" est également mentionnée, mais l'utilisateur confirme qu'aucune limite d'API n'apparaît sur sa page d'utilisation OpenAI.
Il est à noter que la commande exec fonctionne correctement, confirmant que l'authentification sous-jacente de Codex est valide. Le problème semble être isolé au flux OAuth au sein d'OpenClaw.
Détails spécifiques des erreurs et journaux
L'utilisateur a fourni des journaux spécifiques des tentatives de lancement d'un sous-agent utilisant différents modèles via le fournisseur OpenAI Codex :
- Modèle :
openai-codex/gpt-5.4| Erreur : "429 Votre compte n'est pas actif, veuillez vérifier vos informations de facturation" - Modèle :
openai-codex/gpt-5.2| Erreur : "429 Votre compte n'est pas actif, veuillez vérifier vos informations de facturation"
En revanche, l'exécution de acpx exec a généré avec succès un code Python valide et a rapporté : "CLI Version : OpenAI Codex v0.113.0, Modèle : gpt-5.3-codex, Statut : ✅ Codex CLI installé, l'authentification est valide."
Étapes de dépannage tentées
L'utilisateur a essayé plusieurs méthodes pour résoudre le problème sans succès :
- Renouvelé l'authentification Codex en utilisant
openclaw auth --renew. - Rétrogradé OpenClaw à travers les versions .22, .23 et .13, avec la même erreur sur toutes les versions.
- Supprimé et réajouté l'authentification Codex sur tous les agents.
- Vérifié la facturation et le mode de paiement sur le tableau de bord OpenAI, confirmant que le paiement est valide.
- Vérifié la page d'utilisation OpenAI, ne trouvant aucune limite d'API ou alerte de dépenses.
La question de l'utilisateur suggère une cause potentielle : un changement côté OpenAI il y a environ une semaine, ou un indicateur de facturation OAuth séparé pour Codex par rapport à l'API régulière.
📖 Lire la source complète : r/openclaw
👀 See Also
OpenClaw : Les premiers rapports d'utilisateurs signalent des problèmes avec Telegram, un profil agent en dur et des réinitialisations de session
Les trois premiers jours d'un utilisateur avec OpenClaw ont révélé plusieurs défis pratiques : les réponses Telegram disparaissent, les profils d'agent figés sur 'messaging' dans le code source, et Wacli devenant indisponible après des réinitialisations de session. L'utilisateur a effectué des micro-tests sur Docker, connecté Telegram et Wacli, et configuré un heartbeat.
OpenClaw 2026.3.13 provoque une régression entraînant de faux rapports d'état inaccessible.
La version 2026.3.13 d'OpenClaw a introduit une régression de diagnostic où les commandes de statut signalent à tort des passerelles injoignables, bien que les sondes RPC fonctionnent correctement. Revenir à la version 2026.3.12 résout le problème.
Dilemme du Développeur : Les Préoccupations de Sécurité Nationale Limitent les Choix de Modèles Ouverts
Un développeur travaillant avec des clients sensibles à la politique des États-nations décrit un dilemme pratique : ils doivent utiliser des modèles ouverts dans des environnements fermés car les services d'API cloud sont interdits en raison des préoccupations de fuite de données, mais leurs clients refusent les modèles chinois en invoquant un « risque pour la sécurité nationale ».
Aperçu gratuit des agents Workspace de ChatGPT se termine aujourd'hui — Comparaison avec OpenClaw et Hermes
L'aperçu gratuit des Workspace Agents d'OpenAI ChatGPT prend fin le 6 mai, avec un passage à une tarification basée sur des crédits. Le post Reddit compare cela à OpenClaw, Hermes et des plateformes gérées comme BetterClaw pour un usage en équipe ou personnel.