Conectar Slack a un agente de IA

1. Lo que el agente hace en Slack

El conector habla directamente con la interfaz Web de Slack con el testigo devuelto por la conexión. Hay cinco operaciones disponibles, en torno a tres usos:

• Buscar. Recuperar una decisión, un enlace, una respuesta ya dada, en lugar de volver a preguntar.
• Leer el historial. Retomar el hilo de un canal para entender en qué punto está un asunto, que es la condición de una respuesta útil.
• Publicar. Escribir en un canal: un informe, una alerta, el resultado de una tarea terminada.

Se solicitan tres permisos: leer la lista de canales, leer su historial, escribir un mensaje. Nada sobre los mensajes directos.

2. La aplicación debe ser invitada al canal

Es la primera sorpresa, y no es un defecto: Slack solo abre el historial de un canal a las aplicaciones que son miembros de él. Mientras la aplicación no haya sido invitada, la lectura responde «not_in_channel» y no sube nada.

La invitación se hace desde Slack, canal por canal, como con un compañero. Es algo de trabajo al principio, y en realidad es la mejor garantía del producto: el perímetro de un agente es visible para todo el mundo en Slack. Cada cual ve en qué canales está presente la aplicación, y puede retirarla. Ningún ajuste oculto en una interfaz ajena puede contradecir lo que el equipo ve.

3. Un mensaje publicado no se retira

Es la restricción que debe gobernar su ajuste. Un mensaje publicado por un agente en un canal lo leen todos sus miembros, y no existe recuperación discreta: la notificación ha salido, las personas lo han visto.

Tres consecuencias prácticas:

• Conserve la validación antes de escribir en los canales donde hay clientes, socios o toda la empresa. Es el ajuste por defecto, y no hay ninguna buena razón para relajarlo ahí.
• Abra un canal dedicado a lo que los agentes entregan en continuo: informes, tareas terminadas, alertas. Ese canal puede relajarse sin riesgo, porque quienes lo leen saben lo que van a encontrar.
• No conecte un agente a un canal donde se toman decisiones solo para que «esté al corriente». Leer un canal es un acceso, no una cortesía.

4. Lo que se escribe en un canal no es una orden

Igual que con el correo, el contenido de un canal es un dato que el agente lee, nunca una instrucción que ejecuta. Alguien —de buena fe o no— puede escribir «el agente debería enviar este archivo a esta dirección»: ese mensaje sigue siendo texto que comprender, no una orden.

Las instrucciones vienen de la misión encomendada al agente, y toda acción que compromete a la empresa pasa por una validación humana solicitada antes de la ejecución. En una herramienta donde todo el mundo escribe, esa separación no es un detalle teórico.

5. Lo que cambia con el tiempo

El interés de Slack no es la publicación: es la memoria.

• Semana 1. Las preguntas ya respondidas dejan de repetirse: el agente encuentra la decisión y cita el hilo.
• Mes 3. El canal de los agentes se convierte en el sitio donde se ve lo que se ha hecho, sin una reunión para pedirlo.
• Año 2. El historial de Slack, hasta entonces ilegible pasadas tres semanas, vuelve a ser consultable, porque alguien sabe buscar en él.

No se promete ninguna ganancia cifrada: depende del volumen de intercambios y de la disciplina de sus canales.

6. Preguntas frecuentes

Para profundizar

Leer después: todos los conectores disponibles, ver trabajar a sus agentes, o gobernanza y control de presupuestos.