El 28 de octubre de 2026, tras su conferencia Universe, GitHub publicó una entrada de changelog que añade tres capacidades a la app Copilot: espacios de trabajo multi-repositorio llamados Projects, conectores a Slack y Figma con generación de imágenes, y una función de control de ordenador en vista previa pública para macOS y Windows. En conjunto, llevan a Copilot más allá de un único repositorio, hacia flujos de trabajo transversales pilotados por agentes.
Projects: un espacio de trabajo multi-repositorio
Projects, en vista previa pública, ofrece a un trabajo que va más allá de un solo repositorio, o que ni siquiera es código, un espacio único para el contexto, los agentes y los resultados. El usuario describe un objetivo, añade contexto (repositorios, archivos de diseño, hilos de chat) y elige los modelos y herramientas que se usarán. Copilot ejecuta entonces varios agentes en paralelo y devuelve resultados, por ejemplo pull requests, listos para revisar. Las sesiones de un solo repositorio siguen disponibles para trabajos más puntuales, y las automatizaciones de proyecto permiten programar tareas repetitivas.
Figma, Slack y generación de imágenes en el chat
Copilot puede apoyarse ahora en el contexto de Slack y Figma para documentar una petición, redactar una especificación o avanzar en un diseño en paralelo al código. La generación y edición de imágenes a partir de prompts en lenguaje natural también llega directamente al chat, acercando la herramienta a los generadores de imágenes de consumo para necesidades rápidas de ilustración o maquetación.
Computer use: una puerta a herramientas sin API
La novedad más estructural es el control de ordenador («computer use»), en vista previa pública en macOS y Windows. Copilot puede leer el contenido que muestra una aplicación, hacer clic en elementos de la interfaz, introducir o modificar texto, y moverse de una aplicación a otra, incluidas las que no exponen ni API, ni CLI, ni integración MCP. GitHub precisa que el agente pide aprobación antes de tomar el control de una aplicación, y que las organizaciones pueden desactivar la función mediante los ajustes gestionados.
Se activa equipo por equipo, en los ajustes de la aplicación: Settings > Computer Use > Enable Computer Use. En macOS, requiere además conceder los permisos de Accesibilidad y Grabación de pantalla.
| Capacidad | Estado | Plataformas | Qué cambia |
|---|---|---|---|
| Projects | Vista previa pública | App Copilot | Espacio multi-repositorio, agentes en paralelo, PRs como resultado |
| Conectores Slack / Figma + imágenes | Disponible | App Copilot (chat) | Contexto de producto/diseño, generación de imágenes por prompt |
| Computer use | Vista previa pública | macOS, Windows | Maneja apps sin API, CLI ni MCP |
# Actualizar la app Copilot antes de activar las nuevas capacidades
# macOS, via Homebrew
brew upgrade --cask github-copilot
# Windows, via winget
winget upgrade GitHub.CopilotApp
Copilot puede ahora leer el contenido de una aplicación, hacer clic en sus controles y navegar de un programa a otro, incluidos los que no exponen ni API ni CLI.
El control de ordenador da a un agente un acceso de tipo «usuario» a aplicaciones de terceros, a veces sin un registro de auditoría tan detallado como el de una llamada a una API. Antes de desplegarlo en una organización, conviene mantener la función desactivada por defecto mediante los ajustes gestionados, y abrirla solo a cuentas piloto en equipos dedicados.
Lo que hay que recordar
Con Projects, los conectores de Slack/Figma y el control de ordenador, GitHub desplaza a Copilot de una herramienta de ayuda al código hacia un agente capaz de operar aplicaciones enteras, incluidas las que nunca se pensaron para automatizarse. Las dos vistas previas públicas, Projects y computer use, merecen probarse en un ámbito reducido antes de generalizarlas, apoyándose en los mismos principios de gobernanza que ya se aplican a los agentes editoriales en producción.
El control de ordenador es la función que más me interesa de este anuncio, y al mismo tiempo la que más me preocupa. Poder automatizar una aplicación que no tiene ni API ni exportación es valioso sobre el terreno, pienso en ciertas herramientas de negocio o extensiones de terceros sin integración propia. Pero mientras el ecosistema en torno al protocolo MCP no establezca un estándar equivalente para auditar las acciones de un agente sobre una interfaz gráfica, seguiré recomendando a mis clientes tratarla como una función experimental, no como un automatismo de producción. — Simon Janvier
Para saber más: la entrada oficial de changelog en github.blog/changelog.
