Hilos y sesiones de Slack en OpenClaw

Los hilos de Slack ocultan sus mensajes del canal, y precisamente por eso el modelo de sesiones tiene que ser preciso sobre a qué sesión de OpenClaw pertenece un mensaje y dónde cae la respuesta. Aquí tienes la correspondencia entre las superficies de Slack y las sesiones, las reglas de los hilos, los controles de respuesta con la única diferencia respecto a Telegram que conviene recordar, y la experiencia de Agent View, en la que Slack gestiona los hilos por sí mismo.

Sesiones

• Los mensajes directos se enrutan como direct, los canales como channel y los mensajes directos de grupo como group; las vinculaciones de ruta aceptan ID de pares sin procesar y también las formas de destino de Slack para un canal, un usuario o una mención de usuario; con el ámbito main predeterminado para los mensajes directos, los mensajes directos normales se agrupan en la sesión principal del agente, mientras que las raíces de Agent View y los hilos existentes de Assistant View permanecen aislados como sesiones de hilo; y las sesiones de canal se indexan por agente, canal e ID de canal.
• Los mensajes normales de nivel superior en un canal se quedan en la sesión por canal incluso cuando el modo de respuesta no es off, mientras que las respuestas en hilos de canal, de mensajes directos de grupo, de Agent View y de Assistant View usan la marca de tiempo del mensaje principal del hilo como sufijo de hilo; el hilo de respuesta de un mensaje directo normal sigue siendo una comodidad de la interfaz sobre la sesión base del mensaje directo.
• OpenClaw siembra una raíz de canal de nivel superior que cumpla los requisitos en una sesión de hilo indexada por la marca de tiempo de esa raíz cuando se espera que la raíz inicie un hilo visible, de modo que la raíz y sus respuestas posteriores comparten una sesión; esto se aplica a los eventos de mención de la app, a las coincidencias explícitas con el bot o con los patrones de mención configurados, y a los canales sin mención obligatoria cuyo modo de respuesta no es off.
• El ámbito del historial de hilos es thread de forma predeterminada, la herencia del mensaje principal es false de forma predeterminada, y el límite de historial inicial decide cuántos mensajes existentes del hilo se recuperan cuando empieza una nueva sesión de hilo: 20 de forma predeterminada y cero para desactivarlo.

Los hilos de Slack ocultan los mensajes del canal, mientras que las respuestas de Telegram siguen visibles en línea.

Respuestas, etiquetas y difusión

Dos indicadores de mención implícita deciden qué se salta el filtro de menciones: una respuesta a un mensaje del propio bot y un seguimiento en un hilo en el que el bot ha respondido, ambos true de forma predeterminada, y el segundo se pone en false cuando quieres una nueva mención explícita en los seguimientos; la corrección de doctor migra la antigua clave de hilo que exigía mención explícita a este indicador positivo, las sobrescrituras de cuenta van en el bloque de menciones implícitas de la cuenta y los valores compartidos, en los valores predeterminados de los canales. El modo de respuesta es off de forma predeterminada, con first, all y batched como alternativas, y se puede definir por canal, por tipo de chat para direct, group y channel, y mediante el antiguo modo de respuesta de mensajes directos para los chats directos. Las etiquetas de respuesta manuales apuntan al mensaje actual o a un ID de mensaje concreto. Una respuesta explícita en hilo desde la herramienta de mensajes puede activar reply-broadcast para que Slack también publique la respuesta en el canal principal, lo que corresponde al indicador de difusión de la publicación de mensajes y solo funciona para envíos de texto o Block Kit, no para subidas de medios. Una llamada a la herramienta de mensajes que se ejecuta dentro de un hilo y apunta al mismo canal hereda normalmente el hilo actual según el modo de respuesta efectivo de la cuenta, del tipo de chat o del canal; las respuestas automáticas y las llamadas de envío o subida al mismo canal usan la misma sobrescritura, y un indicador de nivel superior o un ID de hilo nulo fuerzan en su lugar un nuevo mensaje en el canal principal. El modo de respuesta off desactiva el uso opcional de hilos en las respuestas salientes, incluidas las etiquetas explícitas, lo que difiere de Telegram, donde las etiquetas explícitas se siguen respetando en off; Agent View y Assistant View son experiencias con hilos gestionadas por Slack cuyas respuestas y estado se quedan en la raíz visible en cualquier caso, y off no aplana las demás sesiones de hilo entrantes.

Mensajes directos de Agent View

• Agent View es la experiencia de mensajería de Slack para apps de IA: Slack marca la app como agente, cada mensaje escrito en el cuadro de redacción de nivel superior de la pestaña Mensajes inicia una nueva raíz que Slack convierte en hilo por sí mismo, los seguimientos van dentro del hilo de esa raíz, y OpenClaw trata cada raíz como una conversación independiente con un sufijo de hilo sobre la sesión base que seleccione el ámbito de mensajes directos, de modo que las raíces siguen aisladas incluso con el ámbito main.
• Los seguimientos dentro del hilo de una raíz se quedan en la sesión de esa raíz, un nuevo mensaje del cuadro de redacción inicia una nueva sesión, las respuestas y el estado del hilo se quedan en la raíz visible sea cual sea el modo de respuesta porque Slack gestiona los hilos, y las entidades de la vista activa solo llegan al agente como contexto estructurado no confiable en el orden de relevancia de Slack; un mensaje directo que no lleva ninguna las borra para ese turno en lugar de reutilizar otras obsoletas.
• Slack nunca indica qué experiencia usa una app, así que OpenClaw registra Agent View a partir de la primera señal que ve: un evento app-context-changed, un mensaje directo que lleva contexto de la app, o la llamada de sugerencias de prompts sin hilo que hace cuando un miembro abre la pestaña Mensajes, donde tanto ok como internal-error cuentan como evidencia y una respuesta not-agent-app significa Assistant View; un mensaje directo cuya marca de tiempo de hilo es igual a su propia marca de tiempo se reconoce por sí solo como una raíz gestionada por Slack, el marcador es duradero y se indexa por cuenta, espacio de trabajo e ID de app, Socket Mode lee el ID de app del token de la app al arrancar, el modo HTTP lo aprende del primer evento firmado y lo registra una vez, y el modo relay guarda el marcador solo en el proceso en ejecución.

OpenClaw en Slack es el artículo del canal al que pertenecen estas sesiones, y el comportamiento de los mensajes de Slack en OpenClaw, el aspecto de la conversación mientras se genera una respuesta.

Una sesión por hilo, a propósito

Sembrar la raíz en la sesión de hilo es lo que permite que una mención en un canal con mucha actividad se convierta en un hilo de trabajo privado con su propia memoria, en lugar de que cada respuesta vuelva a la sesión compartida del canal. El enrutamiento de canales en OpenClaw explica cómo la sesión de canal elige su agente, y la búsqueda de sesiones en OpenClaw, cómo volver a encontrar más tarde una de estas sesiones de hilo.

En Diali

Slack es uno de los canales que Diali conecta desde el panel, con la configuración del motor generada y reemplazada en cada versión, así que las claves de hilos y respuestas de este artículo describen cómo se comporta un agente alojado en tu espacio de trabajo, no un archivo que tengas que mantener. Slack en Diali es el canal en Diali y OpenClaw alojado en Diali, el asistente que hay detrás.

• Una raíz mencionada y su hilo comparten una sesión.
• Off en Slack silencia también las etiquetas de respuesta explícitas; Telegram las conserva.
• Cada raíz de Agent View es su propia conversación.