GitHub: Copilot Memory merkt sich Commit-Stil, PR-Struktur und Kommunikationspräferenzen über alle Repositories hinweg

GitHub hat am 15. Mai 2026 ein bedeutendes Personalisierungs-Update für das Copilot-Ökosystem veröffentlicht — Copilot Memory User Preferences. Die Funktion beseitigt die Frustration von Entwicklern, die täglich dieselben Korrektionsmuster wiederholen müssen („Schreibe Conventional Commits nicht so”, „Formatiere den PR so”, „Bitte kürzere Erklärungen”), die Copilot bisher nicht zwischen Sitzungen gespeichert hat.

Welche Präferenzkategorien erfasst Copilot Memory?

GitHub nennt drei primäre Kategorien:

• Commit-Message-Stil — Conventional-Commits-Format vs. freie Form, durchschnittliche Länge, Sprache (Englisch, Muttersprache, gemischt), spezifische Syntax (z. B. feat: vs. Feature:)
• Pull-Request-Struktur — welche Abschnitte der Nutzer typischerweise einschließt (Summary, Test Plan, Breaking Changes), formeller oder informeller Header-Ton, ob ein TL;DR benötigt wird
• Kommunikationspräferenzen — formelles/informelles Register, Detailgrad in Erklärungen (kurzer One-Liner vs. ausführlicher Walkthrough), Art der bevorzugten Beispiele (nur Code vs. Konzept zuerst)

Was bedeutet „Repository-übergreifend” in der Praxis?

Copilot Memory funktioniert Repository-übergreifend — Nutzerpräferenzen werden durch Interaktion in einem Repository erlernt und automatisch angewendet, wenn der Nutzer an anderen arbeitet. Der praktische Effekt: Ein Entwickler, der wöchentlich an 5–10 Repositories arbeitet, muss Copilot nicht jedes Mal neu korrigieren — die Präferenzen folgen dem Nutzer, nicht dem Repository.

Dieser Ansatz ist das Gegenteil des per-Repository-Modells CLAUDE.md, das Anthropic für Claude Code verwendet, wo Präferenzen an den Workspace gebunden sind, nicht an den Nutzer. Beide Modelle haben ihre Vorzüge — per-Nutzer ist praktisch für einzelne Entwickler, per-Repository ist für Team-Workflows sauberer, bei denen verschiedene Repositories unterschiedliche Konventionen haben.

Datenschutzimplikationen und Opt-out

Der Memory-Speicher ist pro Nutzer in GitHubs Infrastruktur abgelegt, was bedeutet, dass Teammitglieder Präferenzen nicht automatisch teilen. Die Funktion ist opt-in in den Copilot-Einstellungen. Nutzer können überprüfen, was Memory gespeichert hat, und einzelne Präferenzen selektiv löschen (z. B. einen erlernten Commit-Stil löschen, wenn sich die Projektkonventionen ändern).

Position in der Copilot-Personalisierungsschicht

Copilot Memory User Preferences ist Teil des breiteren Trends, bei dem Vendor-Lock-in von „wir haben ein besseres Modell” zu „wir haben eine bessere Personalisierungsplattform” verschiebt. Cursor 2026 und Codeium haben ähnliche adaptive Features eingeführt. GitHubs Vorteil ist die Integration in den Git-Workflow — Copilot Memory lernt aus der tatsächlichen Git-Aktivität des Nutzers, nicht aus einem synthetischen Feedback-Signal.

Die Ankündigung fügt sich in eine Woche dramatischer Copilot-Entwicklungsveröffentlichungen ein: Copilot App Technical Preview (14.5.), Copilot Cloud Auto Model (14.5.), Copilot Cloud REST API (13.5.). Das Repository-übergreifende Memory verwandelt Copilot von einem Code-Completion-Werkzeug in einen personalisierten KI-Entwicklungspartner, der jeden Aspekt des Nutzerstils verfolgt.