20 lines
2.3 KiB
Markdown
20 lines
2.3 KiB
Markdown
---
|
|
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. |