Elige Slack si tu equipo necesita convertir cada tarea en un canal de código dedicado; elige Teams si quiere revisar plan, cambios y previews junto a la conversación mediante Canvas. En ambos casos, @GitHub puede investigar, planificar, crear issues, proponer código y abrir pull requests desde un hilo.
GitHub anunció el 6 de noviembre la disponibilidad general de @GitHub en Slack y Teams. La documentación aún etiqueta partes de Copilot cloud agent como preview, por lo que conviene distinguir la disponibilidad de la integración de la estabilidad de cada función.
Qué comparten las dos integraciones
- Necesitan una cuenta de GitHub, una cuenta del chat y un plan de Copilot de pago para el agente.
- Un administrador instala la aplicación; cada persona conecta después su cuenta de GitHub.
- La conversación completa puede convertirse en contexto del agente.
- Para iniciar o dirigir cambios necesitas escritura en todos los repositorios elegidos.
- Las tareas se ejecutan en un sandbox de nube y pueden continuar de forma asíncrona.
- Los artefactos creados desde un contexto compartido usan la identidad de la aplicación, no la de una persona.
Ese último punto cambia la revisión. Si las reglas ya exigen al menos una aprobación, un pull request creado bajo la identidad de la aplicación necesita una aprobación adicional. En un mensaje directo, Copilot puede actuar con los permisos de la cuenta vinculada.
Comparación por tarea
| Tarea | Slack | Teams |
|---|---|---|
| Aislar una sesión larga | Slack Code crea un canal por tarea | La sesión sigue en chat, hilo o canal |
| Revisar plan y preview junto al debate | Artefactos y enlaces en el hilo/canal | Canvas reúne plan, cambios y previews |
| Configurar repositorios por canal | Admite repositorios predeterminados | Admite repositorios y contexto de conversación |
| Elegir modelo y MCP | Documentado por conversación y repositorio | Depende de políticas y opciones disponibles en la integración |
| Notificaciones y comandos | Comandos de la app de Slack | Comandos, suscripciones y recordatorios de revisión |
Cuándo conviene cada una
Slack: conviene cuando varias tareas paralelas necesitan una sala separada y searchable. Slack Code conserva repositorios, ramas, enlaces, estado y modelo de una sesión. GitHub recomienda dirigir después esa tarea solo desde su canal de código.
Teams: conviene cuando la revisión visual y la decisión compartida permanecen en el mismo espacio. Canvas permite comentar el plan, los cambios y previews sin abandonar la conversación. El anuncio no dice que Canvas cambie las reglas de repositorio ni que valide el código.
Un ejemplo didáctico de encargo seguro
Investiga por qué falla la tarea de CI enlazada. Resume la causa y propone un plan. No cambies código hasta que una persona apruebe el plan; después abre un pull request sin fusionarlo.
Es un ejemplo editorial, no una sesión ejecutada. Antes de mencionar a @GitHub, comprueba qué mensajes del hilo contienen datos sensibles: todo el hilo puede alimentar la tarea y parte del contexto queda conectado a los artefactos generados.
No hay una opción universalmente mejor. La plataforma de conversación ya adoptada, las políticas del agente en la nube, el acceso de escritura y la forma de revisar importan más que la etiqueta de disponibilidad general.
Para la fase posterior, la nueva vista Overview ordena checks, aprobaciones y conversaciones una vez que el pull request ya existe.
Transparencia: comparación elaborada con asistencia de IA a partir del changelog y las guías oficiales de GitHub para Slack y Teams. Texploto no instaló ni probó las integraciones.
