Am 15. Oktober 2026 hat GitHub die allgemeine Verfügbarkeit des agentischen Autofix für Code-Scanning-Warnungen angekündigt. Bisher auf einen einmaligen Vorschlag über die Schaltfläche „Generate Fix“ beschränkt, kann die Behebung von durch CodeQL gemeldeten Schwachstellen jetzt vollständig einem Copilot-Agenten übertragen werden, der den Code untersucht, eine Korrektur vorschlägt, sie erneut prüft und anschließend selbstständig eine Pull Request öffnet.
Von der Schaltfläche „Generate Fix“ zum autonomen Agenten
Automatisierte Schwachstellenbehebung ist bei GitHub nicht neu: Copilot Autofix für CodeQL ist seit 2024 für öffentliche Repositorys allgemein verfügbar. Was sich mit dem agentischen Autofix ändert, ist der vollständige Ablauf. Der Agent durchsucht die relevanten Dateien im Repository, wie es ein Entwickler täte, erzeugt eine Korrektur, führt CodeQL erneut aus, um zu bestätigen, dass die Warnung tatsächlich geschlossen wird, iteriert bei Bedarf und öffnet dann eine Pull Request im Entwurfsmodus, die die Korrektur zusammenfasst, erklärt, warum sie die Warnung schließt, und die durchgeführten Validierungsschritte auflistet.
Wie eine Korrektur abläuft
Bei einer einzelnen Warnung ersetzt eine Schaltfläche „Assign to Copilot“ die kostenlose Option „Generate Fix“, sobald die Funktion aktiviert ist. Sie funktioniert nur bei Warnungen, die im Standard-Branch des Repositorys vorhanden sind: Warnungen, die nur auf einer Pull Request oder einem anderen Branch existieren, können dem Agenten nicht zugewiesen werden. Eine weitere Neuerung: Bis zu 25 Warnungen lassen sich jetzt gemeinsam aus der Liste der Sicherheitswarnungen oder einer Sicherheitskampagne auswählen, um sie in einer einzigen Pull Request zu beheben.
| Kriterium | Generate Fix | Agentischer Autofix |
|---|---|---|
| Kosten | Kostenlos | AI Credits + GitHub-Actions-Minuten |
| Umfang | Ein Vorschlag, eine Warnung | Bis zu 25 Warnungen in einer Pull Request |
| Validierung | Keine automatische erneute Prüfung | Führt CodeQL erneut aus, bis die Warnung geschlossen ist |
| Iteration | Nein | Ja, per Kommentar auf der Pull Request oder im Tab „Agents“ |
Sobald die Pull Request offen ist, lassen sich weitere Anpassungen anfordern, indem man direkt darauf kommentiert oder die Sitzung über den Tab „Agents“ des Repositorys fortsetzt. Die Zuweisung kann auch über die REST-API erfolgen, was die Integration in automatisierte Behebungskampagnen ermöglicht:
PATCH /repos/{owner}/{repo}/code-scanning/alerts/{alert_number}
Authorization: Bearer <token>
Content-Type: application/json
{
"assignees": ["copilot-swe-agent[bot]"]
}Der Agent prüft jede Korrektur erneut, indem er CodeQL vor dem Öffnen der Pull Request erneut ausführt, statt sich mit einem ungeprüften Vorschlag zu begnügen.
Wer Zugriff erhält
Die Funktion ist Kunden von GitHub Code Security oder GitHub Advanced Security auf GitHub Enterprise Cloud vorbehalten, auch mit Datenresidenz. Ein Unternehmens-Administrator muss zunächst die Richtlinie „Agentic autofix“ in den Advanced-Security-Richtlinien aktivieren, bevor ein Organisations- oder Repository-Administrator sie auf seiner Ebene einschaltet. Zudem muss eine Copilot-Abrechnungsmethode hinterlegt sein.
Ein weiterer Baustein für Agenten im Produktivbetrieb
Diese Ausweitung reiht sich in einen breiteren Trend ein, Wartungsaufgaben an Agenten zu delegieren, die sich iterativ einem überprüfbaren Ergebnis annähern können. Der Unterschied liegt hier darin, was als Erfolg zählt: Anders als redaktioneller Inhalt liefert eine CodeQL-Warnung ein binäres Signal (geschlossen oder nicht), auf dem der Agent automatisch iterieren kann, was erklärt, warum Code-Sicherheit ein so fruchtbarer Boden für diese Art von Automatisierung ist, ein Muster, das ausführlicher in unserem Leitfaden zu KI für Webentwickler behandelt wird.
Das Wichtigste in Kürze
- Der agentische Autofix wechselt von der öffentlichen Vorschau (Juli 2026) zur allgemeinen Verfügbarkeit am 15. Oktober 2026.
- Der Agent untersucht den Code, behebt ihn, prüft mit CodeQL erneut und öffnet eine Pull Request im Entwurfsmodus, nach dem Prinzip einer geprüften Schleife statt eines einmaligen Vorschlags.
- Bis zu 25 Warnungen lassen sich gemeinsam behandeln, aber nur auf dem Standard-Branch.
- Der Zugriff erfordert GitHub Advanced Security, Enterprise Cloud und eine zweistufige Aktivierung (Unternehmen, dann Organisation oder Repository).
- Die Nutzung wird in AI Credits abgerechnet, getrennt von der weiterhin bestehenden kostenlosen Option „Generate Fix“.
Die allgemeine Verfügbarkeit sollte nicht vergessen lassen, dass die Pull Request ein Vorschlag ist, keine validierte Korrektur. Eine menschliche Prüfung vor dem Merge bleibt wichtig, besonders bei Code, der Authentifizierung oder Berechtigungen betrifft, wo ein syntaktisch sauberer Patch eine funktionale Regression verbergen kann, die CodeQL nicht erkennt. — Simon Janvier
Weiterführend: die offizielle Ankündigung im GitHub-Changelog.
