El 25 de septiembre de 2026, GitHub anunció una actualización de Copilot para Slack y Microsoft Teams. El asistente ahora aprovecha más contexto de las conversaciones, permite cambiar de modelo de IA a mitad de una conversación y gestiona con más fiabilidad las tareas largas. La función entra en vista previa pública para organizaciones Copilot Business y Copilot Enterprise, con un despliegue gradual por espacios de trabajo.
Más contexto para respuestas más precisas
En Slack, Copilot puede ahora apoyarse en archivos, adjuntos y enlaces de mensajes de un hilo para construir su respuesta. En Microsoft Teams, el asistente lee imágenes incrustadas, mensajes reenviados e historial del hilo. En ambos casos, Copilot verifica automáticamente si existen tickets o incidencias similares antes de proponer uno nuevo, y ofrece un enlace directo al trabajo creado con trazabilidad hacia la conversación de origen.
Esta evolución sigue la misma lógica ya vista con la programación agéntica dentro de GitHub Copilot: cuanto más contexto de aplicación alcanza un asistente, más autonomía gana, lo que exige vigilar de cerca el alcance de los permisos y la superficie de ataque.
Cambiar de modelo sin salir de la conversación
Una novedad destacable permite cambiar de modelo de IA para el siguiente mensaje directamente desde un hilo de Slack o Teams. En Slack, los equipos también pueden definir repositorios y propietarios por defecto para un canal, lo que simplifica el trabajo multi-repositorio en conversaciones compartidas entre varios equipos.
Cambiar de modelo sobre la marcha, sin salir del hilo de conversación, es el verdadero salto de usabilidad de esta actualización: el equilibrio entre velocidad y calidad de respuesta pasa a decidirse en plena conversación, no de antemano.
Disponibilidad y alcance del despliegue
| Criterio | Slack | Microsoft Teams |
|---|---|---|
| Estado | Vista previa pública | Vista previa pública |
| Licencia requerida | Copilot Business o Enterprise | Copilot Business o Enterprise |
| Contexto utilizado | Archivos, adjuntos, enlaces de mensajes | Imágenes incrustadas, mensajes reenviados, historial del hilo |
| Ajustes por defecto | Repositorios y propietarios por canal | Aún sin precisar |
| Despliegue | Gradual, por espacio de trabajo | Gradual, por espacio de trabajo |
Fiabilidad en tareas largas
GitHub afirma haber mejorado la gestión de tareas largas y planes de implementación de varios pasos iniciados desde Slack o Teams. En Teams, la retención del historial y la gestión de imágenes convertidas se describen como más fiables. Las interrupciones de conexión y las sesiones abandonadas también se gestionan mejor, un punto sensible cuando un agente trabaja sobre varios mensajes consecutivos sin supervisión constante.
Un ejemplo simplificado de cómo es una política de repositorio por defecto, tal como está documentada para Slack:
{
"channel": "#equipo-backend",
"copilot": {
"default_repository": "org/backend-api",
"default_owner": "org",
"model_override_per_message": true
}
}Lo que hay que recordar
Esta actualización no transforma radicalmente el uso de Copilot, pero reduce la fricción para los equipos que ya gestionan su trabajo desde Slack o Teams: menos idas y vueltas hacia GitHub, más contexto capturado automáticamente y una elección de modelo que se ajusta sobre la marcha. El despliegue gradual, sin embargo, implica que la función tardará varias semanas en llegar a todas las organizaciones elegibles. La misma búsqueda de menos fricción se observa también en las herramientas de línea de comandos que usan los equipos de desarrollo cada día.
Lo que realmente cambia este tipo de integración es la forma en que los equipos no técnicos perciben el trabajo de desarrollo: un ticket creado automáticamente desde un mensaje de Slack, con un enlace de trazabilidad, hace visible el trabajo del asistente sin que nadie necesite abrir GitHub. Es una señal a vigilar para los equipos que aún gestionan su seguimiento de proyecto a mano — Simon Janvier.
Fuente primaria: GitHub Changelog, 25 de septiembre de 2026.
