La API de Slack Code ya está disponible de forma general en todos los planes de Slack

El 28 de octubre de 2026, Slack puso la API de Slack Code a disposición general en todos los planes de Slack, lo que abrió a los agentes de cualquier desarrollador el sistema de canales de código que lanzó en agosto de 2026. En una publicación del blog para desarrolladores de Slack, la empresa afirmó que más de 150 clientes y socios habían solicitado acceso para crear experiencias de canales de código para sus propios agentes, una capacidad que antes estaba limitada a un puñado de socios del lanzamiento.

Slack presentó Slack Code en agosto junto con socios como Anthropic, Cognition, GitHub y Vercel; el anuncio del lanzamiento también mencionaba a OpenAI e indicaba que ChatGPT estaría disponible próximamente. Un canal de código es un espacio específico que un agente abre para una sola tarea, con las personas adecuadas, el contexto y el plan ya incluidos; el canal se archiva automáticamente cuando termina el trabajo, pero sigue apareciendo en las búsquedas. En el lanzamiento, Slack informó que más del 70 % de los canales de código se crean y se cierran en un solo día, desde la idea hasta la solicitud de incorporación de cambios integrada.

Usa tu propio agente

Con la disponibilidad general de la API, cualquier desarrollador puede hacer que un agente inicie un canal de código, añada a las personas y los archivos pertinentes, publique actualizaciones mientras trabaja y archive el canal al terminar. Slack afirmó que los desarrolladores disponen de las mismas herramientas básicas que utilizan sus socios de lanzamiento, tanto si crean un agente propio para una empresa como uno nuevo para Slack Marketplace.

Slack afirmó que, hasta ahora, integrar agentes de programación en Slack implicaba canalizar sus resultados a través de hilos estándar y mensajes directos, que, según la empresa, se quedan pequeños cuando un agente necesita adjuntar un archivo de registro grande, proponer una diferencia de código de 50 líneas o ejecutar un plan de varios pasos. Según Slack, las empresas con requisitos de seguridad estrictos no podían utilizar agentes externos listos para usar.

La empresa describe la API como una herramienta que habilita tres capacidades: agentes que trabajan abiertamente y crean su propio canal de código cuando una solicitud merece un espacio propio; agentes que todo un equipo puede orientar mediante marcadores y un historial completo de ejecución; y agentes en los que las empresas pueden confiar, con el cumplimiento de los mensajes integrado junto con los controles del espacio de trabajo y los límites de datos que ya utilizan los administradores. Las API pueden mostrar diferencias de código, vistas previas en HTML y pasos de razonamiento, mientras Slack se ocupa del resto de la interfaz. Slack afirmó que sigue siendo un centro neutral con respecto a los agentes, de modo que los equipos pueden cambiar de agente o de modelo más adelante y continuar trabajando en el mismo lugar.

Slack informó que GitHub Copilot abre un canal de código específico en el 30 % de sus sesiones de agente. Tim Hunter, ingeniero staff de GitHub, afirmó que GitHub está incorporando las interacciones con Copilot que los usuarios ya conocen en el mismo espacio donde realizan el resto de su trabajo. Mael Kerichard, ingeniero de software de Mistral, dijo que la API parecía diseñada pensando en los agentes de IA y destacó su flexibilidad, configuración sencilla y amplia funcionalidad.

Según Slack, la gobernanza está integrada: un agente hereda los permisos y los controles administrativos del canal en el que trabaja, sin que los desarrolladores tengan que crear un modelo de acceso independiente ni el departamento de TI tenga que configurar nada nuevo. Una persona puede aprobar cada cambio de alto impacto, y el registro de las acciones del agente sigue apareciendo en las búsquedas después de archivar el canal.

Slack ilustra el modelo con una alerta de producción a las 2:00 a. m.: un agente de observabilidad personalizado abre un canal de código, obtiene los registros pertinentes y empieza a trabajar en una solución mientras los ingenieros de guardia siguen su actividad y lo redirigen a mitad de la tarea. La empresa afirmó que el mismo enfoque se aplica al triaje de errores y a tareas de DevOps, como los cambios de configuración o las reversiones.

Cómo funciona la API

La documentación para desarrolladores de Slack indica que las aplicaciones controlan el título, el estado, la barra de contexto y las pestañas de vista de un canal de código mediante dos familias de métodos de API. Los agents.sessions.* métodos están unificados para los canales de código y los hilos de sesión; un parámetro de marca de tiempo del hilo permite seleccionar el tipo de sesión, y requieren el chat:write ámbito. Los agents.conversations.* métodos gestionan tareas específicas de los canales de código y requieren el code_channels:manage ámbito.

Los métodos documentados agents.conversations.* incluyen create, archive (que puede registrar un resumen de forma opcional), setProperties, setCommands, setView (compatible con las vistas html, diff, block_kit o canvas), listViews, removeView, getCanvas y setCanvasContent.

Las aplicaciones habilitan los canales de código estableciendo features.code_channels.enabled en true en el manifiesto de la aplicación, con un slash_command_url. Cuando un usuario menciona la aplicación, esta recibe un evento app_mention y decide si crea un canal de código específico o responde en el mismo lugar. La llamada create recibe el canal de origen y la marca de tiempo del mensaje; Slack crea entonces el canal, aplica la misma configuración de privacidad e invita automáticamente al bot.

Según el modelo de autorización documentado, quien realiza la llamada debe ser el bot agente asignado al canal o un miembro del canal; de lo contrario, las llamadas devuelven errores not_agent_channel o not_authorized. Los canales de código están diseñados para ser semiefímeros (un canal por tarea, que se archiva al terminar la sesión) y, una vez archivados, tanto el canal como su historial siguen siendo visibles, consultables y pueden volver a abrirse.

Próximas herramientas y cómo empezar

Slack afirmó que las mejoras en la experiencia con las solicitudes de cambios estarán disponibles próximamente: los usuarios de GitHub podrán solicitar revisiones en Slack, los comentarios se sincronizarán de forma bidireccional entre Slack y GitHub, y aparecerá una opción para fusionar los cambios en el canal de código cuando se apruebe una solicitud de cambios y se superen las pruebas. También se indica que próximamente estará disponible una pestaña mejorada de Agentes y herramientas, que ofrecerá una vista general de las conversaciones con agentes y los canales de código, con su estado, los miembros del canal y el contexto reciente, además de permitir explorar los canales de código públicos.

Slack señaló tres maneras de empezar: leer la documentación y añadir la API al manifiesto de un agente, enviar un agente al Slack Marketplace o probar los agentes de Slack Code en el Marketplace, entre ellos Claude, Devin, GitHub Copilot y Vercel.