GitHub lässt Sicherheitsagenten aus früheren Fixes lernen – Copilot Memory braucht Kontrolle

GitHub verbindet zwei bislang getrennte Copilot-Funktionen: Agentic Autofix kann vorhandene Copilot Memories als Kontext für Sicherheitswarnungen nutzen und nach einem Fix das Reparaturmuster für spätere Aufgaben speichern. Damit wird aus einem einzelnen KI-Fix ein wiederverwendbares Stück Repository-Wissen.

Was sich bei Agentic Autofix ändert

Ist Copilot Memory aktiviert, prüft Agentic Autofix vorhandene Erinnerungen auf Hinweise, die bei einer Sicherheitswarnung helfen. Nach einer Reparatur kann das System das verwendete Muster wiederum als neue Erinnerung ablegen. Dieses Wissen steht nicht nur künftigen Autofix-Läufen zur Verfügung: Laut GitHub können auch Copilot Code Review und der Copilot Cloud Agent repository-spezifische sichere Entwicklungsmuster verwenden.

Der praktische Nutzen liegt auf der Hand. Viele Schwachstellen wiederholen sich nicht exakt, folgen innerhalb eines Projekts aber denselben Architektur- und Konventionsmustern. Ein Agent, der weiß, wie dieses Repository Datenbankzugriffe absichert oder welche Dateien bei einer Konfigurationsänderung gemeinsam angepasst werden müssen, kann konsistentere Vorschläge liefern.

Erinnerung wird zur gemeinsamen Steuerungsschicht

Die wichtigere Nachricht reicht deshalb über Agentic Autofix hinaus. Copilot Memory verbindet mehrere Agenten und Prüfwerkzeuge über einen gemeinsamen Kontext. Was ein Werkzeug aus einer Aufgabe lernt, kann das Verhalten eines anderen beeinflussen. Das reduziert wiederholte Erklärungen, vergrößert aber auch die Wirkung eines falsch verstandenen Musters.

GitHub baut dafür einige Leitplanken ein. Repository-Fakten werden mit Verweisen auf den zugrunde liegenden Code gespeichert und vor der Verwendung gegen den aktuellen Branch validiert. Sie bleiben auf dasselbe Repository beschränkt. Eigentümer können gespeicherte Fakten prüfen und löschen. Ungenutzte Einträge werden nach 28 Tagen automatisch entfernt; die Frist kann sich nach erfolgreicher Validierung und Verwendung zurücksetzen.

Trotzdem sollte ein Team Memory nicht als unsichtbare Komfortfunktion behandeln. Besonders bei Sicherheitsfixes gehört in den Betriebsprozess, wer gespeicherte Fakten kontrolliert, wie fehlerhafte Muster entfernt werden und welche Änderungen weiterhin menschliche Freigaben brauchen.

Was Teams vor der Aktivierung festlegen sollten

• Welche Personen dürfen durch ihre Copilot-Aktivität Repository-Erinnerungen erzeugen?
• Wer prüft gespeicherte Sicherheits- und Architekturregeln regelmäßig?
• Welche Autofix-Vorschläge benötigen zwingend Code Review und Tests?
• Wie werden überholte oder zu allgemein formulierte Muster gelöscht?
• Wie wird nachvollzogen, welche Erinnerung einen Fix beeinflusst hat?

Copilot Memory und Agentic Autofix befinden sich in der öffentlichen Vorschau. Memory ist für bezahlte Copilot-Pläne verfügbar, wird pro Nutzer aktiviert und muss bei verwalteten Business- und Enterprise-Plänen zunächst durch eine Richtlinie erlaubt werden.

Das ergänzt zwei andere Kontrollschichten: Die lokale Sandbox begrenzt den Zugriff von Copilot-Agenten, während OpenTelemetry ihre Arbeit beobachtbar macht. Memory fügt nun die Frage hinzu, welches Wissen zwischen Aufgaben bestehen bleibt.

Die klare Einordnung: Lernende Sicherheitsagenten können Routinefixes beschleunigen. Ihr Gedächtnis ist aber Teil der Sicherheitsarchitektur und kein bloßes Komfortmerkmal. Erst mit überprüfbaren Erinnerungen, verpflichtendem Review und Tests wird aus wiederverwendetem Kontext ein belastbarer Vorteil.

Quellen

• GitHub Changelog: Agentic autofix now uses Copilot Memory, 25. September 2026
• GitHub Docs: About GitHub Copilot Memory

KI-Hinweis: Dieser Beitrag wurde mit KI-Unterstützung recherchiert und redaktionell geprüft.