Emparejamiento
Los mensajes directos de Slack utilizan de forma predeterminada el modo de emparejamiento.
Comandos de barra diagonal
Comportamiento de los comandos nativos y catálogo de comandos.
Solución de problemas de canales
Diagnósticos entre canales y procedimientos de reparación.
Elección de un transporte
Socket Mode y las URL de solicitud HTTP ofrecen paridad de funciones para mensajería, comandos de barra diagonal, App Home e interactividad. La elección debe basarse en el tipo de implementación, no en las funciones.Elija Socket Mode para hosts con un solo Gateway, portátiles de desarrollo y redes locales que puedan acceder a
*.slack.com mediante conexiones salientes, pero no aceptar HTTPS entrante.Elija las URL de solicitud HTTP cuando ejecute varias réplicas del Gateway tras un balanceador de carga, cuando el WSS saliente esté bloqueado pero se permita HTTPS entrante o cuando ya gestione los webhooks de Slack mediante un proxy inverso.Modo de retransmisión
El modo de retransmisión separa la entrada de Slack del gateway de OpenClaw. Un enrutador de confianza controla la única conexión de Socket Mode de Slack, elige un gateway de destino y reenvía un evento tipado mediante un websocket autenticado. El gateway continúa utilizando su propio token de bot para las llamadas salientes a la API web de Slack.wss://, salvo que apunte a localhost. Trate el token de portador y la tabla de rutas del enrutador como parte del límite de autorización de Slack: los eventos enrutados entran en el controlador normal de mensajes de Slack como activaciones autorizadas. Un slack_identity proporcionado por el enrutador en la trama hello del websocket puede establecer el nombre de usuario y el icono salientes predeterminados; una identidad explícita proporcionada por el autor de la llamada sigue teniendo prioridad. La conexión de retransmisión vuelve a conectarse con el mismo tiempo de espera incremental limitado que Socket Mode y borra la identidad proporcionada por el enrutador cada vez que se desconecta.
Instalaciones para toda la organización de Enterprise Grid
Una cuenta de Slack puede recibir mensajes de todos los espacios de trabajo cubiertos por una instalación para toda la organización de Enterprise Grid. Elija Socket Mode directo o URL de solicitud HTTP; el modo de retransmisión no es compatible con las cuentas empresariales. Los dos manifiestos de privilegios mínimos que aparecen a continuación solo habilitan la ruta de eventos V1message y app_mention,
las respuestas inmediatas y las reacciones de estado controladas por el listener.
Socket Mode
connections:write para Socket Mode
y, a continuación, copie el token de bot de la instalación de la organización. Configure la cuenta que
utiliza el token de bot instalado en la organización:
URL de solicitud HTTP
Utilice el modo HTTP cuando el Gateway tenga un punto de conexión HTTPS público y no abra una conexión de Socket Mode. Sustituya la URL del ejemplo por la URL públicawebhookPath del Gateway (valor predeterminado: /slack/events):
enterpriseOrgInstall con auth.test de Slack.
Un token instalado en la organización sin el indicador, o un token de espacio de trabajo con el indicador,
provoca un error de inicio. Slack sigue siendo la fuente de verdad sobre los espacios de trabajo que han
concedido la instalación; OpenClaw aplica después las políticas configuradas de canales, usuarios,
mensajes directos y menciones a cada evento entregado. Enterprise V1 rechaza todos los
eventos message y app_mention creados por bots antes de enviarlos, independientemente de
allowBots, porque las instalaciones de la organización no proporcionan una identidad de bot estable
asociada al espacio de trabajo para evitar bucles.
La compatibilidad empresarial se limita deliberadamente a los eventos directos message y
app_mention de Socket Mode o HTTP, así como a sus respuestas inmediatas. El modo de retransmisión,
los comandos de barra diagonal, las interacciones, App Home, los listeners de eventos de reacción, los elementos fijados, las
herramientas de acciones de Slack, las aprobaciones nativas de Slack, los enlaces, la entrega en cola o programada
y los envíos proactivos no están disponibles para una cuenta empresarial. Las reacciones salientes
de confirmación, escritura y estado son compatibles mediante el cliente de Slack controlado por el
listener y requieren reactions:write; las notificaciones de reacciones entrantes
y las herramientas de acciones de reacción siguen sin estar disponibles.
Las respuestas inmediatas reutilizan el comportamiento estándar de entrega de Slack para fragmentos,
contenido multimedia, metadatos, identidad alternativa, vistas previas y confirmaciones de recepción, pero solo mientras el
cliente validado propiedad del listener permanezca en el turno de evento activo. La
cola de envío en memoria y los registros de participación en hilos se particionan según el
espacio de trabajo de ese evento; el cliente en sí nunca se serializa ni persiste.
Las claves de política de canal y las entradas dm.groupChannels deben usar identificadores de canal de Slack estables sin procesar o el
formato channel:<id>. OpenClaw normaliza ambos formatos al identificador de canal sin procesar para
la correspondencia en tiempo de ejecución; los prefijos slack:, group: y mpim: impiden el inicio.
Las entradas de política de usuario deben usar identificadores de usuario de Slack estables; los nombres, slugs, nombres para mostrar
y direcciones de correo electrónico impiden el inicio. Los identificadores deben usar el prefijo y el
cuerpo canónicos en mayúsculas de Slack (por ejemplo, C0123456789 o U0123456789); las variantes en minúsculas y
las imitaciones abreviadas impiden el inicio. Las cuentas empresariales no pueden habilitar
dangerouslyAllowNameMatching. Las cuentas empresariales pueden establecer el valor global
mentionPatterns.mode, pero mentionPatterns.allowIn y
mentionPatterns.denyIn impiden el inicio porque los identificadores de canal de Slack sin procesar no están
asociados a un espacio de trabajo y pueden reutilizarse entre espacios de trabajo. Las instalaciones en espacios de trabajo
conservan el comportamiento existente de patrones de mención con ámbito. Cada espacio de trabajo aceptado
obtiene identidades independientes de enrutamiento, sesión, transcripción, deduplicación, historial y caché,
incluso cuando los identificadores de Slack coinciden. Dentro del flujo message, se admiten los mensajes ordinarios de usuarios
y los eventos file_share creados por usuarios; los demás subtipos de mensajes se
rechazan antes de la autorización o del tratamiento de eventos del sistema.
Los mensajes directos empresariales deben estar deshabilitados (dm.enabled=false o
dmPolicy="disabled") o abrirse explícitamente con dmPolicy="open" y
una cuenta efectiva allowFrom que contenga el literal "*". Una lista de permitidos vacía
o identificadores específicos de usuarios sin "*" impiden el inicio. Se rechazan el emparejamiento y
las listas de permitidos de mensajes directos por usuario porque los identificadores de usuario de Slack no están
asociados a un espacio de trabajo en esos almacenes de autorización. La política de canal y remitente
sigue aplicándose a los mensajes de canal.
Instalación
plugins install registra y habilita el plugin. No hace nada hasta que se configuran la aplicación de Slack y los ajustes de canal que aparecen a continuación. Consulte Plugins para conocer las reglas generales de instalación de plugins.
Configuración rápida
Los manifiestos de esta sección crean una instalación con ámbito de espacio de trabajo. Para una instalación en toda una organización de Enterprise Grid, utilice en su lugar el manifiesto y flujo de trabajo para toda la organización.- Socket Mode (predeterminado)
- URL de solicitudes HTTP
1
Crear una nueva aplicación de Slack
Abra api.slack.com/apps → Create New App → From a manifest → seleccione el espacio de trabajo → pegue uno de los manifiestos siguientes → Next → Create.Después de que Slack cree la aplicación:
Recomendado coincide con el conjunto completo de funciones del plugin de Slack: App Home, comandos de barra diagonal, archivos, reacciones, elementos fijados, mensajes directos de grupo y lectura de emojis y grupos de usuarios. Elija Mínimo cuando la política del espacio de trabajo restrinja los ámbitos: incluye mensajes directos, historial de canales y grupos, menciones y comandos de barra diagonal, pero excluye archivos, reacciones, elementos fijados, mensajes directos de grupo (
mpim:*), emoji:read y usergroups:read. Consulte la Lista de comprobación del manifiesto y los ámbitos para conocer la justificación de cada ámbito y las opciones adicionales, como comandos de barra diagonal adicionales.- Basic Information -> App-Level Tokens -> Generate Token and Scopes: añada
connections:write, guarde y copie el token de nivel de aplicación. - Install App -> Install to Workspace: copie el token OAuth del usuario bot.
2
Configurar OpenClaw
Configuración recomendada de SecretRef:Alternativa mediante variables de entorno (solo para la cuenta predeterminada):
3
Iniciar el Gateway
Identidad de usuario (publicar como una persona real)
La identidad de usuario permite que OpenClaw lea y publique como la persona que autoriza la aplicación de Slack.userToken es la identidad que actúa; una aplicación complementaria de Slack transporta el tráfico de la Events API mediante Socket Mode o una HTTP Request URL. La aplicación complementaria no necesita un usuario bot ni un token de bot.
Configure la aplicación complementaria de la siguiente manera:
-
En OAuth & Permissions -> User Token Scopes, añada estos permisos con ámbito de usuario:
- historial:
channels:history,groups:history,im:history,mpim:history - búsqueda de conversaciones:
channels:read,groups:read,im:read,mpim:read - personas:
users:read - publicación:
chat:write(los mensajes se publican como el usuario que autoriza) - apertura de mensajes directos:
im:write,mpim:write
- historial:
-
En Event Subscriptions -> Subscribe to events on behalf of users, añada estos eventos de usuario. No los añada únicamente a la lista de eventos del bot:
message.channelsmessage.groupsmessage.immessage.mpim
-
Elija un transporte de eventos:
- Socket Mode: habilite Socket Mode y cree un token de nivel de aplicación con
connections:write. Configúrelo comoappToken. - HTTP Request URL: haga que Event Subscriptions apunte al endpoint público de Slack de OpenClaw y copie Basic Information -> App Credentials -> Signing Secret. Configúrelo como
signingSecret.
- Socket Mode: habilite Socket Mode y cree un token de nivel de aplicación con
-
Instale o reinstale la aplicación, autorícela como la persona prevista y copie el token OAuth de usuario resultante en
userToken.
Ajuste del transporte de Socket Mode
OpenClaw establece de forma predeterminada en 15 segundos el tiempo de espera de pong del cliente del SDK de Slack para Socket Mode. Sobrescriba la configuración de transporte únicamente cuando necesite ajustes específicos para el espacio de trabajo o el host:clientPingTimeout es el tiempo de espera del pong después de que el SDK envíe un ping del cliente; serverPingTimeout es el tiempo de espera de los pings del servidor de Slack. Los mensajes y eventos de la aplicación siguen siendo estado de la aplicación, no señales de actividad del transporte.
Notas:
socketModese ignora en el modo HTTP Request URL.- La configuración base de
channels.slack.socketModese aplica a todas las cuentas de Slack, salvo que se sobrescriba. Las sobrescrituras por cuenta usanchannels.slack.accounts.<accountId>.socketMode; como se trata de una sobrescritura de objeto, incluya todos los campos de ajuste del socket que desee para esa cuenta. - Solo
clientPingTimeouttiene un valor predeterminado de OpenClaw (15000).serverPingTimeoutypingPongLoggingEnabledsolo se pasan al SDK de Slack cuando están configurados. - La espera incremental para reiniciar Socket Mode comienza alrededor de 2 segundos y alcanza un máximo aproximado de 30 segundos. Los fallos recuperables de inicio, espera de inicio y desconexión se reintentan hasta que se detiene el canal. Los errores permanentes de cuenta y credenciales, como una autenticación no válida, tokens revocados o ámbitos ausentes, fallan de inmediato en lugar de reintentarse indefinidamente.
Lista de comprobación del manifiesto y los ámbitos
El manifiesto base de la aplicación de Slack es el mismo para Socket Mode y las HTTP Request URLs. Solo difieren el bloquesettings (y el url del comando de barra).
Manifiesto base (Socket Mode predeterminado):
settings por la variante HTTP y añada url a cada comando de barra. Se requiere una URL pública:
Configuración adicional del manifiesto
Muestra distintas funciones que amplían los valores predeterminados anteriores. La configuración predeterminada del manifiesto habilita la pestaña Home de Slack App Home y se suscribe aapp_home_opened. Cuando un miembro del espacio de trabajo abre la pestaña Home, OpenClaw publica una vista Home predeterminada segura con views.publish; no se incluye ninguna carga útil de conversación ni configuración privada. Cuando se habilita el modo de comando de barra único, la sugerencia del comando usa channels.slack.slashCommand.name; las instalaciones que usan comandos nativos o ningún comando de barra omiten esa sugerencia. La pestaña Messages permanece habilitada para los mensajes directos de Slack. Las aplicaciones nuevas usan Slack Agent View mediante features.agent_view, assistant:write y app_context_changed. Cada raíz visible de Agent View se dirige a su propia sesión de hilo de OpenClaw, y las entidades ordenadas de la vista activa de Slack llegan al agente únicamente como contexto no confiable.
Las aplicaciones existentes que ya usan features.assistant_view pueden conservar su manifiesto actual. OpenClaw sigue gestionando assistant_thread_started y assistant_thread_context_changed para esas instalaciones. Slack hace que la migración de Assistant View a Agent View sea irreversible y exige que los usuarios realicen después una actualización forzada, por lo que no se debe sustituir assistant_view en una aplicación existente hasta que se pretenda migrar todo el espacio de trabajo.
Comandos de barra nativos opcionales
Comandos de barra nativos opcionales
Se pueden usar varios comandos de barra nativos en lugar de un único comando configurado, con algunas salvedades:
- Use
/agentstatusen lugar de/statusporque el comando/statusestá reservado. - No se pueden registrar más de 25 comandos de barra a la vez en una aplicación de Slack (límite de la plataforma Slack).
/login al manifiesto manualmente; el ejemplo siguiente lo incluye en lugar del alias opcional /side para mantener el total en 25 comandos. /login puede mostrarse en cualquier lugar, pero solo emite códigos de emparejamiento en chats privados o en la interfaz web.Sustituya la sección features.slash_commands existente por un subconjunto de los comandos disponibles:- Socket Mode (predeterminado)
- URL de solicitudes HTTP
Ámbitos de autoría opcionales (operaciones de escritura)
Ámbitos de autoría opcionales (operaciones de escritura)
Añada el ámbito de bot
chat:write.customize si desea que los mensajes salientes usen la identidad del agente activo (nombre de usuario e icono personalizados) en lugar de la identidad predeterminada de la aplicación de Slack.Si usa un icono emoji, Slack espera la sintaxis :emoji_name:.Ámbitos opcionales del token de usuario (operaciones de lectura)
Ámbitos opcionales del token de usuario (operaciones de lectura)
Si configura
channels.slack.userToken, los ámbitos de lectura habituales son:channels:history,groups:history,im:history,mpim:historychannels:read,groups:read,im:read,mpim:readusers:readreactions:readpins:reademoji:readsearch:read(si depende de las lecturas de búsqueda de Slack)
Modelo de tokens
- La identidad de bot (predeterminada) requiere
botToken+appTokenpara Socket Mode, obotToken+signingSecretpara el modo HTTP. - La identidad de usuario requiere
userToken+appTokenpara Socket Mode, ouserToken+signingSecretpara el modo HTTP. No usa un token de bot. - El modo de retransmisión requiere
botTokenademás derelay.url,relay.authTokenyrelay.gatewayId; no usa un token de aplicación ni un secreto de firma. botToken,appToken,signingSecret,relay.authTokenyuserTokenaceptan cadenas de texto sin formato u objetos SecretRef.- Los tokens de configuración tienen prioridad sobre el valor alternativo de las variables de entorno.
- Los valores alternativos de entorno
SLACK_BOT_TOKEN,SLACK_APP_TOKENySLACK_USER_TOKENse aplican únicamente a la cuenta predeterminada. userTokenusa de forma predeterminada un comportamiento de solo lectura (userTokenReadOnly: true).
- La inspección de cuentas de Slack realiza el seguimiento de los campos
*Sourcey*Statusde cada credencial (botToken,appToken,signingSecret,userToken). - El estado es
available,configured_unavailableomissing. configured_unavailablesignifica que la cuenta está configurada mediante SecretRef u otra fuente de secretos no insertada directamente, pero la ruta actual del comando o del entorno de ejecución no pudo resolver el valor real.- En el modo HTTP, se incluye
signingSecretStatus. Socket Mode usabotTokenStatus+appTokenStatuspara la identidad de bot yuserTokenStatus+appTokenStatuspara la identidad de usuario.
Acciones y controles
Las acciones de Slack están controladas porchannels.slack.actions.*.
Grupos de acciones disponibles en las herramientas actuales de Slack:
Las acciones de mensajes actuales de Slack incluyen
send, upload-file, download-file, read, edit, delete, pin, unpin, list-pins, member-info y emoji-list. download-file acepta los ID de archivo de Slack que aparecen en los marcadores de posición de archivos entrantes y devuelve vistas previas para las imágenes o metadatos de archivos locales para otros tipos de archivo.
Control de acceso y enrutamiento
- Política de mensajes directos
- Política de canales
- Menciones y usuarios del canal
channels.slack.dmPolicy controla el acceso a los mensajes directos. channels.slack.allowFrom es la lista de permitidos canónica de mensajes directos.pairing(predeterminado)allowlistopen(requiere quechannels.slack.allowFromincluya"*")disabled
dm.enabled(true de forma predeterminada)channels.slack.allowFromdm.allowFrom(heredado)dm.groupEnabled(false de forma predeterminada para los mensajes directos grupales)dm.groupChannels(lista de permitidos de MPIM opcional)
channels.slack.accounts.default.allowFromse aplica únicamente a la cuentadefault.- Las cuentas con nombre heredan
channels.slack.allowFromcuando su propio valorallowFromno está establecido. - Las cuentas con nombre no heredan
channels.slack.accounts.default.allowFrom.
channels.slack.dm.policy y channels.slack.dm.allowFrom todavía se leen por compatibilidad. openclaw doctor --fix los migra a dmPolicy y allowFrom cuando puede hacerlo sin cambiar el acceso.El emparejamiento en mensajes directos usa openclaw pairing approve slack <code>.Hilos, sesiones y etiquetas de respuesta
- Los mensajes directos se enrutan como
direct; los canales, comochannel; y los MPIM, comogroup. - Las vinculaciones de rutas de Slack aceptan ID de pares sin procesar, además de formatos de destino de Slack como
channel:C12345678,user:U12345678y<@U12345678>. - Con el valor predeterminado
session.dmScope=main, los mensajes directos normales de Slack se agrupan en la sesión principal del agente. Las raíces de Agent View y los hilos existentes de Assistant View permanecen aislados como sesiones:thread:<threadTs>. - Sesiones de canal:
agent:<agentId>:slack:channel:<channelId>. - Los mensajes normales de nivel superior del canal permanecen en la sesión por canal, incluso cuando
replyToModeno esoff. - Las respuestas de hilos de canales de Slack, MPIM, Agent View y Assistant View utilizan el
thread_tsprincipal de Slack para los sufijos de sesión (:thread:<threadTs>). Los hilos de respuesta de mensajes directos normales siguen siendo una función de la interfaz de usuario dentro de la sesión base de mensajes directos. - OpenClaw incorpora una raíz de nivel superior apta del canal en
agent:<agentId>:slack:channel:<channelId>:thread:<rootTs>cuando se espera que esa raíz inicie un hilo visible de Slack, de modo que la raíz y las respuestas posteriores del hilo compartan una sesión de OpenClaw. Esto se aplica a eventosapp_mention, coincidencias explícitas con el bot o con patrones de menciones configurados y canalesrequireMention: falsecon unreplyToModedistinto deoff. - El valor predeterminado de
channels.slack.thread.historyScopeesthread; el dethread.inheritParentesfalse. channels.slack.thread.initialHistoryLimitcontrola cuántos mensajes existentes del hilo se recuperan cuando se inicia una nueva sesión de hilo (valor predeterminado:20; establezca0para deshabilitarlo).channels.slack.implicitMentions.replyToBotcontrola si una respuesta al mensaje del propio bot omite el requisito de mención (valor predeterminado:true).channels.slack.implicitMentions.threadParticipationcontrola si los mensajes de seguimiento de un hilo en el que el bot ha respondido omiten el requisito de mención (valor predeterminado:true). Establézcalo enfalsepara exigir una nueva mención explícita en esos mensajes de seguimiento.openclaw doctor --fixmigra la antigua clavechannels.slack.thread.requireExplicitMentiona esta marca canónica positiva.- Las anulaciones de cuenta se encuentran en
channels.slack.accounts.<id>.implicitMentions; los valores predeterminados compartidos, enchannels.defaults.implicitMentions.
channels.slack.channels.<id>.replyToMode: anulación por canal para mensajes de canales y canales privados de Slackchannels.slack.replyToMode:off|first|all|batched(valor predeterminado:off)channels.slack.replyToModeByChatType: pordirect|group|channel- alternativa heredada para chats directos:
channels.slack.dm.replyToMode
[[reply_to_current]][[reply_to:<id>]]
message, establezca replyBroadcast: true con action: "send" y threadId o replyTo para solicitar a Slack que también publique la respuesta del hilo en el canal principal. Esto se asigna a la marca reply_broadcast de chat.postMessage de Slack y solo se admite para envíos de texto o Block Kit, no para cargas multimedia.
Cuando una llamada a la herramienta message se ejecuta dentro de un hilo de Slack y tiene como destino el mismo canal, OpenClaw suele heredar el hilo actual de Slack según el replyToMode efectivo de la cuenta, del tipo de chat o del canal. Las respuestas automáticas y las llamadas a send o upload-file dirigidas al mismo canal utilizan la misma anulación por canal. Establezca topLevel: true en action: "send" o action: "upload-file" para forzar un nuevo mensaje en el canal principal. threadId: null se acepta como la misma exclusión de nivel superior.
replyToMode="off" deshabilita la creación opcional de hilos para las respuestas salientes de Slack, incluidas las etiquetas explícitas [[reply_to_*]]. Agent View y Assistant View son experiencias con hilos administradas por Slack, por lo que sus respuestas y estados permanecen en la raíz visible independientemente de este ajuste. No aplana otras sesiones de hilos entrantes de Slack. Esto difiere de Telegram, donde las etiquetas explícitas siguen respetándose en el modo "off". Los hilos de Slack ocultan los mensajes del canal, mientras que las respuestas de Telegram permanecen visibles en línea.Reacciones de confirmación
ackReaction envía un emoji de confirmación mientras OpenClaw procesa un mensaje entrante. ackReactionScope determina cuándo se envía realmente ese emoji.
De forma predeterminada, la confirmación permanece estática mientras el estado nativo del hilo de agente/asistente de Slack muestra el progreso mediante mensajes de carga rotativos. Establezca messages.statusReactions.enabled: true para activar el ciclo de vida de reacciones en cola/pensando/herramienta/finalizado/error.
Emoji (ackReaction)
Orden de resolución:
channels.slack.accounts.<accountId>.ackReactionchannels.slack.ackReactionmessages.ackReaction- emoji alternativo de la identidad del agente (
agents.entries.*.identity.emoji; de lo contrario,"eyes"/ 👀)
- Slack espera códigos cortos (por ejemplo,
"eyes"). - Utilice
""para deshabilitar la reacción en la cuenta de Slack o globalmente.
Ámbito (messages.ackReactionScope)
El proveedor de Slack lee el ámbito desde messages.ackReactionScope (valor predeterminado: "group-mentions"). Actualmente no existe ninguna anulación a nivel de cuenta ni de canal de Slack; el valor es global para el Gateway.
Valores:
"all": reaccionar en mensajes directos y grupos, incluidos los eventos de sala ambientales."direct": reaccionar solo en mensajes directos."group-all": reaccionar a todos los mensajes de grupo, excepto a los eventos de sala ambientales (sin mensajes directos)."group-mentions"(valor predeterminado): reaccionar en grupos, pero solo cuando se mencione al bot (o en elementos mencionables de grupo que hayan activado esta opción). Se excluyen los mensajes directos."off"/"none": no reaccionar nunca.
El ámbito predeterminado (
"group-mentions") no activa reacciones de confirmación en mensajes directos ni en eventos de sala ambientales. Para ver el ackReaction configurado (por ejemplo, "eyes") en los mensajes directos entrantes de Slack y en eventos de sala sin actividad, establezca messages.ackReactionScope en "all". messages.ackReactionScope se lee al iniciar el proveedor de Slack, por lo que es necesario reiniciar el Gateway para que el cambio surta efecto.Transmisión de texto
channels.slack.streaming controla el comportamiento de la vista previa en directo:
off: deshabilitar la transmisión de la vista previa en directo.partial(valor predeterminado): sustituir el texto de la vista previa por la salida parcial más reciente.block: añadir actualizaciones fragmentadas a la vista previa.progress: mostrar texto del estado de progreso durante la generación y, después, enviar el texto final.streaming.preview.toolProgress: cuando la vista previa del borrador está activa, dirigir las actualizaciones de herramientas/progreso al mismo mensaje de vista previa editado (valor predeterminado:true). Establezcafalsepara conservar mensajes separados de herramientas/progreso.streaming.preview.commandText/streaming.progress.commandText: establezcastatuspara conservar líneas compactas del progreso de las herramientas y ocultar el texto sin procesar de comandos/ejecución (valor predeterminado:raw).
channels.slack.streaming.nativeTransport controla la transmisión de texto nativa de Slack cuando channels.slack.streaming.mode es partial (valor predeterminado: true).
Las tarjetas de tareas de progreso nativas de Slack son opcionales para el modo de progreso. Establezca channels.slack.streaming.progress.nativeTaskCards en true con channels.slack.streaming.mode="progress" para enviar una tarjeta nativa de plan/tarea de Slack mientras se ejecuta el trabajo y, después, actualizar la misma tarjeta de tareas al finalizar. Sin esta marca, el modo de progreso conserva el comportamiento portátil de vista previa del borrador.
- Debe haber un hilo de respuestas disponible para que aparezcan la transmisión de texto nativa y el estado del hilo del asistente de Slack. La selección del hilo sigue rigiéndose por
replyToMode. - Las raíces de canales, chats grupales y mensajes directos de nivel superior pueden seguir usando la vista previa normal del borrador cuando la transmisión nativa no está disponible o no existe un hilo de respuestas.
- Los mensajes directos de Slack de nivel superior permanecen fuera de los hilos de forma predeterminada, por lo que no muestran la vista previa de transmisión o estado nativa con formato de hilo de Slack; en su lugar, OpenClaw publica y edita una vista previa del borrador en el mensaje directo.
- Los archivos multimedia y las cargas útiles que no son de texto recurren a la entrega normal.
- Los resultados finales de archivos multimedia o errores cancelan las ediciones pendientes de la vista previa; los resultados finales de texto o bloques aptos solo se envían cuando pueden editar la vista previa en el mismo lugar.
- Si la transmisión falla durante una respuesta, OpenClaw recurre a la entrega normal para las cargas útiles restantes.
channels.slack.streamMode(replace | status_final | append) es un alias heredado dechannels.slack.streaming.mode.- El valor booleano
channels.slack.streaminges un alias heredado dechannels.slack.streaming.modeychannels.slack.streaming.nativeTransport. - Los valores de nivel superior
channels.slack.chunkModeychannels.slack.nativeStreamingson alias heredados dechannels.slack.streaming.chunkModeychannels.slack.streaming.nativeTransport. - Los alias heredados no se leen durante la ejecución; ejecutar
openclaw doctor --fixpara reescribir la configuración persistente de transmisión de Slack con las claves canónicas.
Reacción alternativa al escribir
typingReaction añade una reacción temporal al mensaje entrante de Slack mientras OpenClaw procesa una respuesta y la elimina cuando finaliza la ejecución. Esto resulta especialmente útil fuera de las respuestas en hilos, que usan un indicador de estado predeterminado «está escribiendo…».
Orden de resolución:
channels.slack.accounts.<accountId>.typingReactionchannels.slack.typingReaction
- Slack espera códigos cortos (por ejemplo,
"hourglass_flowing_sand"). - La reacción se aplica en la medida de lo posible y se intenta eliminar automáticamente después de que finalice la ruta de respuesta o de error.
Entrada de voz
Actualmente, para hablar con OpenClaw en Slack, enviar un clip de audio de Slack a la aplicación OpenClaw. El micrófono de dictado de Slackbot es una función independiente propiedad de Slack, no una API para aplicaciones.- El dictado por voz de Slackbot se encuentra dentro de la conversación privada del usuario con Slackbot. Slack convierte la grabación en una solicitud para Slackbot, pero no emite ningún archivo de audio, evento de dictado, solicitud ni marcador de origen de entrada a aplicaciones de Slack de terceros mediante la Events API. El plugin de Slack de OpenClaw no puede habilitarlo ni recibirlo.
- Los clips de audio de Slack son archivos almacenados en Slack que pueden publicarse en un mensaje directo, canal o hilo de OpenClaw. OpenClaw descarga un clip accesible con el token del bot, normaliza los metadatos MIME del clip de Slack y lo envía a través del pipeline compartido de transcripción de audio. El manifiesto de aplicación recomendado incluye el ámbito
files:readrequerido.
requireMention: true, un clip de audio sin subtítulo puede satisfacer la condición pronunciando un patrón de mención configurado (agents.entries.*.groupChat.mentionPatterns, con messages.groupChat.mentionPatterns como alternativa). OpenClaw autoriza al remitente antes de descargar o transcribir el clip y solo lo admite cuando la transcripción coincide. Una transcripción especulativa fallida o que no coincida se descarta junto con el clip descargado; no se conserva en el historial del canal. La identidad nativa @bot de Slack no puede deducirse del habla, por lo que debe configurarse un patrón de nombre hablado o incluirse una mención escrita. Si está habilitada la repetición de la transcripción, esta solo se envía después de la admisión.
Archivos multimedia, fragmentación y entrega
Archivos adjuntos entrantes
Archivos adjuntos entrantes
Los archivos adjuntos de Slack se descargan desde URL privadas alojadas en Slack (mediante un flujo de solicitudes autenticadas con token) y se escriben en el almacén multimedia cuando la recuperación se realiza correctamente y los límites de tamaño lo permiten. Los marcadores de posición de archivos incluyen el
fileId de Slack para que los agentes puedan recuperar el archivo original con download-file.Las descargas usan tiempos de espera máximos acotados tanto de inactividad como totales. Si la recuperación del archivo de Slack se bloquea o falla, OpenClaw continúa procesando el mensaje y recurre al marcador de posición del archivo.El límite predeterminado de tamaño entrante durante la ejecución es 20MB, salvo que channels.slack.mediaMaxMb lo sobrescriba.Texto y archivos salientes
Texto y archivos salientes
- Los fragmentos de texto usan
channels.slack.textChunkLimit(valor predeterminado:8000, limitado por el propio límite de longitud de mensajes de Slack) channels.slack.streaming.chunkMode="newline"habilita la división prioritaria por párrafos- Los envíos de archivos usan las API de carga de Slack y pueden incluir respuestas en hilos (
thread_ts) - Los subtítulos largos de archivos usan el primer fragmento de texto compatible con Slack como comentario de la carga y envían los fragmentos restantes como mensajes de seguimiento
- El límite de archivos multimedia salientes se rige por
channels.slack.mediaMaxMbcuando está configurado; de lo contrario, los envíos del canal usan los valores predeterminados según el tipo MIME del pipeline multimedia
Destinos de entrega
Destinos de entrega
Destinos explícitos preferidos:
user:<id>para mensajes directoschannel:<id>para canales
Comandos y comportamiento de las barras diagonales
Los comandos de barra diagonal aparecen en Slack como un único comando configurado o como varios comandos nativos. Configurarchannels.slack.slashCommand para cambiar los valores predeterminados de los comandos:
enabled: falsename: "openclaw"sessionPrefix: "slack:slash"ephemeral: true
channels.slack.commands.native: true o commands.native: true en las configuraciones globales.
- El modo automático de comandos nativos está desactivado para Slack, por lo que
commands.native: "auto"no habilita los comandos nativos de Slack.
- De 3 a 5 opciones suficientemente cortas: un menú de desbordamiento («…»)
- Más de 100 opciones, con filtrado asíncrono de opciones disponible: selector externo
- De 1 a 2 opciones, o cualquier opción cuyo valor codificado sea demasiado largo para un selector: bloques de botones
- En los demás casos (de 6 a 100 opciones, o más de 100 sin filtrado asíncrono): menú de selección estático, dividido en grupos de 100 opciones por menú
agent:<agentId>:slack:slash:<userId> y siguen dirigiendo la ejecución de comandos a la sesión de la conversación de destino mediante CommandTargetSessionKey.
Gráficos nativos
El bloque de Block Kitdata_visualization público de Slack
representa gráficos de líneas, barras, áreas y sectores en los mensajes. OpenClaw asigna el bloque portátil
presentation chart a esa estructura nativa; no se requiere ningún ámbito OAuth adicional,
carga de archivos, representador de imágenes ni configuración de Slack aparte del acceso normal a mensajes
chat:write.
- Título y etiquetas opcionales de los ejes: 50 caracteres
- Sectores: de 1 a 12 segmentos positivos
- Líneas, barras o áreas: de 1 a 12 series con nombres únicos y de 1 a 20 categorías compartidas
- Etiquetas de segmentos, categorías y series: 20 caracteres
- Cada serie debe contener un valor finito por cada categoría; los valores que no sean de gráficos de sectores pueden ser negativos
invalid_blocks durante un despliegue por fases, OpenClaw
elimina los bloques de datos nativos rechazados, conserva los controles relacionados y envía
la representación completa del gráfico como texto visible.
Actualmente, Slack acepta hasta dos bloques data_visualization por mensaje. Cuando
una presentación contiene más de dos gráficos válidos, OpenClaw conserva su orden
y continúa la representación nativa en mensajes de seguimiento, con un máximo de dos
gráficos en cada mensaje.
El lanzamiento para desarrolladores
de Slack documenta el bloque como una función de Block Kit orientada a aplicaciones y no publica
ninguna restricción de planes de pago. El texto sobre la disponibilidad para Business+/Enterprise se aplica a
la generación automática de gráficos mediante IA de Slackbot, que es independiente de que una aplicación envíe
un gráfico de Block Kit ya estructurado. Los gráficos son bloques exclusivos de mensajes, no contenido de App
Home, ventanas modales ni Canvas.
Tablas nativas
El bloque de Block Kitdata_table
actual de Slack representa filas y columnas estructuradas en los mensajes. OpenClaw asigna un bloque portátil
explícito presentation table a data_table; no usa el
bloque table heredado de Slack.
No se requiere ningún ámbito OAuth ni configuración adicional de Slack aparte del acceso normal a mensajes
chat:write.
raw_text de Slack. Las celdas numéricas
se asignan a raw_number, conservando el valor numérico finito para la ordenación
y el filtrado nativos. Cuando está presente, rowHeaderColumnIndex marca esa
columna, cuyo índice comienza en cero, como encabezado de las filas de Slack.
Los límites data_table publicados por Slack se aplican antes de la representación nativa:
- De 1 a 20 columnas
- De 1 a 100 filas de datos, además de la fila de encabezado
- El mismo número de celdas en cada fila
- Como máximo 10,000 caracteres en total entre todas las celdas de las tablas de un mensaje
<@U123> no se convierten en una mención de Slack.
Si Slack rechaza bloques nativos de gráficos o tablas con invalid_blocks, OpenClaw
elimina todos los bloques de datos nativos en un único paso de recuperación acotado, conserva los
bloques hermanos válidos, como botones y selectores, y envía el texto visible completo de los gráficos
y las tablas con el formato de Slack deshabilitado. La entrega de comandos de barra
controla el presupuesto de cinco llamadas response_url de Slack durante todo el comando. Antes de cada
lote de respuestas, selecciona un plan completo que se ajuste a las llamadas restantes o falla
antes de publicar ese lote.
Solo los bloques de tabla presentation explícitos se convierten en tablas nativas.
Las tablas Markdown con barras verticales permanecen como texto creado; OpenClaw no infiere la estructura
de la tabla ni los tipos de celda. Los productores nativos de Slack existentes y de confianza pueden seguir
pasando bloques sin procesar mediante channelData.slack.blocks; OpenClaw deriva el texto
alternativo de las celdas data_table sin procesar válidas, mientras que los bloques personalizados
con formato incorrecto pueden degradarse a su leyenda o a la alternativa general de Block Kit. La salida portable
del agente, la CLI y los plugins debe usar presentation.
Respuestas interactivas
Slack puede renderizar controles de respuesta interactivos creados por el agente, pero esta función está deshabilitada de forma predeterminada. Para las nuevas salidas de agentes, la CLI y plugins, se recomienda usar los botones o bloques de selección compartidospresentation. Utilizan la misma ruta de interacción de Slack
y también se degradan correctamente en otros canales.
Para habilitarla globalmente:
[[slack_buttons: Approve:approve, Reject:reject]][[slack_select: Choose a target | Canary:canary, Production:production]]
compileSlackInteractiveReplies(...)parseSlackOptionsLine(...)isSlackInteractiveRepliesEnabled(...)buildSlackInteractiveBlocks(...)
presentation y buildSlackPresentationBlocks(...) para los nuevos
controles renderizados en Slack.
Notas:
- Esta es una interfaz de usuario heredada específica de Slack. Otros canales no traducen las directivas de Slack Block Kit a sus propios sistemas de botones.
- Los valores de devolución de llamada interactivos son tokens opacos generados por OpenClaw, no valores sin procesar creados por el agente.
- Si los bloques interactivos generados superaran los límites de Slack Block Kit, OpenClaw recurre a la respuesta de texto original en lugar de enviar una carga útil de bloques no válida.
Envíos de modales propiedad de plugins
Los plugins de Slack que registran un controlador interactivo también pueden recibir eventos del ciclo de vidaview_submission y view_closed de modales antes de que OpenClaw compacte
la carga útil para el evento del sistema visible para el agente. Use uno de estos patrones de enrutamiento
al abrir un modal de Slack:
- Establezca
callback_idenopenclaw:<namespace>:<payload>. - O conserve un
callback_idexistente y coloquepluginInteractiveData: "<namespace>:<payload>"en elprivate_metadatadel modal.
ctx.interaction.kind como view_submission o
view_closed, inputs normalizado y el objeto stateValues completo sin procesar de
Slack. El enrutamiento solo mediante el ID de devolución de llamada basta para invocar el controlador del plugin; incluya
los campos existentes de enrutamiento de usuario/sesión private_metadata del modal cuando el
modal también deba producir un evento del sistema visible para el agente. El agente recibe un
evento del sistema Slack interaction: ... compacto y censurado. Si el controlador devuelve
systemEvent.summary, systemEvent.reference o systemEvent.data, esos
campos se incluyen en ese evento compacto para que el agente pueda hacer referencia al
almacenamiento propiedad del plugin sin ver la carga útil completa del formulario.
Aprobaciones nativas en Slack
Slack puede actuar como cliente de aprobación nativo con botones e interacciones, en lugar de recurrir a la interfaz web o al terminal.- Las aprobaciones de ejecución y plugins pueden renderizarse como prompts nativos de Slack mediante Block Kit.
channels.slack.execApprovals.*sigue siendo la configuración de habilitación del cliente nativo de aprobación de ejecución y de enrutamiento a mensajes directos/canales.- Los mensajes directos de aprobación de ejecución usan
channels.slack.execApprovals.approversocommands.ownerAllowFrom. - Las aprobaciones de plugins usan botones nativos de Slack cuando Slack está habilitado como cliente de aprobación nativo para la sesión de origen, o cuando
approvals.pluginenruta a la sesión de Slack de origen o a un destino de Slack. - Los mensajes directos de aprobación de plugins usan los aprobadores de plugins de Slack de
channels.slack.allowFrom, elallowFromde la cuenta con nombre o la ruta predeterminada de la cuenta. - La autorización del aprobador sigue aplicándose: los aprobadores exclusivos de ejecución no pueden aprobar solicitudes de plugins salvo que también sean aprobadores de plugins.
interactivity está habilitado en la configuración de la aplicación de Slack, los prompts de aprobación se renderizan como botones de Block Kit directamente en la conversación.
Cuando esos botones están presentes, constituyen la experiencia de aprobación principal; OpenClaw
solo debe incluir un comando manual /approve cuando el resultado de la herramienta indique que las
aprobaciones mediante chat no están disponibles o que la aprobación manual es la única vía.
Ruta de configuración:
channels.slack.execApprovals.enabledchannels.slack.execApprovals.approvers(opcional; recurre acommands.ownerAllowFromcuando es posible)channels.slack.execApprovals.target(dm|channel|both, valor predeterminado:dm)agentFilter,sessionFilter
enabled no está definido o es "auto" y se resuelve al menos un
aprobador de ejecución. Slack también puede gestionar aprobaciones nativas de plugins mediante esta ruta de cliente
nativo cuando se resuelven los aprobadores de plugins de Slack y la solicitud coincide con los filtros del cliente nativo. Establezca
enabled: false para deshabilitar explícitamente Slack como cliente de aprobación nativo. Establezca enabled: true para
forzar las aprobaciones nativas cuando se resuelvan los aprobadores. Deshabilitar las aprobaciones de ejecución de Slack no deshabilita
la entrega nativa de aprobaciones de plugins de Slack habilitada mediante approvals.plugin; la entrega de aprobaciones de plugins
utiliza en su lugar los aprobadores de plugins de Slack.
Comportamiento predeterminado sin una configuración explícita de aprobación de ejecución de Slack:
approvals.exec es independiente. Úselo solo cuando los prompts de aprobación de ejecución también deban
enrutarse a otros chats o a destinos explícitos fuera de banda. El reenvío compartido approvals.plugin también es
independiente; la entrega nativa de Slack suprime esa alternativa únicamente cuando Slack puede gestionar la solicitud de aprobación
del plugin de forma nativa.
/approve en el mismo chat también funciona en canales y mensajes directos de Slack que ya admiten comandos. Consulte Aprobaciones de ejecución para conocer el modelo completo de reenvío de aprobaciones.
Eventos y comportamiento operativo
- Las ediciones y eliminaciones de mensajes se asignan a eventos del sistema.
- Las difusiones de hilos (respuestas de hilo con “Also send to channel”) se procesan como mensajes normales del usuario.
- Los eventos de adición y eliminación de reacciones se asignan a eventos del sistema.
- Los eventos de entrada y salida de miembros, creación o cambio de nombre de canales, y adición o eliminación de elementos fijados se asignan a eventos del sistema.
- El sondeo opcional de presencia puede asignar la transición de
awayaactivede un participante humano observado a la sesión de Slack apta y activa más reciente del participante. Está deshabilitado de forma predeterminada. channel_id_changedpuede migrar claves de configuración de canales cuandoconfigWritesestá habilitado.- Los metadatos de tema y propósito del canal se tratan como contexto no confiable y pueden inyectarse en el contexto de enrutamiento.
- Las entidades
app_contextde Agent View se validan en el orden de relevancia de Slack y solo se exponen como contexto estructurado no confiable; un contexto omitido borra el turno en lugar de reutilizar entidades obsoletas. - El inicio del hilo y la inicialización del contexto del historial inicial del hilo se filtran mediante las listas de remitentes permitidos configuradas cuando corresponda.
- Las acciones de bloques, los accesos directos y las interacciones de modales emiten eventos del sistema
Slack interaction: ...estructurados con campos de carga útil detallados:- acciones de bloques: valores seleccionados, etiquetas, valores del selector y metadatos
workflow_* - accesos directos globales: metadatos de devolución de llamada y del actor, enrutados a la sesión directa del actor
- accesos directos de mensajes: contexto de devolución de llamada, actor, canal, hilo y mensaje seleccionado
- eventos
view_submissionyview_closedde modales con metadatos de canal enrutados y entradas del formulario
- acciones de bloques: valores seleccionados, etiquetas, valores del selector y metadatos
Eventos de presencia
Slack no envía cambios de presencia mediante Events API ni Socket Mode. En su lugar, OpenClaw puede consultar periódicamenteusers.getPresence para los participantes humanos cuyos mensajes hayan superado las comprobaciones normales de acceso y enrutamiento de Slack.
off(valor predeterminado): sin temporizador de presencia ni llamadas a la API de Slack.auto: supervisa los mensajes directos, MPIM y los hilos de Slack activos durante las últimas 24 horas con un máximo de 8 participantes humanos observados. Se excluyen las sesiones de canal de nivel superior.on: supervisa las mismas conversaciones sin el límite de participantes e incluye las sesiones de canal de nivel superior. Use una anulación por canal para forzar o suprimir un canal.
away a active. Se aplica un periodo de espera persistente de 8 horas por cuenta de Slack y usuario, incluso si esa persona participa en varios hilos. El evento solo se enruta a la conversación apta y activa más reciente de esa persona e indica al agente que consulte la memoria/wiki y el contexto de zona horaria conocido antes de decidir si envía un saludo breve. El agente puede permanecer en silencio.
El token del bot necesita users:read, que ya está incluido en el manifiesto recomendado. Los eventos de presencia no están disponibles para instalaciones de Enterprise Grid en toda la organización.
Referencia de configuración
Referencia principal: Referencia de configuración: Slack.Campos de Slack de alta relevancia
Campos de Slack de alta relevancia
- modo/autenticación:
identity,mode,enterpriseOrgInstall,botToken,appToken,userToken,signingSecret,webhookPath,accounts.* - acceso a mensajes directos:
dm.enabled,dmPolicy,allowFrom(heredado:dm.policy,dm.allowFrom),dm.groupEnabled,dm.groupChannels - opción de compatibilidad:
dangerouslyAllowNameMatching(de emergencia; mantener desactivada salvo que sea necesaria) - acceso al canal:
groupPolicy,channels.*,channels.*.users,channels.*.requireMention,implicitMentions.* - hilos/historial:
replyToMode,replyToModeByChatType,thread.*,historyLimit,dmHistoryLimit,dms.*.historyLimit - activaciones por presencia:
presenceEvents.mode,channels.*.presenceEvents.mode(off|auto|on; valor predeterminadooff) - entrega:
textChunkLimit,streaming.chunkMode,mediaMaxMb,streaming,streaming.nativeTransport,streaming.preview.toolProgress - vistas previas:
unfurlLinks(valor predeterminado:false),unfurlMediapara controlar la vista previa de enlaces/medios dechat.postMessage; establecerunfurlLinks: truepara volver a activar las vistas previas de enlaces - operaciones/funciones:
configWrites,commands.native,slashCommand.*,actions.*,userToken,userTokenReadOnly
Solución de problemas
No hay respuestas en los canales
No hay respuestas en los canales
Comprobar, en este orden:Comandos útiles:
groupPolicy- lista de canales permitidos (
channels.slack.channels) — las claves deben ser identificadores de canal (C12345678), no nombres (#channel-name). Las claves basadas en nombres fallan silenciosamente congroupPolicy: "allowlist"porque, de forma predeterminada, el enrutamiento de canales prioriza los identificadores. Para encontrar un identificador: hacer clic con el botón derecho en el canal de Slack → Copy link — el valorC...al final de la URL es el identificador del canal. requireMention- lista de permitidos
userspor canal messages.groupChat.visibleReplies: las solicitudes normales de grupos/canales usan"automatic"de forma predeterminada. Si se activó"message_tool"y los registros muestran texto del asistente sin una llamada amessage(action=send), el modelo no utilizó la ruta visible de la herramienta de mensajes. En este modo, el texto final permanece privado; consultar el registro detallado del Gateway para ver los metadatos de la carga útil suprimida, o establecerlo en"automatic"si se desea que todas las respuestas finales normales del asistente se publiquen mediante la ruta heredada.messages.groupChat.unmentionedInbound: si es"room_event", la conversación no mencionada de los canales permitidos constituye contexto ambiental y permanece en silencio salvo que el agente llame a la herramientamessage. Consultar Eventos ambientales de salas.
Se ignoran los mensajes directos
Se ignoran los mensajes directos
Comprobar:
channels.slack.dm.enabledchannels.slack.dmPolicy(o el valor heredadochannels.slack.dm.policy)- aprobaciones de vinculación/entradas de la lista de permitidos (
dmPolicy: "open"sigue requiriendochannels.slack.allowFrom: ["*"]) - los mensajes directos grupales usan el manejo de MPIM; activar
channels.slack.dm.groupEnabledy, si está configurado, incluir el MPIM enchannels.slack.dm.groupChannels - eventos de mensajes directos de Slack Assistant: los registros detallados que mencionan
drop message_changedsuelen indicar que Slack envió un evento editado de un hilo de Assistant sin un remitente humano recuperable en los metadatos del mensaje
El modo Socket no se conecta
El modo Socket no se conecta
Validar los tokens del bot y de la aplicación, así como la activación de Socket Mode en la configuración de la aplicación de Slack.
El App-Level Token necesita
connections:write, y el token de bot Bot User OAuth Token
debe pertenecer a la misma aplicación y espacio de trabajo de Slack que el token de la aplicación.Si openclaw channels status --probe --json muestra botTokenStatus o
appTokenStatus: "configured_unavailable", la cuenta de Slack está
configurada, pero el entorno de ejecución actual no pudo resolver el valor
respaldado por SecretRef.Los registros como slack socket mode failed to start; retry ... corresponden a fallos
de inicio recuperables. En cambio, la falta de ámbitos, los tokens revocados y la autenticación no válida
generan un fallo inmediato. Un registro slack token mismatch ... significa que el token del bot y el token de la aplicación
parecen pertenecer a aplicaciones de Slack diferentes; corregir las credenciales de la aplicación de Slack.El modo HTTP no recibe eventos
El modo HTTP no recibe eventos
Validar:
- secreto de firma
- ruta del Webhook
- Slack Request URLs (Events + Interactivity + Slash Commands)
webhookPathúnico por cuenta HTTP- la URL pública termina TLS y reenvía las solicitudes a la ruta del Gateway
- la ruta
request_urlde la aplicación de Slack coincide exactamente conchannels.slack.webhookPath(valor predeterminado/slack/events)
signingSecretStatus: "configured_unavailable" aparece en las instantáneas de la
cuenta, la cuenta HTTP está configurada, pero el entorno de ejecución actual no pudo
resolver el secreto de firma respaldado por SecretRef.Un registro slack: webhook path ... already registered repetido significa que dos cuentas
HTTP utilizan el mismo webhookPath; asignar una ruta distinta a cada cuenta.Los comandos nativos/de barra diagonal no se ejecutan
Los comandos nativos/de barra diagonal no se ejecutan
Verificar si se pretendía usar:
- el modo de comandos nativos (
channels.slack.commands.native: true) con los comandos de barra diagonal correspondientes registrados en Slack - o el modo de comando de barra diagonal único (
channels.slack.slashCommand.enabled: true)
commands.native: "auto" no activa los comandos nativos de Slack; utilizar true y crear los comandos correspondientes en la aplicación de Slack. En modo HTTP, cada comando de barra diagonal de Slack debe incluir la URL del Gateway. En Socket Mode, las cargas útiles de los comandos llegan mediante el websocket y Slack ignora slash_commands[].url.Comprobar también commands.useAccessGroups, la autorización de mensajes directos, las listas de canales permitidos
y las listas de permitidos users por canal. Slack devuelve errores efímeros para
los remitentes de comandos de barra diagonal bloqueados, incluidos:This channel is not allowed.You are not authorized to use this command here.
Referencia de medios adjuntos
Slack puede adjuntar los medios descargados al turno del agente cuando las descargas de archivos de Slack se realizan correctamente y los límites de tamaño lo permiten. Los clips de audio pueden transcribirse, los archivos de imagen pueden pasar por la ruta de comprensión de medios o directamente a un modelo de respuesta con capacidad de visión, y los demás archivos permanecen disponibles como contexto de archivo descargable.Tipos de medios compatibles
Pipeline de entrada
Cuando llega un mensaje de Slack con archivos adjuntos:- OpenClaw descarga el archivo desde la URL privada de Slack utilizando el token del bot.
- Si la descarga se realiza correctamente, el archivo se escribe en el almacén de medios.
- Las rutas y los tipos de contenido de los medios descargados se añaden al contexto de entrada.
- Los clips de audio se dirigen al Pipeline de transcripción compartido; las rutas de modelos/herramientas con capacidad para imágenes pueden utilizar los archivos de imagen adjuntos del mismo contexto.
- Los demás archivos permanecen disponibles como metadatos de archivo o referencias de medios para las herramientas capaces de procesarlos.
Herencia de archivos adjuntos de la raíz del hilo
Cuando llega un mensaje en un hilo (tiene un elemento primariothread_ts):
- Si la propia respuesta no tiene medios directos y el mensaje raíz incluido contiene archivos, Slack puede incorporar los archivos raíz como contexto de inicio del hilo.
- Los archivos raíz solo se incorporan al inicializar una sesión de hilo nueva o restablecida. Las respuestas posteriores que solo contienen texto reutilizan el contexto de sesión existente y no vuelven a adjuntar los archivos raíz como medios nuevos.
- Los archivos adjuntos directos de la respuesta tienen prioridad sobre los archivos adjuntos del mensaje raíz.
- Un mensaje raíz que solo contiene archivos y no tiene texto se representa con un marcador de posición de adjunto para que la ruta alternativa pueda incluir sus archivos.
Manejo de varios archivos adjuntos
Cuando un único mensaje de Slack contiene varios archivos adjuntos:- Cada archivo adjunto se procesa de forma independiente mediante el Pipeline de medios.
- Las referencias a los medios descargados se agregan al contexto del mensaje.
- El orden de procesamiento sigue el orden de los archivos de Slack en la carga útil del evento.
- Un fallo en la descarga de un archivo adjunto no bloquea los demás.
Límites de tamaño, descarga y modelo
- Límite de tamaño: valor predeterminado de 20 MB por archivo. Configurable mediante
channels.slack.mediaMaxMb. - Límite de transcripción de audio: el valor
maxBytesde la entradatools.media.models[]seleccionada con capacidad de audio también se aplica cuando el archivo descargado se envía a un proveedor de transcripción o a la CLI. - Fallos de descarga: los archivos que Slack no puede proporcionar, las URL caducadas, los archivos inaccesibles, los archivos que superan el tamaño permitido y las respuestas HTML de autenticación/inicio de sesión de Slack se omiten en lugar de notificarse como formatos no compatibles.
- Modelo de visión: el análisis de imágenes utiliza el modelo de respuesta activo cuando admite visión, o el modelo de imagen configurado en
agents.defaults.imageModel.
Límites conocidos
Documentación relacionada
Temas relacionados
Vinculación
Vincular un usuario de Slack con el Gateway.
Grupos
Comportamiento de los canales y los mensajes directos de grupo.
Enrutamiento de canales
Enrutar los mensajes entrantes a los agentes.
Seguridad
Modelo de amenazas y refuerzo de la seguridad.
Configuración
Estructura y precedencia de la configuración.
Comandos de barra diagonal
Catálogo y comportamiento de los comandos.