La app de GitHub en Teams deja la vista previa: Copilot arma pull requests desde el chat

Microsoft anunció el 30 de octubre de 2026 que la app de GitHub en Microsoft Teams ya está en disponibilidad general: sale de la vista previa pública que había arrancado el 21 de agosto. En la práctica funciona así: en un chat, un canal o el chat de una reunión, alguien menciona @GitHub y GitHub Copilot puede investigar un error, hacer el arreglo y preparar un pull request en el mismo hilo, para que una persona lo revise. También crea issues y responde preguntas.

A quién le sirve: a equipos de desarrollo, agencias, pymes de software y freelancers que ya conversan en Teams y tienen el código en GitHub. La condición es concreta: hace falta una cuenta de GitHub con un plan pago de Copilot y una cuenta de Teams, según la documentación de GitHub. Si no usás GitHub, para vos no cambia nada. Si tu equipo ya recibe avisos de GitHub en Teams con la app GitHub Notifications, la documentación de GitHub dice que hay que actualizarla a la app combinada; las suscripciones y los recordatorios programados se conservan.

Qué hacer hoy: si administrás Microsoft 365 o GitHub en tu empresa, revisá los tres ajustes de más abajo antes de que el equipo empiece a pedir la app. Si sos usuario, agregá la app de GitHub en Teams, tocá Get started en el mensaje de bienvenida para vincular tu cuenta y escribí @GitHub help para ver qué puede hacer. Y un consejo de la casa: Copilot lee todo el hilo, así que no lo invoques en una conversación donde alguien pegó una contraseña o una clave.

Qué trae GitHub en Microsoft Teams al salir de la vista previa

Según el anuncio de Microsoft, esto es lo nuevo respecto de la etapa de prueba:

• Un «canvas» de GitHub: con Open Canvas se ve el plan, los archivos modificados y el pull request al costado de la conversación, sin salir de Teams.
• Una sola app: las notificaciones de GitHub y Copilot ahora viven juntas en una app llamada GitHub. Cuando llega un aviso de un issue o un pull request, se responde con @GitHub y Copilot puede investigar, arreglar y armar el pull request en ese mismo hilo. Quien ya usaba la app GitHub Notifications tiene que actualizarla para tener la versión combinada.
• Atribución: los issues y pull requests creados desde Teams muestran quién empezó el trabajo y enlazan a la conversación donde se discutió.
• Hasta 11 repositorios a la vez en una misma tarea, siempre que sean del mismo dueño y tengas permiso de escritura en todos, según GitHub.
• Soporte de MCP: las herramientas y servicios conectados que puede usar se configuran en el repositorio, y eso lo hace su administrador.
• Inicio de sesión guiado en el navegador, con contraseñas guardadas o passkeys, para darle acceso a las organizaciones y repositorios que elijas.
• Más control: se le puede pedir en lenguaje natural que use un repositorio por defecto o que cambie de repositorio, y elegir el modelo para la conversación: uno más rápido para arreglos chicos o uno más capaz para cambios grandes. Los modelos disponibles dependen del plan y de las políticas de la organización.

Copilot no trabaja en tu máquina: según GitHub, corre en un entorno aislado en la nube, de forma asincrónica, y publica el resultado cuando está listo. Después se puede seguir desde Teams, desde GitHub o desde el editor de siempre.

Qué tiene que habilitar el administrador

El anuncio pide que los administradores verifiquen tres cosas, cada una en su consola:

• En Microsoft 365: activar el consentimiento específico del recurso (RSC, por sus siglas en inglés), para que los usuarios puedan dejar que la app use el contexto de la conversación.
• En el centro de administración de Teams: que la app de GitHub esté permitida para los usuarios.
• En GitHub: el anuncio pide a los administradores de empresa que Copilot cloud agent, los entornos aislados en la nube (cloud sandboxes) y la facturación de la CLI estén habilitados en cada organización, y que los usuarios tengan licencias de Copilot asignadas. La documentación de GitHub matiza dos cosas: en organizaciones, la política de cloud agent viene activada por defecto (un administrador la puede apagar), y el entorno aislado donde corren las sesiones de Teams no necesita un ajuste aparte.

Quién aprueba el código y qué lee Copilot

Que cualquiera en el chat pueda escribir @GitHub no quiere decir que cualquiera pueda meter código. GitHub lo separa así:

• Aportar contexto puede cualquiera que participe de la conversación.
• Hacer que Copilot cambie código o dirigir la sesión solo puede quien tiene permiso de escritura en todos los repositorios de esa tarea. Los invitados y los colaboradores externos no pueden iniciarla ni dirigirla.
• Aprobar y fusionar lo siguen decidiendo los permisos y las reglas de aprobación del repositorio.

Hay un detalle que conviene conocer: en un chat grupal o en un canal (lo que GitHub llama un contexto compartido), Copilot crea los pull requests con la identidad de la app, no con la tuya. Por eso, si el repositorio ya exige al menos una aprobación y usa rulesets, GitHub pide una aprobación más antes del merge, y eso viene activado por defecto. En un mensaje directo a la app, en cambio, actúa con los permisos de tu cuenta personal vinculada.

Sobre el contexto, la documentación de GitHub es clara: Copilot toma todo el hilo como contexto de la tarea y ese contexto queda guardado en lo que genera, como el issue o el pull request. Si querés acotarlo, GitHub sugiere empezar un hilo nuevo o hablarle a la app por mensaje directo en lugar de hacerlo en el canal.

Y hay un dato más en la documentación: con Copilot Memory, que está en vista previa pública, Copilot guarda por su cuenta datos del repositorio y tus preferencias mientras trabaja en tareas que iniciaste, y los usa en tareas posteriores. Viene activado por defecto en los planes individuales; en los de empresa u organización lo tiene que habilitar un administrador. Las memorias se pueden revisar y borrar desde tu cuenta.

Lo que el anuncio no dice

Ni el anuncio de Microsoft ni las páginas de GitHub dan un precio, una lista de países o idiomas, ni aclaran si cada tarea iniciada desde Teams consume las solicitudes premium de Copilot. Lo que sí piden es habilitar la facturación de la CLI, sin explicar cómo se cobra, y la documentación aclara que los modelos disponibles dependen del plan y de las políticas de la organización. Lo único firme es el requisito: un plan pago de Copilot. Si tu equipo tiene un cupo ajustado, conviene mirar el consumo después de las primeras tareas antes de soltarlo en todos los canales: que Copilot lea el chat del equipo de desarrollo es una cosa; que lea el del asado, otra.

Fuentes

• Microsoft, «The GitHub app in Microsoft Teams is now generally available!», Microsoft Teams Blog (en inglés), 30 de octubre de 2026, consultado el 1 de noviembre de 2026. Lo nuevo y lo que deben habilitar los administradores.
• GitHub, «GitHub Copilot for Microsoft Teams», página oficial de la app (en inglés), consultada el 1 de noviembre de 2026. Sesiones compartidas, permisos y datos.
• GitHub Docs, «Integrating Copilot cloud agent with Teams» (en inglés), consultada el 1 de noviembre de 2026. Requisitos, identidad de la app, aprobaciones y contexto.
• Microsoft, «Turn conversations into code with GitHub Copilot in Microsoft Teams», Microsoft Teams Blog (en inglés), 21 de agosto de 2026. El comienzo de la vista previa pública.