# GitHub Copilot erweitert die IDE auf Slack- und Teams-Workflows Source: TechNewsList (https://technewslist.com) Canonical URL: https://technewslist.com/de/article/github-copilot-slack-teams-2026-08-22-morning-de Section: Software (https://technewslist.com/de/software) Author: TechNewsList Language: de Published: 2026-08-22T05:45:33.105+00:00 Updated: 2026-08-22T05:45:33.307682+00:00 > GitHub verschiebt Copilot in den Team-Chat, wo Slack und Teams nun zum Ort werden können, an dem Arbeit geplant, überprüft und als Artefakte zurückgegeben wird. ## TL;DR - GitHub hat am 21. August 2026 ein neues Copilot-Erlebnis in Slack eingeführt, mit einem Codekanal, Unterschieden und Artefaktvorschauen. - Am selben Tag gab GitHub bekannt, dass Copilot asynchrone Aufgaben von Microsoft Teams in einer sicheren Cloud-Sandbox ausführen kann. - Die Geschichte der Software ist, dass Team-Chat zu einer Ausführungsoberfläche und nicht nur zu einer Diskussionsoberfläche wird. - Dadurch fühlen sich Codeüberprüfung, Aufgabenplanung und Nachverfolgung eher wie ein kontinuierlicher Arbeitsablauf an. - Die Frage ist nun, ob Teams der Arbeit von Chat-nativen Agenten genug vertrauen, um sie zu einem Teil der täglichen Ingenieurspraxis zu machen. ## Key points - GitHub bringt Copilot direkt in Tools für die Zusammenarbeit. - Slack erhält einen Codekanal, Planverfolgung und Ausgabevorschauen. - Teams erhält die asynchrone Aufgabenausführung in einer sicheren Cloud-Sandbox. - Der Chat wird zu einem Ort, an dem Agenten echte Arbeit leisten und Artefakte zurückgeben können. - Dies könnte die Schleife von der Anfrage über die Überprüfung bis zur Zusammenführung verkürzen. # GitHub Copilot erweitert die IDE auf Slack- und Teams-Workflows GitHub drängt Copilot aus dem Editor in die Teamkonversation. Am 21. August führte das Unternehmen ein neues Copilot-Erlebnis in Slack ein und kündigte außerdem die gemeinsame Agentenarbeit in Microsoft Teams an, wodurch der Chat selbst zu einem Ort wird, an dem Softwareaufgaben geplant, ausgeführt und überprüft werden können. ## Was passiert ist Laut GitHub können Teams in Slack einem Plan folgen, Unterschiede prüfen, HTML-Artefaktvorschauen überprüfen und die Arbeit in einem dedizierten Codekanal weiterführen. In Teams kann Copilot eine Aufgabe asynchron in einer sicheren Cloud-Sandbox übernehmen und dann Artefakte an die Konversation zurückgeben. Das ist eine bedeutungsvolle Veränderung. Chat ist nicht mehr nur der Ort, an dem Arbeit besprochen wird. Hier wird die Arbeit an einen Agenten übergeben und dann überprüft. ![Entwicklerteam überprüft Code](https://images.unsplash.com/photo-1516321318423-f06f85e504b3?auto=format&fit=crop&w=1600&q=85) *Die Kollaborationsebene ähnelt zunehmend der Steuerungsebene für die Softwarearbeit.* ## Warum es wichtig ist Der praktische Vorteil besteht in einem reduzierten Kontextwechsel. Anstatt von Slack zur IDE zu einem Browser und dann zurück zum Chat zu wechseln, können Teams die Anfrage, die Ausführung und die Überprüfungsschleife an einem Ort behalten. Das ist wichtig, denn viele Softwareaufgaben sind keine reinen Programmierprobleme. Es handelt sich um Koordinationsprobleme. Ein Agent, der im Hintergrund arbeiten, Unterschiede anzeigen und Artefakte innerhalb desselben Threads offenlegen kann, macht die Arbeit an der Software für den Rest des Teams besser lesbar. Es gibt auch einen subtilen Governance-Gewinn. Wenn sich der Plan, die Ausgabe und die Kommentare alle im selben Thread befinden, ist es einfacher zu erkennen, wer nach was gefragt hat und wann die Richtung der Aufgabe geändert wurde. Das ist in Entwicklungsteams wichtig, wo die eigentliche Verschwendungsquelle oft der verlorene Kontext und nicht schlechter Code ist. Wenn der Arbeitsablauf zuverlässig ist, kann Copilot zu einer Routing-Ebene für kleine Aufgaben werden, die andernfalls tiefergehende Arbeiten unterbrechen würden. Dies schafft einen saubereren Weg von der Anfrage bis zur Überprüfung, insbesondere für Teams, die bereits den ganzen Tag in Slack oder Teams arbeiten. ## Technische Details Der Slack-Flow von GitHub konzentriert sich auf einen dedizierten Codekanal, der sich auf eine Aufgabe konzentriert. Der Benutzer kann den Plan überprüfen, eine Vorschau der Ausgabe sehen und den Ansatz umleiten, ohne den Thread zu verlieren. Der Teams-Flow von GitHub verwendet eine sichere Cloud-Sandbox, die die Ausführung von der lokalen Umgebung des Benutzers trennt und dennoch nützliche Ausgaben zurückgibt. Diese Architektur deutet auf eine bewusste Trennung zwischen Orchestrierung und Ausführung hin. Die Chat-Oberfläche übernimmt die Koordination, während die Sandbox- oder Agentenumgebung die eigentliche Arbeit übernimmt. Das Detail der Cloud-Sandbox ist wichtig, weil es GitHub ermöglicht, eine Sicherheitsgrenze beizubehalten und gleichzeitig dem Assistenten das Gefühl zu geben, in die Konversation eingebettet zu sein. Dadurch ist das Produkt vertrauenswürdiger als ein Agent, der ohne klare Isolierung einfach auf den Desktop eines Benutzers zugreift. Es deutet auch darauf hin, dass GitHub Kollaborationsoberflächen als erstklassige Schnittstellen für Agenten behandelt. Anstatt die Benutzer aufzufordern, das Tool zu wechseln, lässt das Unternehmen den Agenten das Team treffen, wo bereits die Arbeit besprochen wird. ![Chat- und Kollaborationssoftware auf einem Laptop](https://images.unsplash.com/photo-1552664730-d307ca884978?auto=format&fit=crop&w=1600&q=85) *Agentensoftware wird nützlicher, wenn die Übergabe sichtbar und überprüfbar ist.* ## Auswirkungen auf Markt und Branche Dieser Schritt erweitert den adressierbaren Anwendungsfall von Copilot. Das Tool ist nicht mehr nur für Entwickler innerhalb ihrer IDE gedacht. Es wird Teil der breiteren Software-Betriebsebene, in der Teammitglieder Aufgaben besprechen, sie übergeben und Ergebnisse validieren. Dadurch könnte Copilot stärker in die tägliche Arbeit integriert werden, aber es legt auch die Messlatte für Vertrauen höher. Wenn der Agent im Chat agiert, muss die Ausgabe erklärbar, überprüfbar und leicht zu stoppen sein, wenn sich der Plan ändert. Die Produktauswirkung besteht darin, dass Softwareanbieter beginnen, um die Schwerkraft der Arbeitsabläufe zu konkurrieren. Der beste Agent ist vielleicht nicht derjenige mit den auffälligsten Maßstäben, aber derjenige, der den einfachsten Weg von einer Nachricht zum fertigen Artefakt bietet. ## Worauf man als Nächstes achten sollte Beobachten Sie, ob Teams Slack, Teams oder den Editor als Standardort zum Starten der Agentenarbeit bevorzugen. Beobachten Sie auch, ob GitHub die Artefaktvorschauen und Überprüfungskontrollen ständig erweitert, damit die Konversation nah an der Ausführung bleibt. Wenn das Muster anhält, könnte der Team-Chat zum neuen Frontend für die Softwarebereitstellung werden. ## Quellen - [GitHub Changelog: Das neue GitHub Copilot-Erlebnis in Slack](https://github.blog/changelog/2026-08-21-the-new-github-copilot-experience-in-slack/) - [GitHub Changelog: Gemeinsame Agentenarbeit mit GitHub Copilot in Microsoft Teams](https://github.blog/changelog/2026-08-21-shared-agentic-work-with-github-copilot-in-microsoft-teams/) Mentions: GitHub, Copilot, Slack, Microsoft Teams, cloud sandbox, code channel ## Sources - [GitHub Changelog](https://github.blog/changelog/2026-08-21-the-new-github-copilot-experience-in-slack/) - [GitHub Changelog](https://github.blog/changelog/2026-08-21-shared-agentic-work-with-github-copilot-in-microsoft-teams/)