¿Por qué mi asistente de OpenClaw no responde?

Una respuesta puede perderse en cuatro puntos distintos: la instancia no está en ejecución, el proveedor del modelo rechaza la solicitud, la integración de chat no entrega el mensaje o la ruta de red hacia la instancia está caída. Cada uno tiene un síntoma distinto, así que lo más rápido es probar las capas en orden en lugar de adivinar. Envía primero un mensaje en la interfaz web de OpenClaw: si responde ahí, el problema es la integración, no el asistente.

Mi bot de Telegram ve los mensajes directos pero ignora el grupo. ¿Por qué?

Los bots de Telegram se crean con el Modo de privacidad activado, lo que significa que en un grupo solo reciben los mensajes que empiezan con un comando de barra o que responden al bot o lo mencionan. Todos los demás mensajes nunca se entregan a tu servidor. Desactiva el Modo de privacidad en BotFather, en Bot Settings, y luego quita el bot del grupo y vuelve a añadirlo para que el cambio surta efecto.

Mi bot de Discord nunca reacciona a nada. ¿Qué pasa?

Casi siempre es el Message Content Intent. Desde 2022 Discord trata el texto de un mensaje como datos privilegiados, y un bot sin ese intent activado en el Developer Portal recibe eventos con el campo de contenido vacío. El bot aparece en línea e ignora por completo a todo el mundo. Actívalo en Bot, luego Privileged Gateway Intents, y reinicia la integración.

El asistente responde en la interfaz web pero no en el chat. ¿Qué me dice eso?

Que la instancia y el modelo están bien, y el problema está por completo en la integración. Revisa el token del bot, si el bot está realmente en el canal y los permisos específicos de cada plataforma: el Modo de privacidad en Telegram, el Message Content Intent en Discord y una sesión activa en WhatsApp.

¿Puede una clave de API incorrecta hacer que OpenClaw se quede en silencio en lugar de mostrar un error?

Sí, según cómo esté conectada la ruta de respuesta. Una solicitud rechazada por el proveedor del modelo puede aparecer como un error en la interfaz web mientras que una integración de chat simplemente no produce nada. Si los mensajes directos quedan sin respuesta y sin ningún fallo visible, revisa primero el proveedor: una clave caducada, un saldo agotado y un límite de tasa se ven idénticos desde la ventana del chat.

¿Cuánta RAM necesito para ejecutar un modelo local?

Más que el nivel de entrada. Un modelo de 7B cuantizado a 4 bits ocupa aproximadamente 4 GB de pesos antes de cualquier contexto y antes del propio proceso del asistente, así que el plan de 4 GB no puede con uno y el plan de 8 GB es el mínimo realista. Si desplegaste en el nivel pequeño y apuntaste OpenClaw a un modelo local, que lo cierren por falta de memoria es el resultado esperado y no un fallo.

OpenClaw no responde: cómo averiguar por qué

Envías un mensaje y no vuelve nada. Un asistente autoalojado tiene cuatro lugares donde una respuesta puede perderse, y desde la ventana del chat se ven idénticos. Probarlos en orden lleva unos cinco minutos y convierte un bot silencioso en un fallo concreto y solucionable.

Las cuatro capas

Antes de cambiar nada, ten claro qué estás probando. Un mensaje pasa por estas cuatro capas, y cualquiera de ellas puede tragárselo sin que te llegue ningún error:

La instancia. ¿OpenClaw está realmente en ejecución en tu servidor?
El proveedor del modelo. ¿El modelo de lenguaje acepta tus solicitudes?
La integración de chat. ¿El mensaje llega siquiera a OpenClaw?
La ruta de red. ¿Pueden tú y la plataforma llegar a la instancia?

Hay una prueba que divide el problema por la mitad de inmediato: envía un mensaje en la interfaz web de OpenClaw. Si ahí obtienes respuesta, las capas uno y dos están bien y tu problema es la integración. Si no, deja de mirar el bot por completo.

Capa 1: ¿la instancia está en ejecución?

Abre tu panel de Flux y comprueba que la instancia está activa y no reiniciándose en bucle. Un contenedor que se cae y vuelve una y otra vez es la versión menos evidente de este problema, porque el servicio parece estar presente entre reinicios.

La causa habitual de un bucle de reinicios es la memoria. Si apuntaste OpenClaw a un modelo local en lugar de a una API alojada, los pesos del modelo tienen que caber en la misma RAM que todo lo demás. Un modelo de 7B cuantizado a 4 bits ocupa aproximadamente 4 GB de pesos por sí solo, antes de cualquier contexto de conversación y antes del proceso del asistente. En el nivel de 4 GB eso no puede funcionar, y el nivel de 8 GB es el mínimo realista para inferencia local. Sube de nivel o apunta el asistente a un modelo alojado, donde el trabajo pesado ocurre en el hardware del proveedor y tu instancia solo necesita mantener la conversación.

Si no puedes acceder a la interfaz web en absoluto, anótalo y pasa a la capa cuatro antes de dar por hecho que la instancia está rota.

Capa 2: ¿el proveedor del modelo te rechaza?

OpenClaw es independiente del modelo y tú aportas tu propia clave, lo que significa que el silencio más común no tiene nada que ver con OpenClaw. Cuatro fallos del lado del proveedor hacen que un asistente deje de responder, y desde la ventana del chat son indistinguibles:

La clave no es válida o se ha rotado. Las claves se revocan, se regeneran y se pegan con un espacio al final. Vuelve a pegarla en lugar de leerla y decidir que parece correcta.
El saldo está vacío. Las cuentas de pago por uso dejan de atender solicitudes en cuanto se acaba el saldo, sin ningún aviso dentro de tu asistente.
Te están limitando por tasa. Las cuentas nuevas de todos los proveedores importantes están en niveles con pocas solicitudes por minuto. Una ráfaga de mensajes, o un bucle de agente que llama al modelo repetidamente, alcanzará ese techo y cada solicitud rechazada no devuelve nada útil al chat.
El nombre del modelo ya no existe. Los proveedores retiran identificadores de modelos, y una configuración escrita hace meses puede apuntar a algo que ya se ha retirado. La solicitud falla como modelo incorrecto y no como clave incorrecta, lo que es fácil de malinterpretar.

Revisa el propio panel del proveedor: las páginas de uso, facturación y límites de tasa te dicen en segundos cuál de los cuatro tienes, y los cuatro se arreglan allí y no en OpenClaw.

Capa 3: la integración de chat

Si la interfaz web responde y el bot no, el mensaje nunca está llegando. Cada plataforma tiene una causa dominante y conviene conocerlas por su nombre.

Telegram: Privacy Mode

Los bots creados mediante BotFather tienen el Privacy Mode activado por defecto. En un grupo, un bot en ese estado solo recibe los mensajes que empiezan con un comando de barra, o que responden al bot o lo mencionan directamente. Todo lo demás nunca se entrega a tu servidor, así que tu asistente no está ignorando a la gente, sencillamente nunca la oyó. Por eso el mismo bot responde perfectamente a los mensajes directos y parece muerto en un grupo.

Para arreglarlo, escribe a BotFather, abre Bot Settings de tu bot y desactiva Group Privacy. Después quita el bot del grupo y vuelve a añadirlo, porque el ajuste se aplica cuando el bot se une.

Discord: el Message Content Intent

Desde 2022 Discord trata el texto de los mensajes como datos privilegiados. Un bot sin el Message Content Intent activado sigue conectándose, sigue apareciendo en línea y recibe eventos de mensaje con el campo de contenido vacío. El resultado es un bot que claramente está en ejecución y no reacciona absolutamente a nada.

Actívalo en el Discord Developer Portal, en tu aplicación, Bot, Privileged Gateway Intents, y después reinicia la integración. Mientras estás ahí, comprueba que el bot tiene permiso para leer y enviar mensajes en el canal concreto: las sobrescrituras a nivel de canal se imponen sin avisar a los roles a nivel de servidor, y un bot con permiso en el servidor aún puede quedar mudo en una sala.

WhatsApp: la sesión

Las conexiones de WhatsApp están ligadas a una sesión vinculada y no a un token permanente, y las sesiones caducan, se cierran desde el teléfono o se rompen cuando el dispositivo está sin conexión durante mucho tiempo. Una integración de WhatsApp silenciosa suele ser una sesión que necesita volver a vincularse. Vuelve a escanear el código y prueba de nuevo antes de mirar en cualquier otro sitio.

Todas las plataformas: el propio token

Sea cual sea la plataforma, confirma que el token de tu panel es el actual. Regenerar el token de un bot en la propia consola de la plataforma invalida el anterior al instante, y es muy fácil regenerar un token mientras investigas otra cosa y olvidarse de pegar el nuevo.

Capa 4: la ruta de red

Si accedes a OpenClaw mediante Tailscale, el asistente puede estar perfectamente sano mientras tú simplemente no puedes llegar a él. Las claves de autenticación caducan, y las claves de dispositivo también, así que una instancia que lleva meses funcionando sin tocarse puede desaparecer de tu tailnet sin que nada haya fallado. Revisa la consola de administración de Tailscale y confirma que el dispositivo sigue en la lista y sigue autorizado. Si no es así, genera una nueva clave de autenticación y vuelve a desplegar o a conectar.

Esta capa explica un patrón por lo demás confuso: el bot sigue respondiendo en el chat mientras la interfaz web te resulta inaccesible. La instancia está bien y en ejecución; solo ha desaparecido tu ruta hacia ella.

Responde, pero mal

Una respuesta lenta o cortada es un problema distinto del silencio y normalmente es una de dos cosas. Las conversaciones largas acaban superando la ventana de contexto del modelo, y entonces las solicitudes empiezan a fallar o el asistente pierde la parte anterior del hilo. Empezar una conversación nueva es la solución inmediata. Por otro lado, un modelo local grande en un hardware modesto es sencillamente lento, y una respuesta que tarda un minuto puede agotar el tiempo en algún punto de la cadena antes de entregarse. Si necesitas velocidad en una instancia pequeña, un modelo alojado superará a uno local siempre.

La lista de comprobación de cinco minutos

Envía un mensaje en la interfaz web de OpenClaw. Una respuesta ahí significa que el problema es la integración; sin respuesta, es la instancia, el proveedor o tu ruta hacia ella.
Comprueba la instancia en tu panel de Flux por si hay un bucle de reinicios, y revisa la RAM si ejecutas un modelo local.
Revisa el panel del propio proveedor del modelo por una clave no válida, un saldo vacío, un límite de tasa o un nombre de modelo retirado.
En Telegram, desactiva el Privacy Mode en BotFather y vuelve a añadir el bot al grupo.
En Discord, activa el Message Content Intent y confirma los permisos a nivel de canal.
En WhatsApp, vuelve a vincular la sesión.
Si la interfaz web es inaccesible pero el chat sigue funcionando, revisa en Tailscale si hay un dispositivo o una clave de autenticación caducados.

Casi todos los casos terminan en el paso uno, tres o cuatro. El patrón que conviene interiorizar es que un asistente autoalojado tiene más piezas móviles que uno SaaS precisamente porque son tuyas, y ser su dueño significa que el fallo siempre se puede localizar.

Lecturas relacionadas

¿Es la primera vez que ejecutas algo así? Empieza con la guía para autoalojar OpenClaw, o lee sobre cómo elegir un modelo de IA si estás sopesando un proveedor alojado frente a uno local. Para las integraciones en sí, consulta Telegram, Discord y WhatsApp.