Einleitung: Der GitHub Copilot Coding Agent feierte gestern auf der Microsoft Build Konferenz sein Debüt.
Anfang dieses Jahres kündigte GitHub Project Padawan an, einen Agenten, der Softwareentwickler unterstützen und Routineaufgaben wie Codeüberprüfung, Refactoring und Fehlerbehebung in ihrem Namen übernehmen soll.
Gestern (19. Mai) hat GitHub auf der jährlichen Microsoft Build Konferenz die erste Version dieses Coding Agents unter dem Namen GitHub Copilot Coding Agent vorgestellt. Dieser neue Software Engineering (SWE) Agent wird vollständig in die GitHub-Erfahrung integriert sein und kann GitHub-Issues empfangen und autonom bearbeiten. Er wird ab heute für Nutzer von Copilot Enterprise und Copilot Pro+ eingeführt.
Da der Coding Agent erhebliche Rechenleistung benötigt, wird er mithilfe von GitHub Actions in der Cloud ausgeführt. Sobald ein Entwickler dem Agenten ein Issue zuweist, startet dieser eine anpassbare Entwicklungsumgebung in GitHub Actions, um an einem Pull Request zu arbeiten.
Allerdings kann der Agent ohne menschliche Genehmigung keine CI/CD-Workflows ausführen. Er kann nur in selbst erstellte Branches pushen und darf Standard-Branches oder andere von Entwicklern erstellte Branches nicht berühren. Entwickler können die MCP-Server und Websites einschränken, auf die der Agent zugreifen darf. Außerdem kann zur weiteren Optimierung des Überprüfungsprozesses ein Entwickler, der den Agenten bittet, einen Pull Request zu öffnen, diesen nicht selbst genehmigen.
„Der Vertrauensfaktor von Agenten ist in der heutigen Welt nicht so hoch wie der von menschlichen Entwicklern“, sagte uns GitHub CEO Thomas Dohmke. „Es ist fast so, als würde man jemanden ohne Vorstellungsgespräch, ohne Hintergrundprüfung und all diese Dinge in sein Team aufnehmen. Deshalb sind wir der Meinung, dass Agenten in einer kontrollierteren Umgebung sein müssen als ein menschlicher Entwickler.“
Derzeit wird er von Anthropic's Claude Sonnet 3.7 angetrieben, da das Team, wie Dohmke mir sagte, der Meinung war, dass das Modell derzeit die „beste Kombination aus Codequalität und Übereinstimmung mit den Entwicklerpräferenzen“ aufweist.
Dohmke sprach kürzlich davon, dass Copilot zum Peer des Entwicklers wird. In vielerlei Hinsicht geschieht das definitiv.
„Der Workflow ist folgender: Als Entwickler verbringen Sie immer noch den größten Teil Ihrer Zeit (hoffentlich in VS Code) damit, Software zu bauen, die Sie lieben, das zu tun, was Sie lieben“, sagte er in einem Interview vor der heutigen Ankündigung. „Wenn Sie eine Aufgabe haben oder jemand Ihnen ein GitHub-Issue zuweist oder es einen Fehlerbericht gibt, werfen Sie ihn dem Coding Agenten zu. Und dann führen Sie einige Agent-Sitzungen in der Cloud aus, und Ihre lokale Maschine steht Ihnen zur Verfügung, um im Flow zu sein. Hoffentlich tun Sie dabei magische Dinge.“
Entwickler können einem Agenten ein Issue über GitHub.com, GitHub Mobile oder die GitHub CLI zuweisen, genau wie einem Kollegen. Der Agent fügt dann ein 👀-Emoji hinzu und beginnt zu arbeiten. Entwickler können den Fortschritt überwachen, indem sie die Denkschritte und Code-Validierungsbemühungen des Agenten in den Sitzungsprotokollen einsehen.
GitHub betonte, dass all diese Funktionen am besten für klar definierte Anfragen geeignet sind, die typischerweise mit einem einzigen GitHub-Issue gelöst werden können. „Der Agent excels bei Aufgaben geringer bis mittlerer Komplexität in einer gut getesteten Codebasis, vom Hinzufügen von Features über das Beheben von Fehlern bis hin zum Erweitern von Tests, Refactoring von Code und Verbessern der Dokumentation“, sagte Dohmke.
Von der Code-Vervollständigung zum Coding Agent
Dieser neue Agent ergänzt den bestehenden Agent-Modus von Copilot, der in der IDE ausgeführt wird. Der Agent-Modus kann auch Code von Grund auf schreiben, bestehende Codebasen bearbeiten und bei Bedarf Werkzeuge verwenden. Dieser Agent-Modus war übrigens bisher nur in VS Code verfügbar, ist aber jetzt auch für JetBrains, Eclipse und Xcode verfügbar.
Dohmke sieht die aktuellen Angebote als ein kontinuierliches Spektrum, von der Code-Vervollständigung und dem Agent-Modus – die den inneren Kreis des Codings abdecken – bis zum Coding Agenten, betonte er.
„Die Idee“, erklärte er, „ist, sich vorzustellen, dass der Coding Agent einen Pull Request erstellt hat und fünf Commits erstellt hat. Es ist fast fertig, und jetzt müssen Sie eine Entscheidung treffen: Ist es für Sie nachhaltig, es so lange zu prompen, bis es genau dort ist, wo Sie es haben wollen? Oder ist es vielleicht einfach schneller für Sie, diesen Pull Request mit der GitHub CLI auszuchecken? VS Code zu öffnen – mit oder ohne Agent-Modus – die Änderung vorzunehmen und zurückzupushen? Ein Pull Request bietet einen idealen Punkt, um zu sagen, der Agent hat Sie so weit gebracht, und jetzt machen Sie die letzten paar Commits zurück zum selben Pull Request, um ihn für den Merge bereit zu machen.“
Microsofts SRE-Agent
Neben dem Coding Agenten hat Microsoft diese Woche auch einen Visual Reliability Engineering (SRE) Agenten für Azure eingeführt, der tatsächlich den neuen GitHub SWE Agenten nutzen kann, um Probleme autonom zu beheben.
„Das Wichtigste dabei ist, dass er Ihre Systeme rund um die Uhr überwachen kann und Probleme, die auftreten, automatisch beheben kann“, sagte mir Amanda Silver, Corporate Vice President und Head of Product für die Developer Division bei Microsoft. „Und er kann mit Ihren GitHub-Workflows zusammenarbeiten. Sobald er die Ursache eines Problems herausgefunden hat, kann er tatsächlich versuchen, es automatisch zu beheben, […], aber er kann diese Probleme auch in GitHub protokollieren. Wir haben also auch diese sehr schöne Interaktion, bei der Sie den SRE-Agenten Ihre Produktionssysteme überwachen lassen können. Er findet ein Problem, protokolliert dieses Problem als Issue in GitHub, und dann kann der SWE-Agent, das ist der GitHub Copilot Coding Agent, den wir einführen, dieses Issue aufgreifen und an der Behebung arbeiten.“
Silver bemerkte, dass dieser SRE-Agent auf einem internen Agenten basiert, den Microsoft selbst entwickelt und verwendet. Seine Daten basieren auf denselben Richtlinien, die das Unternehmen seinen Ingenieuren gibt, um ihnen bei der Fehlerbehebung von Azure-Diensten zu helfen.
Microsoft hat sich auch mit New Relic zusammengetan, um Daten von dessen Application Performance Monitoring (APM)-Service in diesen Workflow einzubringen. Der Agent kann auch mit ServiceNow, PagerDuty und anderen Incident-Management-Systemen zusammenarbeiten.
Den Spaß an DevOps zurückbringen
Bei all dem gehe es darum, den Spaß an DevOps zurückzubringen, sagte Silver.
„Wir denken, diese ganze Kategorie ist eigentlich 'Agent DevOps', das ist die nächste Phase von DevOps als Ganzes“, sagte Silver. „Dies ist die Welt, in der wir KI-Agenten in jeder Phase der Entwicklung eingebettet sehen: von der Planung bis zur Produktion, vom Coding bis zur Bereitstellung. Das wird wirklich helfen, die Softwareauslieferung zu beschleunigen, die Qualität zu erhöhen und viel Spaß zurückzubringen.“
Bonus: VS Code Copilot Extension ist jetzt Open Source
Der Coding Agent war zweifellos das Highlight der gestrigen GitHub-Ankündigungen. Es ist jedoch erwähnenswert, dass GitHub auch die VS Code GitHub Extension Open Source stellt. VS Code ist bereits Open Source, ebenso wie viele der Erweiterungen, auf die sich Entwickler verlassen. Die Copilot-Erweiterung – einschließlich ihrer Systemprompts – wird nun im selben GitHub-Repository wie VS Code angesiedelt sein.
„Ich denke, das Wichtigste dabei ist, dass dies das Ökosystem wirklich dazu ermutigen wird, sich mit uns gemeinsam zu entwickeln“, sagte uns Silver. „VS Code war schon immer Open Source, und die Erweiterungen sind, wo die Magie von VS Code liegt. Ich denke, offensichtlich gibt es eine Menge Innovationen im Bereich des KI-gestützten Codings, und deshalb wollen wir sicherstellen, dass VS Code weiterhin im Zentrum all dieser Innovationen steht.“
Für Entwickler ist besonders bemerkenswert, dass die Copilot Extension für Apples Xcode IDE bereits Open Source ist.
Redakteur: 场长
Verwandte Links:
Verwandte Lektüre: