Werkzeuge

GitHub im Zeitalter der Agenten

Copilot ist von der Autovervollständigung zu einem Team von Agenten gewachsen, und mit ihm haben sich die Preise, die Datenregeln und die Verfügbarkeit von GitHub verändert. Was 2026 gebracht hat und was es für Sie bedeutet.

  • Review
  • 08.10.2026
  • 4 Min. Lesezeit

Für die meisten Unternehmen, die Software bauen, ist GitHub der Ort, an dem der Code liegt, an dem er geprüft und von dem aus er ausgeliefert wird. Copilot begann als Vorschlagsmaschine im Editor. Heute präsentiert GitHub seine Plattform als Zuhause für Agenten, und 2026 hat gezeigt, was das in der Praxis bedeutet: neue Arbeitsweisen, neue Preise, neue Regeln für Daten und eine Plattform unter Druck.

Von der Autovervollständigung zu Agenten

Die Wende kam im Mai 2025 mit dem Coding-Agenten von Copilot. Sie weisen Copilot ein Issue zu, und er startet eine virtuelle Maschine in GitHub Actions, arbeitet am Code und öffnet einen Pull Request im Entwurfsstatus zur Prüfung. Die Leitplanken waren von Anfang an vernünftig: Der Agent kann nur in Branches pushen, die er selbst erstellt hat, die Person, die die Arbeit angefordert hat, kann sie nicht genehmigen, und Workflows laufen erst, wenn ein Mensch sie freigibt.

Im Oktober 2025 öffnete GitHub die Plattform für Agenten anderer Hersteller. Unter dem Namen Agent HQ sollten Agenten von Anthropic, OpenAI, Google, Cognition und xAI in die bezahlten Copilot-Abonnements kommen, gesteuert von einer einzigen Mission Control aus. GitHub gab an, 180 Millionen Entwickler zu haben, und 80 Prozent der neuen Entwickler nutzten Copilot in ihrer ersten Woche.

Im Juni 2026 folgte die Copilot-App, eine Desktop-App, die um Agenten herum gebaut ist. Jede Session läuft in einer eigenen Kopie des Branches, sodass parallele Agenten einander nicht in die Quere kommen, und Agent Merge überwacht die Checks, verfolgt die erforderlichen Reviewer und führt den Merge durch, wenn Sie es erlauben. Im Oktober wurde lokales Sandboxing allgemein verfügbar: Befehle, die ein Agent auf dem Rechner eines Entwicklers startet, laufen mit eingeschränktem Zugriff auf Dateien, Netzwerk und Zugangsdaten, nach Regeln, die eine Organisation durchsetzen kann.

Eine Plattform unter Last

Agenten erzeugen Arbeit in einer Geschwindigkeit, die Menschen nie erreicht haben, und GitHub hat das gespürt. Im April schrieb CTO Vlad Fedorov, GitHub habe im Oktober 2025 begonnen, für die zehnfache Kapazität zu planen, und lege sie seit Februar 2026 für das 30-Fache aus, wobei agentische Workflows seit Ende Dezember der wichtigste Treiber seien. Im selben Beitrag entschuldigte er sich für einen Fehler in der Merge Queue, der in 2'092 Pull Requests in 658 Repositories falsche Merge-Commits erzeugt hatte. Es ging kein Code verloren, aber einige Default-Branches blieben in einem falschen Zustand zurück.

Am 17. August war GitHub während 7 Stunden und 47 Minuten gestört, bei Anmeldung, Actions, API, Pull Requests, Issues und Copilot. Eine Lastspitze traf in einem Rechenzentrum auf eine Komponente, die nicht mitskalierte. Die Commits seien seit April von 1,4 Milliarden auf 2,9 Milliarden im Monat gestiegen, schrieb Fedorov, und er beschönigte nichts: «Wir haben es versäumt, kritische Komponenten zu skalieren, bevor die Nachfrage ihre Kapazität überstieg.»

Preise und Daten

Die Kosten der Agenten sind in der Preisliste angekommen. Im April stoppte GitHub neue Registrierungen für die Pläne Pro, Pro+ und Student, verschärfte die Limits und nahm die Opus-Modelle von Anthropic aus Pro heraus. Die Begründung: «Es ist inzwischen üblich, dass eine Handvoll Anfragen Kosten verursacht, die den Preis des Plans übersteigen.» Eine Woche später kündigte GitHub eine nutzungsbasierte Abrechnung ab dem 1. Juni an. Jeder Plan enthält nun Credits im Wert seines Preises, 10 Dollar für Pro, 39 für Pro+, 19 je Nutzer für Business und 39 für Enterprise, und die Nutzung wird zu den veröffentlichten API-Tarifen des jeweiligen Modells davon abgezogen. Code-Vervollständigungen bleiben inbegriffen, und das Code-Review von Copilot verbraucht zusätzlich Actions-Minuten.

Im Oktober ermöglichte GitHub Organisationen, Code-Reviews dem Unternehmen zu verrechnen und sie auf Lizenzen zu beschränken, die das Unternehmen bereitstellt. In der Standardeinstellung schlägt ein Review, das ein Mitglied mit aufgebrauchtem Kontingent anfordert, schlicht fehl.

Auch die Datenregeln haben sich geändert. Seit dem 24. April nutzt GitHub Interaktionsdaten von Nutzern von Copilot Free, Pro und Pro+, einschliesslich Eingaben, Ausgaben und Code-Snippets, zum Training seiner Modelle, sofern die Nutzer nicht widersprechen. Nutzer von Business und Enterprise sind nicht betroffen. Das ist für jedes Unternehmen relevant, dessen Entwickler persönliche Copilot-Konten für Firmencode verwenden: Private Repositories werden im Ruhezustand nicht verwendet, Code, der während einer Session verarbeitet wird, hingegen schon.

Was das für ein Unternehmen bedeutet

Daraus folgen fünf Dinge. Stellen Sie Firmencode unter Business- oder Enterprise-Lizenzen und halten Sie persönliche Pläne davon fern. Legen Sie Budgets auf Ebene von Enterprise, Kostenstelle und Nutzer fest, bevor Agenten laufen, denn Arbeit wird jetzt nach Token abgerechnet. Halten Sie Branch-Schutzregeln und verpflichtende Reviews streng, denn die Leitplanken der Agenten stützen sich darauf.

Planen Sie für den Fall, dass GitHub ausfällt: Wenn Ihre Releases, Ihre Agenten und Ihre Reviews alle dort laufen, stoppt ein langer Ausfall alle drei, also sollten Sie wissen, wie Sie ohne GitHub ausliefern würden. Und halten Sie Ihre Anweisungen, Skills und Tests im Repository statt im Agenten eines einzelnen Anbieters, denn die Liste der Agenten wird sich weiter ändern.

So bauen wir mit Werk. KI schreibt den grössten Teil des Codes auf einem Framework, das wir gebaut haben und dem wir vertrauen, Menschen prüfen jede Veröffentlichung, und jede Veröffentlichung wird getestet. GitHub gibt Agenten einen Ort zum Arbeiten. Es entscheidet nicht, was gut genug ist, um ausgeliefert zu werden. Das tut weiterhin ein Mensch.