Am 28. Oktober 2026 veröffentlichte GitHub im Anschluss an seine Universe-Konferenz einen Changelog-Eintrag, der die Copilot-App um drei Fähigkeiten erweitert: Multi-Repo-Arbeitsbereiche namens Projects, Konnektoren zu Slack und Figma mit Bildgenerierung, sowie eine Computer-Use-Funktion in öffentlicher Vorschau für macOS und Windows. Zusammen heben sie Copilot über das einzelne Repository hinaus, hin zu bereichsübergreifenden, von Agenten gesteuerten Arbeitsabläufen.
Projects: ein Multi-Repo-Arbeitsbereich
Projects, in öffentlicher Vorschau, gibt Arbeit, die über ein einzelnes Repository hinausgeht oder gar nicht aus Code besteht, einen einzigen Arbeitsbereich für Kontext, Agenten und Ergebnisse. Nutzer beschreiben ein Ziel, fügen Kontext hinzu (Repositories, Designdateien, Chat-Verläufe) und wählen dann Modelle und Werkzeuge aus. Copilot führt anschließend mehrere Agenten parallel aus und liefert Ergebnisse, etwa Pull Requests, zur Überprüfung. Sitzungen für ein einzelnes Repository bleiben für gezieltere Arbeiten verfügbar, und Projekt-Automatisierungen erlauben es, wiederkehrende Aufgaben einzuplanen.
Figma, Slack und Bildgenerierung im Chat
Copilot kann nun auf Kontext aus Slack und Figma zurückgreifen, um eine Anfrage zu recherchieren, eine Spezifikation zu entwerfen oder parallel zum Code an einem Design zu arbeiten. Auch das Generieren und Bearbeiten von Bildern aus Prompts in natürlicher Sprache landet direkt im Chat, was das Werkzeug näher an Bildgeneratoren für Endnutzer heranrückt, etwa für schnelle Illustrationen oder Mockups.
Computer Use: eine Tür zu Werkzeugen ohne API
Die strukturellste Neuerung ist Computer Use, in öffentlicher Vorschau für macOS und Windows. Copilot kann lesen, was eine Anwendung anzeigt, auf Interface-Elemente klicken, Text eingeben oder bearbeiten und zwischen Anwendungen wechseln, auch solchen ganz ohne API, CLI oder MCP-Integration. GitHub betont, dass der Agent um Freigabe bittet, bevor er die Kontrolle über eine Anwendung übernimmt, und dass Organisationen die Funktion über verwaltete Einstellungen deaktivieren können.
Aktiviert wird sie pro Gerät in den App-Einstellungen: Settings > Computer Use > Enable Computer Use. Unter macOS müssen zusätzlich die Berechtigungen für Bedienungshilfen und Bildschirmaufnahme erteilt werden.
| Funktion | Status | Plattformen | Was sich ändert |
|---|---|---|---|
| Projects | Öffentliche Vorschau | Copilot-App | Multi-Repo-Arbeitsbereich, parallele Agenten, PRs als Ergebnis |
| Slack-/Figma-Konnektoren + Bilder | Verfügbar | Copilot-App (Chat) | Produkt-/Design-Kontext, Bildgenerierung per Prompt |
| Computer use | Öffentliche Vorschau | macOS, Windows | Steuert Apps ohne API, CLI oder MCP |
# Die Copilot-App aktualisieren, bevor die neuen Funktionen aktiviert werden
# macOS, über Homebrew
brew upgrade --cask github-copilot
# Windows, über winget
winget upgrade GitHub.CopilotApp
Copilot kann nun lesen, was in einer Anwendung angezeigt wird, auf ihre Bedienelemente klicken und zwischen Programmen wechseln, auch solchen ganz ohne API oder CLI.
Computer Use gibt einem Agenten einen „nutzerähnlichen“ Zugriff auf Anwendungen Dritter, teils ohne ein so detailliertes Audit-Protokoll wie bei einem API-Aufruf. Vor einer Einführung in der gesamten Organisation empfiehlt es sich, die Funktion über verwaltete Einstellungen standardmäßig deaktiviert zu lassen und sie zunächst nur Pilotkonten auf dedizierten Geräten zu öffnen.
Das Wichtigste in Kürze
Mit Projects, den Slack-/Figma-Konnektoren und Computer Use verschiebt GitHub Copilot von einem Hilfswerkzeug beim Programmieren hin zu einem Agenten, der ganze Anwendungen bedienen kann, auch solche, die nie für eine Automatisierung gedacht waren. Beide öffentlichen Vorschauen, Projects und Computer Use, verdienen es, vor einer breiteren Einführung in engem Rahmen getestet zu werden, nach denselben Governance-Prinzipien, die bereits für redaktionelle Agenten im Produktivbetrieb gelten.
Computer Use ist die Funktion aus dieser Ankündigung, die mich am meisten interessiert, und gleichzeitig die, die mir am meisten Sorgen bereitet. Eine Anwendung ohne API und ohne Export automatisieren zu können, ist in der Praxis wertvoll, ich denke dabei an bestimmte Fachanwendungen oder Drittanbieter-Erweiterungen ohne eigene Integration. Doch solange das Ökosystem rund um das MCP-Protokoll keinen vergleichbaren Standard für die Prüfung dessen setzt, was ein Agent auf einer grafischen Oberfläche tut, werde ich meinen Kunden weiterhin empfehlen, dies als experimentelle Funktion zu behandeln, nicht als Produktionsautomatismus. — Simon Janvier
Zum Weiterlesen: der offizielle Changelog-Eintrag unter github.blog/changelog.
