Canal compartido: así quiere Slack meter a los agentes de código en el chat del equipo
Slack presenta Code Channels, una función que lleva a los agentes de programación al mismo canal donde el equipo escribe y revisa código, con la promesa de acabar con el contexto aislado.
Slack quiere sacar a los agentes de programación del terminal y meterlos en el mismo canal donde el equipo ya discute el código. La compañía ha presentado Code Channels, una función que lleva a desarrolladores y agentes a un chat compartido, y su director general, Rob Seaman, ha explicado el planteamiento en una conversación.
El diagnóstico de Seaman lo reconoce cualquiera que use un asistente de código a diario: cada interacción con el agente acaba en un contexto aislado. Tú preguntas, el modelo responde y buena parte de lo que sabía esa sesión se pierde al cerrarla. Nadie más del equipo lo ve, y el siguiente que toque ese fichero empieza casi de cero. Code Channels propone lo contrario: un canal donde los agentes son un participante más, a la vista de todos.
Escribir y revisar en el mismo sitio
La promesa concreta es que el canal aplana dos pasos que hoy van separados. En vez de escribir por un lado y abrir después un pull request para que otro lo revise, el código y su revisión ocurren en la misma conversación. El argumento de fondo es que un canal de mensajería puede ser mejor entorno de desarrollo que una terminal, porque ahí ya vive el historial del equipo: decisiones, enlaces y discusiones.
Conviene ponerle el freno. De la conversación no sale ninguna demo, ni una lista de agentes compatibles, ni datos de disponibilidad o precio. Tampoco se aclara si Code Channels es un producto cerrado, si admite modelos autoalojados o si hereda los permisos y el control de acceso que el equipo ya tenga montados en su espacio de trabajo. Para quien tiene que justificar una compra, eso pesa más que la idea.
El movimiento tiene su lógica. Los agentes de código han dejado de ser un autocompletado para convertirse en algo que ejecuta tareas largas, y el cuello de botella se está moviendo del modelo al contexto. Si el agente no ve lo que el equipo sabe, repite errores. Meterlo en el canal es una forma barata de darle ese contexto compartido, aunque abre la pregunta incómoda de qué partes del repositorio acaban pasando por la plataforma.
Queda por ver si esto se queda en una función más de Slack o si empuja a IDEs y plataformas de revisión a hacer lo mismo. Por ahora hay una propuesta, un argumento y ningún detalle operativo.
