OpenClaw 5.28: Codex-Plugin nach Upgrade defekt — Behebung mit Symlink-Shim

Ein Upgrade von OpenClaw 5.12 auf 5.28 kann das Codex-Plugin stillschweigend beschädigen. Nach dem Upgrade hängen alle Agent-Aufrufe bei Waiting for agent reply, Cron-Jobs laufen nach genau 121 Sekunden mit model-call-started in einen Timeout, und die Fallback-Kette greift nicht schnell genug. Das Gateway startet sauber, OAuth ist gültig, und Codex wird als installiert und aktiviert angezeigt – aber jeder Versuch, eine Binärdatei zu starten, schlägt mit einem stillen ENOENT fehl.

Ursache: Pfad-Konflikt

Das Codex-Plugin in 5.28 erwartet die Binärdatei unter:

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

Das Paket liefert die Binärdatei jedoch unter:

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

Das Plugin findet die Binärdatei nicht, daher hängt jeder Startversuch.

Lösung: Symlink-Shim erstellen

Setzen Sie das Codex-Erweiterungsverzeichnis und verlinken Sie die Binärdatei per Symlink:

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

Nach dem Neustart sollten Agent-Aufrufe wieder normal funktionieren.

Wichtige Hinweise

• Eine Neuinstallation oder ein erzwungenes Update des Codex-Plugins löscht das Erweiterungsverzeichnis – der Symlink muss nach jeder Neuinstallation neu erstellt werden.
• Falls Ihr systemd-Dienst ein ExecStartPost mit chmod auf die Codex-Binärdatei verwendet, passen Sie den Pfad ebenfalls auf bin/codex an.

Getestet auf Ubuntu 24.04, npm-Installation, systemd-Dienst. Hoffentlich erspart Ihnen das ein paar Stunden Debugging.