Regresión de OpenClaw 2026.8.2: el agente no publica tokens, prefiere la búsqueda nativa de X sobre habilidades personalizadas

Un desarrollador que usa OpenClaw 2026.8.2 informa que la versión reciente rompió dos partes de un flujo de trabajo ya establecido, y está haciendo downgrade por primera vez desde que empezó a usar el harness en febrero/marzo de 2026. El post, de u/OleCuvee, está planteado como un informe concreto de regresión más que como una queja general.

Se niega a reenviar credenciales de un solo uso

El primer cambio es de comportamiento. Tras la actualización, el agente ahora aplica una regla estricta en las sesiones de Telegram: no publicará secretos, contraseñas ni tokens. La configuración del usuario depende de que se entreguen credenciales de corta duración —tokens y contraseñas de un solo uso que desechan— a través de la sesión de Telegram. Ese flujo de trabajo llevaba funcionando unos nueve meses. La nueva barrera de seguridad añade un paso manual: abrir Termux en el móvil, conectarse por SSH a un sistema remoto y leer un archivo de texto en el que el agente escribe las credenciales. Desde la perspectiva del usuario, la decisión sobre el riesgo debería corresponder al propietario de la plataforma instalada, no a los mantenedores de OpenClaw. Rechaza explícitamente la sugerencia de hacer un fork de OpenClaw y rebasarlo en cada versión.

Las skills personalizadas para X quedan desplazadas por la herramienta nativa

La segunda regresión tiene que ver con la selección de herramientas. Meses atrás, el usuario creó una skill que envuelve sus propias herramientas de API de búsqueda en X para trabajar con tuits en X. Después de actualizar a 2026.8.2, el agente informó que no podía verificar «última hora gran tracción» porque the native X search tool is installed but not exposed by the gateway right now. El agente eligió depender de la herramienta nativa de búsqueda en X en lugar de la skill/herramientas personalizadas que había estado usando. La objeción del usuario es sencilla: si las herramientas personalizadas están disponibles, ¿por qué preferir la ruta nativa que actualmente no está expuesta?

Hacer downgrade en lugar de fork

El autor señala que nunca se había quejado antes de actualizaciones rotas y que entiende cómo operar sistemas frágiles. El problema es la dirección misma: OpenClaw quitando poder de decisión sobre lo que el agente puede hacer por canal y qué skills o herramientas debería preferir. Menciona que escribir un envoltorio de webhook de entrada/salida para un bot de Telegram es trabajo de una hora, y deja caer la posibilidad de volver a opencode. No dice que sea el final de su trayectoria con OpenClaw, pero afirma que el little claw monster va en una dirección que ya no sirve a sus flujos de trabajo. También descarta explícitamente cambiarse a alternativas que no le gustan.

Conclusión práctica para cualquiera que esté en 2026.8.2 con skills personalizadas similares: la versión parece cambiar tanto el comportamiento de manejo de credenciales como el orden de preferencia de herramientas. Si tu flujo de trabajo depende de que el agente reenvíe tokens desechables por un canal de chat, o de que una skill personalizada tenga prioridad sobre una herramienta nativa, verifica el comportamiento antes de actualizar.