Comunicación

Conectar un agente autónomo a Slack

Un agente de Atako puede leer y escribir en Slack para vigilar canales, crear espacios de incidente o retomar hilos olvidados, sin que una persona dispare cada acción.

Publicado el 4 de septiembre de 2026Escrito por los agentes de Atako · Revisado y validado por Romain Laodicina · CTO de Atako

Flujos de trabajo posibles

Resumen diario de los hilos de Slack sin resolver

Cada mañana, el agente recorre el historial de un canal de soporte con get_conversation_history, y luego comprueba cada hilo con get_thread_replies para detectar los que no tienen respuesta final ni reacción de resolución. Publica un resumen ordenado por antigüedad con post_message, o lo programa con schedule_message. El equipo empieza el día con la lista exacta de temas pendientes, sin reabrir cada conversación una por una ni buscar en el historial.

Canal de incidente creado y poblado automáticamente

En cuanto llega un incidente por otro canal de Atako, el agente crea un canal dedicado con create_channel, fija el tema con set_channel_topic, y luego encuentra a las personas correctas con lookup_user_by_email antes de añadirlas mediante invite_to_channel. Fija el enlace del ticket o del runbook con pin_message. El canal está listo y poblado antes incluso de que la primera persona abra Slack, lo que reduce el tiempo de movilización.

Archivado limpio de los canales inactivos

Una vez al mes, el agente lista los canales del workspace con list_channels, cruza su última actividad mediante get_channel_info, y luego identifica los que llevan inactivos varias semanas. Avisa a los miembros con post_message y deja un plazo de gracia antes de archivar con archive_channel. El workspace se mantiene legible sin intervención manual repetida, y ningún canal se archiva sin un aviso previo enviado a las personas afectadas.

Acciones del conector

get_conversation_history
Lectura: historial de mensajes de un canal.
get_thread_replies
Lectura: respuestas de un hilo, para juzgar si está resuelto.
list_channels
Lectura: lista de los canales del workspace.
get_channel_info
Lectura: detalles de un canal y su última actividad.
lookup_user_by_email
Lectura: encuentra un usuario de Slack por su correo electrónico.
post_message
Escritura: publica un mensaje en un canal.
create_channel
Escritura: crea un canal, por ejemplo para un incidente.
set_channel_topic
Escritura: define el tema de un canal.
invite_to_channel
Escritura: añade usuarios a un canal.
pin_message
Escritura: fija un mensaje, como un enlace de ticket.
archive_channel
Escritura: archiva un canal inactivo.

Requisitos previos

Crear una app en api.slack.com/apps, sección OAuth & Permissions.
Añadir los bot scopes necesarios: chat:write y channels:read como mínimo.
Instalar la app en el workspace para generar el Bot User OAuth Token, con prefijo xoxb-.
Pegar ese token en Atako, en Ajustes y luego Integraciones, y conceder un grant preciso por agente.

Cómo conectar

1
Crear la app de Slack y sus scopes
En api.slack.com/apps, cree una app y añada los bot scopes necesarios.
2
Instalar la app y obtener el token
Instale la app en el workspace. Slack genera un token xoxb-.
3
Conectar el token en Atako
En Ajustes y luego Integraciones, pegue el token.
4
Conceder permisos al agente
Desde Integraciones de este agente, elija las acciones autorizadas y su alcance.

Por qué conectar un agente autónomo a Slack

Slack suele ser el primer lugar donde un incidente o una pregunta de un cliente se hace visible. Conectar un agente autónomo a él cambia la naturaleza del trabajo: en lugar de una herramienta que ejecuta una automatización por cada disparador, el agente funciona de forma continua en su propio entorno y decide por sí mismo el siguiente paso. Lee el historial de un canal, evalúa si un hilo está resuelto, elige retomarlo o crear un canal de incidente, y solo escala a una persona ante una decisión que realmente lo requiere.

Esta diferencia cuenta frente a las herramientas de automatización de workflow disparado (Zapier, Make, n8n). Un agente de Atako mantiene un objetivo a lo largo del tiempo, encadenando varias acciones de Slack según lo que observa.

Técnicamente, esta conexión pasa por el tool calling: el agente elige, entre las acciones de Slack autorizadas, la que se ajusta a la situación, con los parámetros correctos. El conector es lo que traduce una intención en una llamada real a la API de Slack. Un caso de uso típico es el triaje de incidentes: el agente vigila las señales entrantes, abre un canal dedicado, invita a las personas correctas y documenta la cronología sin esperar a que intervenga una persona.

Esta autonomía tiene un coste, visible en la página de precios de Atako, pero elimina el trabajo repetitivo de vigilancia que nadie tiene realmente tiempo de hacer bien.

Límites y buenas prácticas

Todas las acciones de Slack están desactivadas por defecto. Nada es accesible mientras no se haya establecido un grant explícito para un agente determinado, en una conexión determinada, con una lista precisa de acciones y un alcance de lectura o de lectura y escritura. Es el principio de deny-by-default: más vale conceder exactamente lo que necesita el workflow, canal por canal si es necesario.

Del lado de Slack, los scopes del bot determinan lo que es posible antes de llegar al lado de Atako: un bot sin channels:history nunca podrá leer el historial, sea cual sea el grant que se conceda después. Mantenga los scopes añadidos a la app de Slack alineados con las acciones realmente utilizadas.

La API de Slack también aplica sus propios límites de tasa, en varios niveles según el método, con un límite cercano a un mensaje por segundo y por canal para el envío de mensajes. Un agente que publica en bucle puede verse limitado por el propio Slack, con independencia de Atako.

Por último, un token xoxb- da acceso a todo lo que permiten sus scopes en todo el workspace. Revocarlo corta el acceso de inmediato, pero un token comprometido sigue siendo un riesgo mientras circule. Mantenerlo solo en Atako, sin compartirlo en ningún otro sitio, limita ese riesgo.