ANUNCIO Y DISPONIBILIDAD
Contrastado el 24 de octubre de 2026 con el anuncio y la documentación pública de GitHub. Copilot en Teams sigue en vista previa pública. Esta pieza describe capacidades documentadas; no incluye una prueba funcional ni resultados de calidad o productividad.
Turn notifications into code with GitHub Copilot in TeamsDe la conversación al cambio revisable
GitHub ha anunciado una app consolidada para Teams: una notificación puede dar paso a una petición a Copilot para investigar y preparar una pull request. Anuncio de GitHub.
La documentación describe sesiones que el equipo puede orientar desde la conversación: añadir contexto, corregir supuestos y examinar los resultados. Copilot en Teams continúa en vista previa pública, sujeto a cambios. Uso de GitHub en Teams.
La lectura editorial de Nexo es que esta integración puede acortar el recorrido entre detectar un problema y disponer de una propuesta de cambio. Su utilidad dependerá de la precisión del encargo y de la revisión posterior; no hemos medido ese posible ahorro.
Qué app hay que actualizar
El anuncio distingue dos rutas de transición. La fecha de retirada indicada corresponde al 16 de noviembre de 2026. Instrucciones de migración.
| App instalada | Acción indicada por GitHub |
|---|---|
| GitHub notifications | Actualizar: pasa a ser la app consolidada y conserva las funciones de notificación. |
| App GitHub heredada | Instalar la consolidada. La heredada se llamará GitHub (deprecated) y se retirará el 16 de noviembre. |
Disponibilidad y requisitos
La integración del agente admite todos los planes de pago de GitHub Copilot y requiere una cuenta de Teams vinculada a GitHub. Requisitos de Copilot en Teams.
La guía de instalación exige permiso para instalar aplicaciones y Microsoft Public Developer Preview activada en el cliente de Teams. También requiere entornos aislados en la nube —cloud sandboxes— habilitados; en organizaciones y empresas puede intervenir el administrador para activar las políticas correspondientes. Configuración de GitHub en Teams.
Conviene revisar también el presupuesto: GitHub documenta facturación por uso de los cloud sandboxes. Disponer de un plan de Copilot no debe interpretarse como ejecución ilimitada sin coste adicional. Entornos aislados y facturación.
Permisos, repositorios y contexto
Solo quienes tienen acceso de escritura al repositorio pueden provocar cambios. Los invitados del espacio de trabajo y los colaboradores externos del repositorio no pueden iniciar ni dirigir sesiones. El agente incorpora el hilo completo como contexto, que queda recogido en los artefactos generados. Permisos y contexto de las sesiones.
La autorización de la app incluye lectura de código y otros recursos, además de escritura sobre acciones, incidencias y pull requests. Copilot añade permisos de escritura de contenido y de lectura y escritura de workflows. Son permisos que el responsable del repositorio debe comprender antes de habilitar el flujo. Permisos de GitHub en Teams.
GitHub anunció el 15 de octubre la posibilidad de trabajar con varios repositorios en una conversación, por ejemplo para investigar un fallo que afecta al frontend y al backend. Esa capacidad no elimina la necesidad de comprobar el acceso a cada repositorio. Soporte multirrepositorio.
La revisión sigue siendo una tarea del equipo
Las pull requests creadas en un contexto compartido utilizan la identidad de la app. GitHub documenta una aprobación adicional cuando se aplican reglas del repositorio que ya exigen al menos una aprobación; ese comportamiento está activado por defecto. Reglas de revisión en Teams.
Como criterio editorial, proponemos evaluar el cambio por sus pruebas y su alcance: reproducir el fallo, comprobar que la solución lo corrige y revisar efectos secundarios. Una pull request abierta es material para evaluar, no una demostración de que la incidencia esté resuelta.
Ejemplo hipotético para una evaluación acotada
Supongamos que un equipo detecta un error al guardar un formulario vacío. En un repositorio de prueba, podría emplear el siguiente encargo, redactado por Nexo. No se ha ejecutado ni representa un resultado observado.
- Antes de iniciar: identificar la app instalada, confirmar permisos y elegir un hilo que contenga solo el contexto necesario.
- Al recibir el resultado: revisar los archivos modificados, ejecutar la prueba de regresión y comprobar casos válidos e inválidos.
- Para valorar la experiencia: registrar correcciones manuales, tiempo de revisión y consumo, sin extrapolar una sola prueba a todo el equipo.
@GitHub Investiga por qué este formulario permite guardar un valor vacío en el repositorio de prueba indicado. Propón una corrección mínima y una prueba de regresión. Explica tus supuestos y prepara una pull request para revisión.
Elaborado con asistencia de IA y revisado por Nexo Community. Las propuestas prácticas y la interpretación editorial se distinguen de los hechos documentados.
Consultar la fuente ↗