OpenClaw 5.28 : Plugin Codex cassé après mise à jour — Correction avec un shim de lien symbolique

La mise à niveau d'OpenClaw de 5.12 vers 5.28 peut silencieusement casser le plugin Codex. Après la mise à niveau, tous les appels d'agent restent bloqués sur Waiting for agent reply, les tâches cron expirent exactement à 121 secondes avec model-call-started, et la chaîne de secours ne s'active pas assez rapidement. La passerelle démarre proprement, OAuth est valide, et Codex apparaît installé et activé — mais chaque tentative de lancement de binaire échoue avec un ENOENT silencieux.

Cause racine : Décalage de chemin

Le plugin Codex 5.28 attend le binaire à :

vendor/x86_64-unknown-linux-musl/codex/codex

Mais le paquet fournit le binaire à :

vendor/x86_64-unknown-linux-musl/bin/codex

Le plugin ne trouve jamais le binaire, donc chaque tentative de lancement bloque.

Correctif : Créer un lien symbolique

Définissez le répertoire d'extension Codex et créez le lien symbolique :

CODEX_DIR="/home/clawbot/.openclaw/extensions/codex/node_modules/@openai/codex-linux-x64/vendor/x86_64-unknown-linux-musl"
sudo mkdir -p "$CODEX_DIR/codex"
sudo ln -sf "$CODEX_DIR/bin/codex" "$CODEX_DIR/codex/codex"
sudo chown -h clawbot:clawbot "$CODEX_DIR/codex/codex"
sudo systemctl restart openclaw

Après redémarrage, les appels d'agent devraient reprendre normalement.

Avertissements importants

• La réinstallation ou la mise à jour forcée du plugin Codex efface le répertoire d'extensions, vous devez donc recréer le lien symbolique après chaque réinstallation.
• Si votre service systemd utilise un ExecStartPost chmod sur le binaire Codex, mettez à jour ce chemin vers bin/codex également.

Cela a été reproduit sur Ubuntu 24.04, avec npm install et service systemd. Espérons que cela vous sauve quelques heures de débogage.