diff --git a/.github/instructions/knowledge-base-maintenance.instructions.md b/.github/instructions/knowledge-base-maintenance.instructions.md
new file mode 100644
index 0000000..6374980
--- /dev/null
+++ b/.github/instructions/knowledge-base-maintenance.instructions.md
@@ -0,0 +1,20 @@
+---
+name: "Knowledge-Base-Pflege"
+description: "Use when analyzing projects, repositories, Git history, activities, roles, or technologies under temp/ and updating knowledge/projects.md, knowledge/roles.md, or knowledge/technologies.md for a new application."
+applyTo: "temp/**, knowledge/projects.md, knowledge/roles.md, knowledge/technologies.md"
+---
+# Knowledge-Base-Pflege
+
+Pflege die Bewerbungsdatenbank aus den jeweils unter `temp/` abgelegten Softwareprojekten.
+
+- Untersuche den vollständigen Projektinhalt: README, Konfiguration, Abhängigkeiten, Quellcode, Tests, Dokumentation und vorhandene Medien.
+- Werte bei Git-Repositories zusätzlich die lokale Historie aus. Berücksichtige dabei ausschließlich Commits, deren Autorname einem der folgenden eigenen Git-Aliase entspricht: `Rob Tranquillo`, `RobTranquillo`, `Tranquillo`, `trnq1ll0`, `Rob`, `rob`, `Robert` oder `Robert Wartenberg`. Commits anderer Autorinnen und Autoren dürfen nicht als Beleg für eigene Tätigkeiten verwendet werden. Nutze die berücksichtigten Commits, Branches und den Dateiverlauf nur als Beleg für tatsächlich durchgeführte Arbeiten; leite keine nicht belegbaren Tätigkeiten daraus ab.
+- Übernimm ausschließlich nachweisbare, bewerbungsrelevante Fakten. Formuliere sie neutral, präzise und wiederverwendbar, nicht als Anschreiben oder Selbstbewertung.
+- Ordne neue Erkenntnisse gezielt zu:
+  - `knowledge/projects.md`: Projekt- oder Arbeitskontext, Zeitraum soweit belegbar, Quelle/Repository, Zweck, Herausforderungen, Ergebnisse und eingesetzte Lösungen.
+  - `knowledge/roles.md`: Rollen, Verantwortlichkeiten, Tätigkeiten, Organisation oder Kontext, Ort und Zeitraum soweit belegbar.
+  - `knowledge/technologies.md`: Jede Technologie einzeln mit Komplexität, konkretem Einsatz und zugehörigem Projekt oder Kontext.
+- Erfinde weder Zeiträume, Arbeitgeber, Rollen, Umfang, Kennzahlen noch technische Details. Kennzeichne fehlende Angaben als „nicht weiter spezifiziert“ nur, wenn die Technologie selbst eindeutig belegt ist.
+- Prüfe die vorhandenen Einträge vor dem Ergänzen. Aktualisiere oder erweitere bestehende Einträge statt Informationen zu duplizieren.
+- Halte die bestehende Markdown-Struktur mit Überschriften und Faktenlisten bei. Verändere keine LaTeX-Dateien.
+- Führe nach Änderungen eine Markdown-Diagnose und einen fokussierten Git-Diff-Check aus.
\ No newline at end of file