Slack mete un paso de IA en Workflow Builder: menos prompts sueltos, más automatizacion con contexto

El problema con mucha IA de oficina no es que falle el modelo. Es que todo queda atrapado en prompts manuales, una respuesta bonita y cero continuidad. Slack quiere mover esa capa a un lugar más útil.

El 21 de mayo de 2026, Slack presentó Generate AI response, un nuevo paso para Workflow Builder. La gracia no es que "también resume". La gracia es que la IA pasa a vivir dentro de un workflow que puede correr por evento o por horario, leer canales, canvases, listas y archivos, y devolver una salida consistente sin depender de que alguien se acuerde de escribir el prompt cada vez.

Eso la vuelve bastante más interesante para builders de productividad que la clasica demo de chat.

La mejora importante: IA dentro del flujo, no al lado del flujo

Slack resume la propuesta en una frase útil: agrega inteligencia y razonamiento a cualquier workflow, pero grounded in your data. En su explicacion concreta, el paso:

• se inserta como cualquier otro bloque del builder;
• recibe un prompt en lenguaje natural;
• toma contexto desde canales, documentos o variables previas;
• y puede correr con scheduled workflows o event triggers.

Ese último punto importa mucho. Cuando una herramienta de IA vive dentro del workflow, deja de ser solo asistente y empieza a ser infraestructura de operación.

El tradeoff: más facil de montar también significa más facil de banalizar

Aqui veo tres riesgos.

1. Automatizar texto no es automatizar criterio

Que el workflow devuelva una respuesta limpia no significa que el contexto elegido sea suficiente o que la instruccion este bien planteada.

2. El valor depende del grounding

Slack remarca que el paso puede apuntar a contenido real del workspace. Si no eliges bien esos knowledge sources, la automatizacion puede terminar entregando un resumen pulido de información incompleta.

3. Gobernanza primero, entusiasmo después

Slack dice que admins pueden restringir quien construye con el paso y que datos puede tocar. Esa capa importa porque una IA metida dentro de workflows programables toca rapidamente temas de permisos, ruido operativo y fuga de contexto.

Checklist para probarlo sin humo

Yo arrancaria con un flujo pequeno pero repetible:

1. un resumen semanal de proyecto o soporte;
2. un trigger claro, por hora o por evento;
3. fuentes de contexto acotadas;
4. un canal destino donde un humano revise el resultado.

Si eso funciona, ya puedes moverlo a algo más delicado como incidentes, handoffs o prep comercial. Si arrancas directo con un proceso confuso, lo normal es culpar al modelo cuando el problema real era la definicion del workflow.