Am 25. September 2026 kündigte GitHub ein Update für Copilot in Slack und Microsoft Teams an. Der Assistent nutzt nun mehr Kontext aus Unterhaltungen, erlaubt einen Modellwechsel mitten im Gespräch und geht zuverlässiger mit lang laufenden Aufgaben um. Die Funktion startet als Public Preview für Copilot-Business- und Copilot-Enterprise-Organisationen, mit einem schrittweisen Rollout nach Arbeitsbereich.
Mehr Kontext für treffendere Antworten
In Slack kann Copilot nun Dateien, Anhänge und Nachrichtenlinks aus einem Thread heranziehen, um seine Antwort aufzubauen. In Microsoft Teams liest der Assistent eingebettete Bilder, weitergeleitete Nachrichten und den Thread-Verlauf. In beiden Fällen prüft Copilot automatisch, ob bereits ähnliche Tickets oder Issues existieren, bevor ein neues vorgeschlagen wird, und liefert einen direkten Link zur erstellten Arbeit mit Rückverfolgbarkeit zur Ursprungskonversation.
Diese Entwicklung folgt demselben Muster wie bereits beim agentischen Programmieren in GitHub Copilot: Je mehr Anwendungskontext ein Assistent erreicht, desto autonomer wird er – was den Umfang der Berechtigungen und die Angriffsfläche genauer im Blick behalten lässt.
Modellwechsel, ohne den Thread zu verlassen
Eine bemerkenswerte Neuerung erlaubt es, das KI-Modell für die nächste Nachricht direkt aus einem Slack- oder Teams-Thread zu wechseln. In Slack lassen sich zudem Standard-Repositories und -Owner pro Kanal festlegen, was die Arbeit mit mehreren Repositories in team-übergreifenden Konversationen vereinfacht.
Der Modellwechsel im laufenden Gespräch, ohne den Thread zu verlassen, ist der eigentliche Nutzungssprung dieses Updates: Die Abwägung zwischen Geschwindigkeit und Antwortqualität wird zu einer Entscheidung mitten im Gespräch, nicht mehr im Voraus.
Verfügbarkeit und Umfang des Rollouts
| Kriterium | Slack | Microsoft Teams |
|---|---|---|
| Status | Public Preview | Public Preview |
| Erforderliche Lizenz | Copilot Business oder Enterprise | Copilot Business oder Enterprise |
| Genutzter Kontext | Dateien, Anhänge, Nachrichtenlinks | Eingebettete Bilder, weitergeleitete Nachrichten, Thread-Verlauf |
| Standardeinstellungen | Repository und Owner pro Kanal | Noch nicht spezifiziert |
| Rollout | Schrittweise, nach Arbeitsbereich | Schrittweise, nach Arbeitsbereich |
Zuverlässigkeit bei lang laufenden Aufgaben
GitHub gibt an, den Umgang mit lang laufenden Aufgaben und mehrstufigen Implementierungsplänen verbessert zu haben, die aus Slack oder Teams heraus gestartet werden. In Teams gelten Verlaufsspeicherung und der Umgang mit konvertierten Bildern als zuverlässiger. Verbindungsabbrüche und verwaiste Sitzungen werden ebenfalls besser gehandhabt – ein sensibler Punkt, sobald ein Agent über mehrere aufeinanderfolgende Nachrichten hinweg ohne ständige Aufsicht arbeitet.
Ein vereinfachtes Beispiel dafür, wie eine Standard-Repository-Richtlinie aussieht, wie sie für Slack dokumentiert ist:
{
"channel": "#backend-team",
"copilot": {
"default_repository": "org/backend-api",
"default_owner": "org",
"model_override_per_message": true
}
}Was man sich merken sollte
Dieses Update stellt die Nutzung von Copilot nicht auf den Kopf, senkt aber die Reibung für Teams, die ihre Arbeit bereits über Slack oder Teams steuern: weniger Umwege zu GitHub, automatisch mehr erfasster Kontext und eine Modellwahl, die sich im laufenden Gespräch anpasst. Der schrittweise Rollout bedeutet allerdings, dass die Funktion mehrere Wochen brauchen wird, um alle berechtigten Organisationen zu erreichen.
Was eine solche Integration wirklich verändert, ist die Wahrnehmung der Entwicklungsarbeit durch fachfremde Teams: Ein Ticket, das automatisch aus einer Slack-Nachricht entsteht, mit einem nachvollziehbaren Link, macht die Arbeit des Assistenten sichtbar, ohne dass jemand GitHub öffnen muss. Ein Signal, das Teams im Auge behalten sollten, die ihr Projekt-Tracking noch von Hand pflegen — Simon Janvier.
Primärquelle: GitHub Changelog, 25. September 2026.
