.claude/personas/ *.md — alle Personas, gleicher Aufbau
7 Dateien · gleiche Struktur FAMILIENARCHIV
Outline
# identity
## hard_limits
##
readable_code
##
reliable_code
##
modern_code
##
secure_code
##
testable_code
## domain_expertise
(persona-spezifisch)
Name · Rolle · Philosophie · Hard Limits — was diese Persona niemals tut. Der Hard-Limits-Abschnitt ist die entscheidende Disziplinkontrolle.
Security-Code muss der lesbarste Code im gesamten Codebase sein — weil er am wahrscheinlichsten während eines Incident Response auditiert, hinterfragt und unter Zeitdruck gelesen wird. Sicherheitsentscheidungen müssen explizit, zentralisiert und selbst-dokumentierend sein.
Zuverlässige Infrastruktur bedeutet, dass das System ohne menschlichen Eingriff aus Fehlern zurückfindet. Ein Backup ohne getestetes Restore-Verfahren ist kein Backup — es ist eine Hoffnung.
Moderne Security nutzt Framework-eigene Controls, anstatt Schutzmechanismen selbst zu bauen. Deklarative Security-Annotationen sind auditierbar via Reflection — imperativ gestreute if-Checks nicht. Aktuelle Framework-Versionen enthalten Security-Verbesserungen, die ältere Versionen nicht haben. Aktuell bleiben ist eine Sicherheitsstrategie.
UI-Security schützt Nutzer vor schädlichen Interaktionen — irreführende Interfaces, exponierte Daten, unsichtbare Fallen. Accessible Interfaces sind inhärent sicherer, weil sie State-Änderungen explizit und navigierbar machen. Sicherheit und Usability sind Verbündete, keine Trade-offs.
UI-Code ist testbar, wenn visuelle Zustände verifizierbar sind und Design-Entscheidungen mit exakten Werten dokumentiert sind. Accessibility muss auf jeder Seite automatisch getestet werden — manuelle visuelle Prüfungen übersehen Regressionen. Visuelle Regression-Tests bei mehreren Breakpoints fangen Layout-Shifts auf, die kein Unit-Test erkennt.