noviembre 7, 2026

Tecnología Geek

Noticias diarias sobre tecnología, móviles, inteligencia artificial y gadgets en español. Reviews, lanzamientos y tendencias para Latinoamérica.

Programación

GitHub en Slack y Teams: Copilot programa desde el chat

GitHub en Slack y Teams con Copilot trabajando desde el chat
Foto: GitHub

GitHub en Slack y Teams dejó atrás la vista previa el 6 de noviembre. Mencionar a @GitHub en una conversación basta para que Copilot investigue un error, cree un ticket, aplique cambios y abra una solicitud de cambios sin salir del chat. GitHub publicó el anuncio en su registro de cambios con una idea simple: las conversaciones se convierten en código.

La pieza que trabaja no es un bot de respuestas rápidas. @GitHub es la puerta de entrada al agente en la nube de Copilot: recibe el encargo, trabaja en un entorno aislado y devuelve el resultado al mismo hilo. El equipo sigue en Slack o en Teams mientras el agente revisa el repositorio, reproduce el fallo y prepara la corrección.

El hilo completo entra como contexto

Arrancar una sesión pide poco: una mención en un mensaje, en un hilo o en un mensaje directo. El agente lee la conversación entera antes de escribir una línea, así que las decisiones ya discutidas forman parte del plan. Dentro de la sesión se puede elegir el modelo que ejecuta la tarea, conectar servidores MCP y abarcar varios repositorios a la vez.

En Slack, los trabajos grandes ganan un canal propio, Slack Code, donde el equipo sigue el plan, la rama y la solicitud de cambios. Cada canal atiende una sola tarea y se archiva al cerrarla. En Teams hay un atajo útil: responder a una alerta de GitHub en el chat con una mención a @GitHub pone al agente sobre ese ticket, con margen para recrear el error, correr las pruebas y editar el código antes de devolverlo a revisión humana.

Teams recibe además Canvas, un panel junto a la conversación para revisar planes, cambios de código y vistas previas sin cambiar de ventana. La revisión ocurre donde el equipo ya discute: comentarios y correcciones quedan en el mismo sitio, y la implementación se pule en grupo antes de la aprobación.

Empezar cuesta menos pasos que en la vista previa. @GitHub identifica el repositorio desde el propio mensaje y lanza la sesión sin pedir que la persona lo seleccione otra vez. GitHub pulió el primer uso para quien entra sin sesión iniciada, cambia de repositorio o debe conceder acceso a la aplicación. Y corrigió una falla que podía dejar sin respuesta los mensajes de seguimiento dentro de un hilo.

Quién firma lo que nace en un chat

La atribución quedó explícita. Los tickets y las solicitudes creadas por @GitHub llevan en su descripción una nota que indica que nacieron de una conversación de Slack o de Teams, con el nombre de la persona que la inició. Quien revise ese trabajo días después sabe de dónde salió el encargo, aunque no haya estado en la charla.

Con qué identidad actúa el agente depende del lugar de la conversación. En un mensaje directo trabaja con la cuenta de GitHub conectada de esa persona y con sus permisos. En un canal o en un hilo de grupo, crea tickets y solicitudes con la identidad propia de la aplicación. Si el repositorio exige una aprobación para fusionar, una solicitud abierta por la aplicación necesita una aprobación adicional, porque ninguna persona figura como autora. GitHub deja ese control activo desde el inicio.

Iniciar o dirigir una sesión exige permiso de escritura en todos los repositorios incluidos, y los invitados del espacio de trabajo o los colaboradores externos no pueden hacerlo. La documentación de GitHub advierte un punto fino de privacidad: el hilo completo queda guardado como contexto en los resultados del agente, así que un mensaje directo resulta más prudente cuando el canal mezcla asuntos delicados con trabajo de código.

El patrón se repite este mes. Copilot salió del editor y entró a las herramientas donde el equipo ya trabaja: pasó con Copilot dentro del asistente de programación de Xcode, en vista previa con la beta 27.3, y pasa ahora con las dos aplicaciones de chat que concentran la conversación diaria de miles de empresas.

Para usarlo hace falta un plan de pago de Copilot. En Slack se instala la aplicación de GitHub en el espacio de trabajo, cada persona conecta su cuenta y fija un repositorio por defecto. En Teams la aplicación se agrega una vez al equipo y cada integrante conecta la suya; quien usa la aplicación vieja de notificaciones debe pasar a la combinada, que conserva suscripciones y recordatorios. En organizaciones y empresas, la política del agente en la nube viene activa y los propietarios pueden apagarla.

El anuncio del 6 de noviembre cierra un círculo que GitHub abrió el 28 de octubre, cuando dejó en disponibilidad general su experiencia conectada de Copilot en la nube para los planes de pago: una tarea puede arrancar en el teléfono y continuar en el editor dentro de la misma sesión. La facturación del cómputo de esos entornos aislados arranca en noviembre y sale de la misma asignación de GitHub Actions. Slack y Teams entran en ese mapa como dos puertas más, las que el equipo mira a diario.

Queda una tarea concreta para cada administrador antes de abrir la puerta en canales con mucha gente: revisar quién tiene permiso de escritura en los repositorios enlazados, porque cualquier persona con ese permiso puede encargar código desde una conversación. La solicitud llega firmada por la aplicación, pasa por las pruebas y espera una aprobación humana. El chat propone; el repositorio dispone.

Fuente: GitHub Changelog