Saltar al contenido
ACTUALIDAD EN IA, TECNOLOGÍA Y MEDICINA
Elige las webs de las marcas según tu país.
TU PRÓXIMO DESCUBRIMIENTO
Inicio / Artículos / Tecnología
Tecnología · GitHub

Cómo usar GitHub Copilot en Slack con @GitHub

GitHub anunció el 6 de noviembre de 2026 la disponibilidad general de @GitHub en Slack y Microsoft Teams. Desde el chat, un equipo puede pedir a Copilot que investigue un fallo, abra una incidencia o prepare un cambio de código. Si quieres probarlo, empieza con una incidencia reproducible, escribe el repositorio por su nombre completo y decide de antemano quién revisará el resultado.

Leer el análisis
Participantes del hackatón Undercity en la sede de GitHub.
Foto de archivo del hackatón Undercity en la sede de GitHub en San Francisco, julio de 2025. Celesteroselli / Wikimedia Commons, CC BY-SA 4.0. Sin recorte. · Fuente de la imagen · CC BY-SA 4.0

Pide a un administrador de Slack que instale la integración de GitHub, invita la app al canal y menciona @GitHub con un fallo reproducible y el nombre completo del repositorio. Vincula tu cuenta si te lo pide y comprueba el acceso a Copilot y los permisos del repositorio antes de asignar cambios de código. Instrucciones de GitHub.

GitHub anunció el 6 de noviembre de 2026 la disponibilidad general de @GitHub en Slack y Microsoft Teams. Desde el chat, un equipo puede pedir a Copilot que investigue un fallo, abra una incidencia o prepare un cambio de código. Si quieres probarlo, empieza con una incidencia reproducible, escribe el repositorio por su nombre completo y decide de antemano quién revisará el resultado. [1]

Qué añade cada plataforma

En Teams, Canvas reúne el plan, los cambios de código y las vistas previas junto a la conversación. Eso permite discutir qué debería cambiar antes de revisar el código en detalle. GitHub también describe un inicio de sesión de trabajo con menos pasos cuando @GitHub identifica el repositorio en el mensaje. Las incidencias y solicitudes de incorporación que crea añaden una nota que identifica la plataforma de origen y al usuario. La nota sirve para rastrear de dónde salió la petición. [1]

Un ejemplo para un equipo de mantenimiento

Imagina que un equipo ve en Slack que el buscador de su aplicación devuelve resultados vacíos para una palabra con tilde. La petición puede indicar el repositorio, un ejemplo de entrada, el resultado observado y lo que debería aparecer. Si el error solo se da después de actualizar el índice, conviene incluir también ese paso. Así el equipo tiene un criterio común para juzgar tanto la investigación como la eventual corrección.

Pediría primero que el agente investigue y resuma las hipótesis. Un responsable puede comprobar si el fallo está en la búsqueda, en la preparación del índice o en los datos de prueba. Solo después decidiría si procede abrir una incidencia o pedir un cambio. Si el primer resultado apunta al repositorio equivocado, corregirlo en esa fase evita que el debate se desplace a un parche para un servicio distinto.

Si el agente prepara una solicitud de incorporación, la revisión debe mirar el cambio y sus pruebas. Para el ejemplo del buscador, el caso con tilde es una comprobación útil, pero también conviene probar la misma búsqueda sin tilde y otras consultas que ya funcionaban. El punto es distinguir una corrección localizada de un ajuste que cambia sin querer el comportamiento general. La conversación puede conservar el motivo del cambio y la solicitud puede recoger el resultado de las pruebas.

Dónde se puede usar

El anuncio confirma disponibilidad general en Slack y Teams y enlaza los puntos de entrada de ambas plataformas. También menciona situaciones en que el usuario aún no ha iniciado sesión o necesita acceso a la aplicación. GitHub no publica en ese anuncio una lista de países, un calendario regional ni una tabla de planes para esta integración. Para comprobar el acceso efectivo, revisa si @GitHub está habilitado en tu espacio de trabajo y si tu cuenta puede trabajar con el repositorio previsto. [1]

La primera prueba también sirve para medir el coste de revisión. Anota cuánto tarda el equipo en pasar del mensaje a una incidencia que pueda reproducirse y cuántas correcciones de contexto necesita. Si lo más lento sigue siendo reconstruir el fallo, una petición mejor documentada puede ayudar más que añadir pasos de automatización.

Si el caso llega desde un canal muy activo, conviene acordar qué parte del hilo debe llegar a la incidencia. Un enlace puede ayudar a quienes tienen acceso, mientras que una descripción autosuficiente permite reproducir el fallo a quienes no estaban en la conversación. Antes de cerrar la prueba, pide a otra persona que siga los pasos de la incidencia sin consultar el hilo. Si puede reproducir el fallo, el equipo ya tiene un registro útil aunque decida implementar el arreglo por otro medio.

¿Qué puede hacer @GitHub en Slack y Teams?

Puede investigar fallos, crear incidencias, preparar cambios de código y abrir solicitudes de incorporación desde el chat.

Fuentes y documentación

  1. Fuente oficial ↗
  2. Fuente de la imagen ↗
  3. CC BY-SA 4.0 ↗

El material original

Leer la fuente original ↗

¿Te ha resultado útil esta noticia?

Ayúdanos a mejorar lo que contamos.