OpenClaw 5.28: Plugin Codex roto tras la actualización — Solución con shim de enlace simbólico
Actualizar OpenClaw de 5.12 a 5.28 puede romper silenciosamente el plugin Codex. Tras la actualización, todas las llamadas al agente se quedan colgadas en Esperando respuesta del agente, los cron jobs agotan el tiempo de espera exactamente a los 121 segundos con model-call-started, y la cadena de respaldo no se activa con la suficiente rapidez. La puerta de enlace arranca limpia, OAuth es válido y Codex aparece como instalado y habilitado, pero cada intento de ejecución del binario falla con un ENOENT silencioso.
Causa raíz: discrepancia de ruta
El harness del plugin Codex 5.28 espera el binario en:
vendor/x86_64-unknown-linux-musl/codex/codexPero el paquete envía el binario a:
vendor/x86_64-unknown-linux-musl/bin/codexEl plugin nunca encuentra el binario, por lo que cada intento de ejecución se cuelga.
Solución: crear un enlace simbólico
Establece el directorio de extensiones de Codex y crea el enlace simbólico al binario:
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 openclawTras reiniciar, las llamadas al agente deberían reanudarse con normalidad.
Advertencias importantes
- Si se reinstala o actualiza forzosamente el plugin Codex, se borrará el directorio de extensiones, por lo que deberás recrear el enlace simbólico tras cada reinstalación.
- Si tu servicio systemd usa un
ExecStartPostcon chmod sobre el binario de Codex, actualiza también esa ruta abin/codex.
Esto se reprodujo en Ubuntu 24.04, con npm install y servicio systemd. Espero que te ahorre unas horas de depuración.
📖 Lee la fuente completa: r/openclaw
👀 Ver también
Hilo de la Comunidad OpenClaw: Comparte tu Configuración de Programación de IA y Costos Mensuales
Un hilo de Reddit en r/openclaw recopila configuraciones prácticas para agentes de codificación con IA, centrándose en estrategias de enrutamiento de modelos, reglas de ahorro de costos y mapeos hardware-modelo aportados por la comunidad con rangos de costos mensuales.
Corrección de errores de 'Navegación no compatible' y complementos del navegador en OpenClaw autogestionado en Docker
Solución paso a paso para errores de permiso EACCES, falta de Playwright y binarios de Chromium al autoalojar OpenClaw con Docker en un VPS como Hostinger.
Depuración de Tiempos de Espera en OpenClaw + Modelo Local de Ollama: Cinco Soluciones para Fallos Silenciosos
Un desarrollador identificó cinco causas principales por las que los agentes de OpenClaw se quedan en silencio y agotan el tiempo de espera con modelos locales de Ollama como Gemma 4 26B, incluyendo un generador de slugs bloqueante, un prompt de sistema de 38K caracteres y tiempos de espera ocultos. Las soluciones implican desactivar hooks, modificar configuraciones y ajustar los ajustes de Ollama.
Ejecutando Qwen3.6-35B-A3B con ~190k de contexto en 8GB de VRAM + 32GB de RAM – Configuración y benchmarks
Un usuario de Reddit comparte una configuración funcional de llama.cpp para modelos Qwen3.6-35B-A3B GGUF en una RTX 4060 (8 GB de VRAM) + 32 GB DDR5, alcanzando 37-51 tok/s en contexto de 192k usando TurboQuant y banderas específicas.