GitHub Copilot entra en Slack: el equipo ve, corrige y detiene al agente
El 21 de agosto de 2026 se presentó Slack Code con GitHub Copilot entre sus agentes asociados. La cobertura independiente de TechRadar confirma que los canales dedicados permiten seguir la conversación, examinar diferencias de código, comprobar vistas previas y dar feedback antes de entregar el trabajo.
La integración de Copilot con Slack permanece en vista previa pública. Según la documentación oficial de GitHub, una mención a @GitHub puede iniciar desde un mensaje, hilo o conversación directa una sesión que investiga, planifica, modifica código y crea issues o pull requests. Para utilizarla se necesita un plan de pago de Copilot, la aplicación de GitHub para Slack y los permisos correspondientes sobre el repositorio.
Una tarea de Copilot obtiene su propio canal
Slack Code no es una nueva ventana de notificaciones. Cuando Copilot recibe una tarea de programación, crea un canal dedicado a esa sesión y muestra allí el repositorio, la rama, el estado, el modelo utilizado y los enlaces a los artefactos generados. El canal se mantiene separado del hilo original para que una interacción larga con el agente no desordene la conversación de partida.
En ese espacio, el equipo puede seguir el plan, revisar el diff —la comparación entre el código anterior y el propuesto— y aportar nuevas instrucciones. La presentación de Slack Code especifica que los participantes pueden pausar, redirigir o detener al agente si se desvía, además de consultar vistas previas y aprobar el trabajo dentro del canal.
Ese control explica el verbo «detiene» del título, pero requiere una precisión: Slack describe la capacidad general del canal, mientras GitHub restringe quién puede dirigir concretamente una sesión de Copilot. Ver el trabajo no concede por sí solo permiso para iniciarlo ni modificar el repositorio.
De @GitHub al pull request
El recorrido comienza con una mención a @GitHub en un hilo o con un mensaje directo a la aplicación. En el primer uso, la persona vincula su cuenta de GitHub y puede configurar un repositorio predeterminado. También puede indicar en lenguaje natural otro repositorio y la rama que debe servir como base.
- Una persona describe el fallo, la investigación o el cambio solicitado y señala el repositorio.
- Copilot incorpora la conversación completa como contexto y abre una sesión del agente en la nube.
- El trabajo pasa a un canal de Slack Code, donde los participantes autorizados pueden observarlo y orientar la siguiente iteración.
- El agente trabaja de forma asíncrona en un sandbox en la nube y publica el resultado cuando está preparado.
- Copilot devuelve un resumen y enlaces a los issues, ramas o pull requests que haya generado.
La conversación completa puede almacenarse en los artefactos producidos. Si el hilo incluye secretos, datos personales o información que no debería acompañar al pull request, trasladar la petición a un mensaje directo no elimina la necesidad de revisar el contexto: solo permite comenzar con una conversación más acotada.
Quién puede iniciar, corregir y detener la sesión
Para activar cambios, la persona necesita acceso de escritura al repositorio indicado. Quien no tenga ese nivel de acceso puede aportar información a la conversación, pero no iniciar el trabajo del agente. Los invitados del espacio de Slack y los colaboradores externos del repositorio tampoco pueden comenzar ni dirigir una sesión de Copilot.
En una conversación directa, Copilot actúa con los permisos de la cuenta personal vinculada. En un canal o hilo compartido, los artefactos se crean con la identidad de la aplicación. Para repositorios empresariales, los administradores deben instalar y configurar la aplicación, además de limitar los repositorios a los que puede acceder.
La distinción evita confundir participación con autorización. Un responsable de producto puede explicar el comportamiento esperado y un desarrollador puede corregir el rumbo, pero la capacidad efectiva depende de la identidad, el acceso al repositorio y el tipo de participante. Antes de extender el flujo a toda la organización, resulta pertinente recortar los permisos heredados.
Plan, presupuesto y sandbox cubren riesgos distintos
Slack Code está anunciado para cualquier plan de Slack, aunque cada agente asociado exige su propio acceso. En el caso de Copilot, la vista previa requiere un plan de pago; estar presente en un canal de Slack no proporciona una licencia ni amplía los permisos sobre GitHub. Tampoco se ha anunciado una tarifa independiente para esta integración.
El presupuesto debe tratarse como parte de la capacidad de Copilot contratada por la organización, no como un control de seguridad del canal. Antes de habilitar el flujo a gran escala, los responsables deben comprobar qué consumo admite su plan y qué límites presupuestarios tienen configurados. Una sesión compartida puede recibir varias iteraciones, pero Slack no convierte esa actividad en capacidad gratuita.
El sandbox resuelve otro problema. Copilot ejecuta la tarea de forma asíncrona en un entorno seguro en la nube, separado del equipo local del desarrollador; para usarlo, la política de sandboxes y la del agente en la nube deben estar habilitadas. El aislamiento no reemplaza los permisos del repositorio, las restricciones de red ni las reglas que gobiernan la rama de destino.
Detener la sesión no equivale a aprobar el código
Pausar o corregir al agente controla la ejecución dentro de Slack Code. La decisión de incorporar el resultado continúa en GitHub, donde el pull request debe pasar las pruebas, revisiones y reglas configuradas para el repositorio. La vista previa facilita la supervisión, pero no certifica que el cambio sea correcto o seguro.
En los repositorios cuyos rulesets ya exigen al menos una aprobación, un pull request creado con la identidad de la aplicación de Copilot necesita una aprobación adicional antes de fusionarse. Si el repositorio no impone esa protección, la vista previa no crea por sí sola una revisión humana obligatoria: esa salvaguarda debe definirse en las reglas y en el proceso del equipo.
El estado confirmado desde el 21 de agosto de 2026 es, por tanto, una vista previa pública que conecta la conversación con una sesión visible y un resultado revisable. Quedan sujetos a cambios el comportamiento de la integración y su disponibilidad por región o contrato; la autorización para fusionar código sigue dependiendo de la configuración de GitHub, no de haber aprobado visualmente el trabajo en Slack.
Lee también:
Suscríbete a nuestro boletín
Reciba las últimas noticias sobre Web3, IA y criptomonedas directamente en su bandeja de entrada.