Slack Code: cómo los equipos desarrollan software junto a agentes de IA en Slack

Cómo funciona un canal de código

El flujo habitual puede comenzar con una idea, un informe de error, una actualización de una web o una solicitud de nueva función:

1. Un integrante menciona a un agente de programación compatible.
2. El agente crea un canal de código específico para la tarea.
3. El equipo aporta requisitos, limitaciones y contexto del proyecto.
4. El agente prepara un plan y propone cambios.
5. Las personas revisan el trabajo, incluidos los diffs del código y las vistas previas disponibles.
6. El equipo puede redirigir al agente o aprobar el siguiente paso.

Slack Code busca ofrecer algo más que una transcripción convencional del chat. Según la integración, quienes participan pueden pasar de la conversación al plan del agente, consultar las diferencias del código y ver una vista previa en directo del resultado. Así, el canal reúne tanto la discusión sobre una tarea como el software que el agente está produciendo.

Un espacio también para producto y diseño

La función incorpora a responsables de producto y diseñadores al ciclo de desarrollo sin exigirles trabajar directamente desde un terminal o una herramienta técnica para desarrolladores. Pueden explicar el problema del usuario, aportar contexto, revisar un resultado visible y pedir modificaciones en el canal compartido. Los ingenieros, por su parte, conservan la evaluación técnica y los detalles de implementación.

Por ejemplo, una persona responsable de producto puede informar de un error en Slack y describir el comportamiento esperado. El agente puede investigar la solicitud y proponer una corrección, mientras un ingeniero revisa el diff resultante y comprueba que el cambio sea adecuado para el código existente. Después, el equipo decide si avanza hacia una solicitud de incorporación de cambios —un pull request— o si necesita otra ronda de revisión.

Esto no convierte al agente de IA en la autoridad final. Lo que cambia es el lugar de la colaboración: el trabajo del agente queda más expuesto y resulta más fácil de examinar para todas las personas implicadas.

La aprobación humana sigue siendo esencial

Slack Code se presenta como una capa de visibilidad y colaboración, no como una autorización para desplegar código sin supervisión. Los equipos pueden revisar los cambios propuestos y exigir aprobación humana para acciones relevantes, incluidas aquellas que podrían llevar código a producción.

Ese modelo de aprobación es importante porque un agente puede generar una solución aparentemente válida sin comprender por completo los requisitos de negocio, las restricciones de seguridad o los riesgos operativos de un sistema. Un canal compartido permite cuestionar el enfoque, pedir revisiones y dejar constancia de la decisión antes de que el trabajo avance.

Historial consultable y controles de Slack

Los canales de código están pensados para conservar el contexto que rodea al trabajo del agente. Cuando una tarea termina, el canal puede archivarse y su conversación y su historial de trabajo permanecen disponibles para búsquedas. De este modo, queda un registro de lo que se solicitó, de lo que produjo el agente y de cómo lo revisó el equipo.

Al ejecutarse dentro de Slack, el flujo puede aprovechar las identidades, permisos, políticas de gobierno, configuraciones de seguridad y controles administrativos que la organización ya utiliza, sin tener que implantar un sistema de colaboración independiente para cada tarea de programación con IA.

El beneficio práctico es la continuidad: los requisitos, las decisiones, las revisiones y la actividad del agente pueden permanecer ligados a la conversación en la que nació el trabajo.

Disponibilidad e integraciones iniciales

Salesforce afirmó que Slack Code estaba disponible en todos los planes de Slack desde su lanzamiento. Las integraciones iniciales anunciadas procedían de Anthropic, GitHub, Cognition y Vercel, mientras que Salesforce y Slack también incluyeron ChatGPT entre los agentes que podían participar.

La experiencia exacta puede variar según la integración. Funciones como los planes, los diffs, las vistas previas y las acciones de aprobación dependen de lo que cada agente compatible ofrezca dentro de Slack. Por tanto, que un agente sea compatible no significa necesariamente que todos expongan los mismos controles.

La estrategia de Salesforce para Slack Code

En Dreamforce, Salesforce presentó Slack Code como una forma de convertir el desarrollo de software en una actividad de equipo y, al mismo tiempo, situar a Slack como capa de coordinación para varios proveedores de agentes de IA. En lugar de obligar a las organizaciones a adoptar un único modelo de programación de Salesforce, el enfoque reúne en una interfaz de trabajo común a agentes de proveedores diferentes.

Salesforce también ha descrito planes para abrir más ampliamente las API subyacentes. A largo plazo, la compañía quiere que las organizaciones puedan crear agentes personalizados y canales compartidos para tareas que vayan más allá del desarrollo de software, como coordinar campañas de marketing o revisar documentos jurídicos. Son ejemplos de una expansión prevista, no una confirmación de que todos esos flujos estén disponibles de forma general desde el lanzamiento.

En resumen

La idea central de Slack Code es sencilla: mencionar a un agente de programación, asignarle un canal dedicado al proyecto y permitir que el equipo observe, oriente, revise y apruebe el trabajo. Su diferencia no está únicamente en generar código, sino en hacer visible el contexto que rodea a ese código.

Para los equipos que ya trabajan en Slack, esto puede facilitar que producto y diseño sigan el desarrollo asistido por IA sin eliminar la revisión de ingeniería. La utilidad final dependerá de la calidad de cada integración y de que la organización mantenga criterios claros de aprobación, pero Slack Code ofrece una alternativa más compartida y auditable a las sesiones de programación con IA aisladas.