de.wedoany.com-Bericht: GitHub erweitert Copilot von der integrierten Entwicklungsumgebung (IDE) auf den gesamten Softwareentwicklungslebenszyklus und bringt eine neue Desktop-Anwendung sowie eine kollaborative Arbeitsumgebung namens Canvas auf den Markt. Ziel ist es, das KI-gestützte Codierungstool zu einer „Kommandozentrale" für die agentenbasierte Softwareentwicklung zu machen.
Das Unternehmen gab auf der jährlichen Build-Konferenz von Microsoft bekannt, dass die Desktop-Anwendung Entwicklern eine dedizierte Umgebung für die Zusammenarbeit mit KI-Agenten während des gesamten Softwareentwicklungslebenszyklus bieten soll. Die Anwendung enthält einen kollaborativen Arbeitsbereich namens Canvas, in dem Entwickler gemeinsam mit der KI Ideen entwickeln, Anforderungen verfeinern, Pläne erstellen und Projekte iterieren können. Sie verfügt außerdem über neue Funktionen wie Agent Merge (Agentenzusammenführung) und Code-Review, die es Entwicklern ermöglichen, Copilot zu automatisieren, Aufgaben verschiedener Agenten zur Erreichung bestimmter Ziele zusammenzuführen oder eigenständige Code-Reviews auf Basis festgelegter Kriterien durchzuführen. Phil Fersht, CEO von HFS Research, ist der Ansicht, dass diese neuen Funktionen Kontextwechsel reduzieren, die Engineering-Effizienz steigern und die Lieferzyklen beschleunigen können.
Trotz dieser neuen Funktionen dreht sich die aktuelle Diskussion unter Entwicklern jedoch meist um ein anderes Thema: GitHub Copilot wird diese Woche auf ein nutzungsabhängiges Abrechnungsmodell umstellen (das Unternehmen hatte dies im April angekündigt). Diese Änderung stößt im GitHub-Community-Forum auf Kritik. Nutzer werfen dem Unternehmen vor, eine „Köder-und-Wechsel"-Taktik anzuwenden, und einige fordern Rückerstattungen oder kündigen die Kündigung ihrer Abonnements an.
Aus Analystensicht ist diese Preisanpassung aus GitHub-Perspektive notwendig und sinnvoll. Advait Patel, Senior Reliability Engineer bei Broadcom, erklärt: „Die Rechtfertigung für die Preisanpassung liegt in der zukünftigen Ausrichtung von GitHub, nicht im aktuellen Produktzustand. Das parallele Ausführen mehrerer Agenten in Kombination mit Sandbox, Canvas-Review und Agent Merge über CI-Zyklen ähnelt eher Cloud Computing als einem IDE-Plugin und kann daher nicht über feste Sitze abgerechnet werden. Strukturell ist die nutzungsabhängige Abrechnung die richtige Wahl." Fersht meint, dass Entwickler und CIOs den Wandel von Copilot von einem Codierungsassistenten zu einer Plattform zur Orchestrierung von Softwareentwicklungsagenten und Workflows im Auge behalten sollten. Die Messgrößen sollten sich von „generierten Codezeilen" hin zu breiteren operativen Ergebnissen wie Veröffentlichungsgeschwindigkeit, Codequalität, Fehlerreduzierung und Engineering-Effizienz verschieben.
GitHub ist nicht das einzige Unternehmen im Bereich Vibe-Coding-Tools, das seine Preisstrategie überdenkt. Im vergangenen Jahr haben Plattformen wie Claude Code, Replit, Cursor und Kiro ihre Preisstrukturen mehrfach angepasst, um den steigenden Infrastrukturkosten, der begrenzten GPU-Verfügbarkeit und dem Aufwand für die zunehmend komplexen KI-Modelle und Agenten gerecht zu werden. Amit Chandak, Chief Analysis Officer der IT-Beratungsfirma Kanerika, ist der Ansicht, dass Entwickler und CIOs sich weniger auf den Preismechanismus von GitHub konzentrieren sollten, sondern vielmehr darauf, ob diese Tools messbaren geschäftlichen Mehrwert liefern. Er sagt: „Die von GitHub angekündigten neuen Funktionen können als Produktivitätsmultiplikatoren wirken, aber sie könnten auch Funktionen sein, die den Verbrauch erhöhen, ohne entsprechenden geschäftlichen Mehrwert zu bieten. Wenn vor der Einführung keine Produktivitätsbasislinie festgelegt wird, könnten Unternehmen höhere Kosten tragen, ohne den gelieferten Wert klar nachvollziehen zu können." Fersht glaubt, dass Entwickler und CIOs mit den sich ändernden Preismodellen auf Governance, Überwachung und Finanzkontrolle achten müssen: „Autonome Agenten werden kontinuierlich schlussfolgern, testen, überarbeiten und mit mehreren Systemen interagieren. Ihr Verbrauchsmuster ist weitaus schwerer vorherzusagen als das traditioneller SaaS-Tools."
Patel empfiehlt Nutzern und Entscheidungsträgern, mehr Skepsis walten zu lassen, insbesondere da die neuen Funktionen noch in der technischen Vorschauphase sind. Er fügt hinzu: „Kunden werden jetzt aufgefordert, variable Tarife für einen Wert zu zahlen, der noch nicht in der Produktion validiert wurde. Gehen Sie nicht davon aus, dass neue Funktionen höhere Ausgaben rechtfertigen. Führen Sie stattdessen ein 90-tägiges Pilotprojekt durch, messen Sie die Anzahl der zusammengeführten PRs pro Dollar vor und nach der Einführung, und lassen Sie die Daten sprechen. Wenn sich das Verhältnis verbessert, ist die Preisgestaltung fair; wenn nicht, zahlen Sie für ein Versprechen, nicht für eine Lieferung."
Dieser Artikel wurde von Wedoany übersetzt und bearbeitet. Bei jeglicher Zitierung oder Nutzung durch künstliche Intelligenz (KI) ist die Quellenangabe „Wedoany“ zwingend vorgeschrieben. Sollten Urheberrechtsverletzungen oder andere Probleme vorliegen, bitten wir Sie, uns unverzüglich zu benachrichtigen. Wir werden den entsprechenden Inhalt umgehend anpassen oder löschen.
E-Mail: news@wedoany.com
