Slack ha publicado cómo utiliza Claude para transformar conversaciones, conocimiento y tareas en workflows compartidos entre humanos y agentes. La pieza no anuncia ninguna función nueva ni presenta un producto: describe cómo una compañía que vive precisamente de la conversación en el trabajo está organizando equipos en los que las personas y los agentes se reparten piezas del mismo proceso. Ese matiz —caso documentado en lugar de nota de prensa— es lo que la hace más aprovechable que la mayoría de comunicados corporativos sobre IA.
El conocimiento de una empresa no está en la wiki, está en los hilos
El problema que hay detrás lo reconoce cualquiera que haya trabajado en un equipo con chat: la información importante se genera conversando y muere conversando. La decisión de por qué se descartó aquel enfoque, la explicación de cómo se configura ese servidor, el motivo real por el que un cliente pidió un cambio raro. Todo eso se dijo una vez, en un hilo, un martes por la tarde, y técnicamente sigue ahí. En la práctica, no existe.
No existe porque el chat es un pésimo sistema de recuperación. Buscar exige acordarse de que la conversación ocurrió, aproximar quién la tuvo y adivinar qué palabras se usaron. Si falla cualquiera de las tres, la respuesta no aparece, y el resultado es el ciclo que todos hemos vivido: alguien vuelve a preguntar lo mismo, alguien vuelve a explicarlo, y esa nueva explicación se hunde exactamente igual que la anterior.
Toda la documentación que un equipo nunca escribió ya está escrita. Está en hilos que nadie puede encontrar.
La respuesta tradicional a esto ha sido la disciplina documental: wikis, plantillas, actas, la promesa de que a partir del lunes sí se va a documentar. Falla siempre por el mismo motivo, que no es la pereza sino la economía del asunto. Documentar tiene un coste inmediato y cierto para quien escribe, y un beneficio futuro e incierto para otra persona. Ningún equipo bajo presión gana esa apuesta de forma sostenida.
Lo que cambia el planteamiento no es que ahora la gente vaya a documentar mejor, sino que el conocimiento se puede extraer de donde ya está sin pedirle a nadie un esfuerzo extra. Ese es el giro que describe el material de Slack, y por eso resulta interesante para cualquiera cuyo conocimiento operativo viva en conversaciones y no en un manual.
Un agente que participa en el proceso, no una herramienta que se invoca
La otra idea que sostiene el planteamiento está en la expresión equipos humano-agente, y merece la pena no leerla como un eslogan. Un asistente al que se le pide algo es una herramienta: tú decides cuándo usarla, formulas la petición y recoges el resultado. Toda la iniciativa es tuya, y por tanto también todo el trabajo de acordarte de usarla.
Un agente integrado en un flujo compartido funciona al revés: está dentro del proceso, ve lo que ocurre y se ocupa de su parte sin que nadie lo convoque. La diferencia práctica es quién carga con la responsabilidad de acordarse. Y esa carga, en un equipo, es enorme y muy invisible: buena parte de lo que hace un coordinador consiste en recordar que algo tenía que pasar.
Este enfoque es la continuación natural de lo que ya se ha ido viendo con la presencia de Claude dentro de Slack, capaz de leer el contexto de un canal en lugar de responder a mensajes sueltos. La lógica es la misma: el valor no está en que el modelo conteste bien, sino en que tenga acceso al contexto donde el trabajo ocurre de verdad. Un agente con el contexto completo de un canal responde cosas que un agente sin él no puede ni empezar a intuir.
⚠️ Antes de conectar un agente a los canales de un cliente
Un espacio de trabajo compartido contiene datos de clientes, credenciales pegadas en un hilo y conversaciones internas que nadie escribió pensando en que las leyera un sistema externo. Si trabajas dentro del Slack de un cliente, esto no es una decisión técnica tuya: es una decisión suya, y conviene tenerla por escrito. Empieza por canales concretos y acotados, nunca por acceso general al espacio completo.
Un caso de uso vale más que un anuncio, aunque cuente menos
Conviene ser claro sobre lo que este material es y lo que no. No hay funciones nuevas, ni cifras de resultados, ni detalle técnico de la implementación. Es una descripción de método, y quien busque instrucciones concretas para replicarlo va a quedarse a medias.
Aun así, para quien monta automatizaciones tiene más valor que un lanzamiento. Un anuncio de producto te cuenta qué es capaz de hacer una herramienta; un caso documentado te cuenta qué problema decidió resolver primero alguien que ya tenía la herramienta. Y ese es habitualmente el punto donde se atasca cualquier proyecto de automatización: no en las capacidades disponibles, sino en elegir por dónde empezar. Que una empresa del tamaño de Slack haya priorizado la recuperación de conocimiento por encima de otras cien cosas posibles es, en sí mismo, un dato.
La versión pequeña: tus clientes también te escriben por chat
Traducido a la escala de un freelance, el problema es idéntico y quizá peor. Un desarrollador independiente con ocho clientes tiene el conocimiento operativo de cada uno repartido en sitios distintos: correos, mensajes de WhatsApp, un canal de Slack de un cliente, notas sueltas, el historial de un gestor de incidencias. Nadie ha documentado por qué aquel sitio tiene una configuración rara. Se dijo en un mensaje, hace catorce meses.
La diferencia es que un equipo grande sufre este problema como fricción y un autónomo lo sufre como riesgo de negocio: si ese conocimiento se pierde, no hay un compañero que lo recuerde. Ahí es donde el enfoque de Slack se puede aplicar en pequeño sin montar nada complejo. La versión mínima no requiere agentes ni integraciones: consiste en decidir una fuente por cliente donde vive la verdad operativa, y usar Claude para volcar ahí lo que se acuerde en las conversaciones, en lugar de confiar en que alguien lo escriba.
Suena mucho menos ambicioso que un equipo humano-agente, y es exactamente el mismo principio: no pedir disciplina documental, sino colocar la extracción de conocimiento donde el conocimiento ya se produce. Empezar por ahí cuesta una tarde y resuelve el problema que de verdad te va a morder dentro de un año, cuando un cliente pregunte por qué se hizo algo así y la única respuesta honesta sea que no te acuerdas.
