GitHub hat @GitHub in Slack und Microsoft Teams allgemein verfügbar gemacht. Der Anschluss gilt seit dem 6. November 2026 als fertiges Produkt („generally available“): Fehler untersuchen, Issues anlegen, Änderungen umsetzen und Pull Requests öffnen, ohne den Chat zu verlassen.
Damit wandert ein Stück Entwicklerarbeit dorthin, wo die Diskussion ohnehin läuft. Statt Ticket, Kontextwechsel und Browser-Tab bleibt die Unterhaltung der Einstieg.
Was jetzt fest verfügbar ist
- Bugs untersuchen direkt aus dem Gesprächsverlauf
- Issues anlegen mit dem Kontext der Unterhaltung
- Änderungen umsetzen und als Pull Request einreichen
- Teams und Slack als gleichwertige Einstiegspunkte
Der Ablauf ist bewusst schlicht: Wer im Kanal ein Problem beschreibt, kann @GitHub direkt damit beauftragen. Die Antwort erscheint im selben Thread, der Pull Request daneben.
Canvas in Teams
Die zweite Neuerung betrifft Teams. Mit Canvas lassen sich Umsetzungspläne, Codeänderungen und Vorschauen neben der Unterhaltung prüfen. Diskussion, Feedback und Nachbesserung bleiben im Team-Chat, ohne dass jemand in eine separate Oberfläche wechseln muss.
Für Teams, die Reviews bisher per Screenshot und Zuruf machen, ist das der eigentliche Gewinn: Der Stand der Änderung und die Diskussion darüber liegen an einer Stelle.
Was sich im Alltag ändert
Drei Detailverbesserungen fallen im Betrieb stärker auf als die große Ankündigung:
- Schnellerer Einstieg: @GitHub erkennt das Repository aus der Nachricht und startet die Sitzung, ohne dass jemand es auswählen muss. Auch ohne Anmeldung, ohne Standard-Repository oder beim Wechsel zwischen Repositories führt der Weg kürzer zur Sitzung.
- Zuverlässigere Folgefragen: Ein Fehler, der Antworten auf Nachfragen blockieren konnte, ist behoben.
- Klare Herkunft: Issues und Pull Requests, die aus dem Chat entstehen, tragen den Hinweis „Created from a Slack/Teams conversation with @username“. Wer später im Repository landet, sieht sofort, woher die Aufgabe kam.
Was der Changelog offen lässt
Der Eintrag ist kurz und nennt nur das, was sich ändert. Angaben zu Tarifen, verfügbaren Modellen, Sprachunterstützung oder Admin-Einstellungen fehlen. Wer den Anschluss produktiv einsetzen will, muss diese Punkte im eigenen GitHub-Plan prüfen, bevor das Team darauf zugreift.
Klar ist auch die Grenze: Der Anschluss arbeitet auf GitHub-Repositories. Büroarbeit außerhalb von Code – Angebote, Rechnungen, Dokumente – deckt er nicht ab. Und die Freigabe eines Pull Requests bleibt ein menschlicher Schritt, unabhängig davon, wie bequem der Chat den Einstieg macht.
Für wen sich das lohnt
Sinnvoll ist der Anschluss für Entwicklungsteams, die ohnehin in Slack oder Teams arbeiten und GitHub als Codebasis nutzen. Der Nutzen entsteht nicht durch ein neues Modell, sondern durch kürzere Wege: Der Fehlerbericht aus dem Kundensupport landet im gleichen Werkzeug wie der Fix.
Für alle anderen bleibt es ein Werkzeug für Entwickler, kein allgemeiner Büro-Assistent.
Fazit
GitHub macht aus der Chat-Integration ein reguläres Produkt und schließt damit eine Lücke, die viele Teams schon mit Bordmitteln stopfen: Diskussion und Codeänderung im selben Fenster. Der Schritt ist unspektakulär, aber praktisch. Ob er im eigenen Team trägt, entscheidet der erste echte Bug, nicht die Ankündigung.
Quelle: GitHub Changelog, „@GitHub in Slack and Teams is generally available and more“, 6. November 2026 – github.blog
