Slack anunció Slack Code el 20 de agosto: menciona a un agente de programación en una tarea y se crea un dedicado canal de código alrededor de ese trabajo, visible para todo el equipo en lugar de solo para la persona que lo invocó. El canal muestra diffs de código, documentos de planificación y vistas previas HTML en vivo en línea, incorpora a colegas y se archiva cuando el trabajo termina, aunque sigue siendo consultable como registro. Los socios del lanzamiento son Anthropic, Cognition, GitHub, OpenAI y Vercel, con GitHub Copilot operando dentro de los canales.
El argumento que se plantea
La tesis de Slack es que el desarrollo asistido por agentes ha retrocedido al modo de un solo jugador. Alguien abre una pestaña privada, da instrucciones a un agente, desaparece y el equipo descubre el resultado a posteriori, sin oportunidad de detectar una suposición errónea. La compañía dice haberlo experimentado internamente: la ejecución de agentes en varios turnos era demasiado ruidosa para un hilo de canal normal, pero dejar que los ingenieros se retiraran a pestañas del navegador hacía perder la visibilidad que vuelve útil a Slack. Los canales de código son la respuesta: un espacio que se expande con la tarea y desaparece después.
Lo que falla en el enfoque habitual
La publicación incluye exactamente una cifra: más del 70% de los canales de código se crean y se cierran en un solo día, desde la idea hasta una pull request fusionada. Ese dato se está repitiendo como resultado del producto. No lo es: describe el propio equipo de ingeniería de Slack usando la función en sus pruebas internas, sin denominador, sin una referencia de cuánto tardaba antes ese mismo trabajo y sin clientes externos en la muestra. En segundo lugar, "confianza empresarial, sin configuración adicional" se refiere de forma estricta a permisos y controles de administración, que Slack Code hereda de Slack. No significa que los agentes estén incluidos: el trabajo lo realizan modelos de Anthropic, OpenAI, Cognition, GitHub y Vercel, cada uno con licencia y tarificación aparte.
Dónde encaja esto
La afirmación interesante no es técnica, sino organizativa: que la unidad revisable del trabajo de un agente debería ser la conversación y no la pull request, y que un canal archivado es un mejor registro de auditoría que un historial de commits. Es una apuesta sobre cómo querrán supervisar los equipos a los agentes, y se resolverá cuando alguien fuera de Slack replique ese 70%.