OpenClaw 2026.5.6 : éviter la confusion Codex OAuth / API key

OpenClaw 2026.5.6 corrige une régression de doctor --fix autour des routes openai-codex/* et renforce la robustesse des fetch plugins.

OpenClaw 2026.5.6 : éviter la confusion Codex OAuth / API key

☕ Jeudi 7 mai 2026

OpenClaw 2026.5.6 est une petite release de correction, mais elle touche un point sensible : la frontière entre les routes openai/* et openai-codex/*.

En clair : si une instance utilise GPT-5.5 via OAuth Codex/ChatGPT, OpenClaw ne doit pas la déplacer par erreur vers la route API-key OpenAI. La version 2026.5.6 revient donc sur une réparation introduite en 2026.5.5 dans doctor --fix, qui pouvait réécrire des routes openai-codex/* pourtant valides vers openai/*.

Pourquoi ça compte

Les noms se ressemblent, mais ils ne désignent pas exactement la même chose :

  • openai/* peut correspondre à la route OpenAI Platform/API key, ou à Codex natif si le runtime codex est explicitement sélectionné ;
  • openai-codex/* désigne la route OAuth Codex/ChatGPT via le runner PI d’OpenClaw ;
  • le plugin codex et agentRuntime.id: "codex" concernent, eux, le harness natif Codex.

La documentation OpenClaw insiste justement sur cette séparation provider / modèle / runtime / channel. Pour des workflows dev/automation qui dépendent d’un abonnement ChatGPT/Codex plutôt que d’une clé API OpenAI, une migration automatique mal ciblée peut casser l’accès ou changer le chemin de facturation attendu.

Le correctif pratique

Si la 2026.5.5 a modifié la configuration par erreur, la release note recommande de remettre le modèle par défaut sur :

openclaw models set openai-codex/gpt-5.5 && openclaw config validate

À vérifier seulement si vous utilisez volontairement la route openai-codex/*. Si votre instance est en API key OpenAI classique, ou en Codex natif via agentRuntime.id: "codex", le bon choix peut être différent.

Autres corrections utiles

La 2026.5.6 corrige aussi des détails de robustesse côté fetch : nettoyage de métadonnées symboliques dans les headers avant passage à fetch/Headers, correction du debug proxy sur le replay de requêtes, et bornage du nettoyage dispatcher après timeout de web_fetch. C’est moins visible qu’une nouvelle feature, mais c’est exactement le genre de plomberie qui évite des erreurs fantômes dans les plugins et les outils réseau.

À retenir

OpenClaw devient plus explicite sur un sujet qui mérite de l’être : un nom de modèle n’est pas un runtime, et une route OAuth n’est pas une route API key. Avant de lancer doctor --fix sur une instance branchée à Codex, gardez cette distinction en tête.

Pour compléter : relire aussi le récap d’hier sur OpenClaw 2026.5.4 stable et le billet sur la résilience multi-provider.

Sources :