OpenClaw en Discord: un asistente, toda una comunidad
Discord es la única de las integraciones habituales de OpenClaw que es de muchos a uno. Telegram y WhatsApp te dan un asistente privado en el bolsillo; Discord da acceso al mismo asistente a todo un servidor. Eso cambia tres cosas que conviene entender antes de pegar un token.
Intents: por qué un bot nuevo a menudo no lee nada
Discord trata el contenido de los mensajes como un intent privilegiado. Un bot recién creado puede ser invitado, aparecer en línea y aun así no ver nada salvo los mensajes que lo mencionan directamente, lo que se parece exactamente a una integración rota. Habilitar el Message Content Intent en el Developer Portal, en los ajustes del bot, es la solución, y es el motivo más común por el que un bot de Discord parece no funcionar.
También conviene detenerse en ello en lugar de pulsar sin leer. Ese intent es la diferencia entre un asistente que responde cuando se le pregunta y uno que lee todo lo que se dice en los canales que puede ver.
Permisos: dale el conjunto más pequeño que funcione
La URL de invitación que generas decide lo que puede hacer el bot, y los valores por defecto suelen ser más generosos de lo que necesitas. Un asistente que lee y responde necesita ver canales, leer el historial y enviar mensajes. No necesita gestionar roles, expulsar miembros ni borrar mensajes de otras personas. Los permisos a nivel de canal son la otra mitad: coloca el bot en los canales a los que debe servir en lugar de darle todo el servidor y esperar lo mejor.
Costo: una clave, muchos tecleando
En un asistente personal eres la única persona que gasta tokens. En un servidor de Discord pagas por todos, y un canal concurrido puede generar una factura sorprendente con un modelo que cobra por token. Dos cosas ayudan: ser deliberado sobre en qué canales escucha el bot, y considerar un modelo local mediante Ollama, donde un servidor concurrido te cuesta cómputo que ya has pagado en lugar de cargos por mensaje.
Cómo configurarlo
- Crea la aplicación y el bot. En el Discord Developer Portal, y luego copia el token del bot y guárdalo en un lugar seguro. Es una contraseña.
- Habilita el Message Content Intent si el bot debe leer mensajes en los que no fue mencionado.
- Invítalo con una URL de invitación que lleve solo los permisos que pretendes conceder.
- Despliega OpenClaw. Lanza tu instancia en Flux en unos 30 segundos si todavía no lo has hecho.
- Pega el token en la integración de Discord de tu panel.
Cómo lo invocará la gente en la práctica
Hay dos formas de usar un asistente en Discord y cada una encaja con servidores distintos. Las menciones son la opción sin ceremonias: alguien escribe el nombre del bot y hace una pregunta en medio de la conversación, algo que funciona bien en un canal pequeño y resulta ruidoso en uno concurrido. Los comandos de barra son la opción estructurada: aparecen en el propio menú de comandos de Discord con descripciones y argumentos tipados, de modo que la gente descubre lo que puede hacer el asistente sin que nadie escriba una guía.
El consejo práctico es ofrecer ambos y esperar un reparto. Los habituales mencionarán al bot porque es más rápido; todos los demás lo encontrarán por el menú de barra, y un bot sin comandos registrados es prácticamente invisible para ellos. Registrar un conjunto pequeño y bien nombrado de comandos es lo más barato que puedes hacer para que un asistente parezca parte del servidor y no algo que alguien añadió.
Los hilos son donde debe estar el contexto
Un canal es una sala compartida, y un asistente que lo trate como una sola conversación larga se confundirá, porque tres personas preguntando cosas sin relación en los mismos cinco minutos no forman un hilo de razonamiento. Los hilos de Discord lo resuelven bien: un hilo es una conversación acotada con sus propios participantes, lo que encaja limpiamente con la forma en que un asistente mantiene el contexto.
Animar a que los intercambios más largos pasen a hilos mantiene legible el canal principal y coherente al asistente, y además tiene una ventaja de costo. Una conversación que se queda en un solo hilo no arrastra el historial de todo el canal en cada solicitud.
Cualquiera en el canal está gastando tu dinero
Esto merece decirse claramente porque es la diferencia entre Discord y cualquier integración personal. La clave del proveedor es tuya, la facturación es tuya y cada miembro que habla con el bot la consume. Eso está bien y se espera en un servidor de amigos; en uno público es una consideración real.
Tres cosas lo mantienen bajo control. Limita en qué canales escucha el bot, para que el asistente esté disponible donde es útil y no en todas partes. Considera si el Message Content Intent es realmente necesario: un bot que solo responde a menciones y comandos de barra no puede activarse sin querer por una conversación normal. Y en un servidor concurrido, un modelo local mediante Ollama cambia por completo la economía, porque cien mensajes te cuestan cómputo que ya has pagado y no cien solicitudes facturables.
Por qué el autoalojamiento importa más aquí
Con un servicio de bot compartido, las conversaciones de toda una comunidad pasan por la infraestructura de otra persona. Autoalojar significa que los mensajes que envían tus miembros llegan a una instancia que controlas, y el modelo que hay detrás es tu elección: un modelo alojado por su capacidad, o un LLM local mediante Ollama para que nada salga de tu servidor.
Primeros pasos
Discord es una de las más de 20 integraciones de OpenClaw. Si quieres un asistente personal y no uno para una comunidad, Telegram es la configuración más sencilla, y WhatsApp cubre la ruta del número de teléfono. La guía de autoalojamiento completa trata la instancia en sí. ¿Listo ya? Despliega desde la página de inicio.