Conrad Schulz a959d76850 feat: requirements engineering + konsistenz-check

- git-templates/docs/requirements/REQUIREMENTS.md: persistentes Requirements-Template
  mit User Stories, ACs, NFRs, Out-of-Scope, Aenderungshistorie
- prompts/check-consistency.prompt.md: neuer /check-consistency Prompt
  (Code vs. Requirements vs. Docs, findet Widersprueche vor dem Commit)
- git-templates/hooks/pre-commit: Check 5 hinzugefuegt
  (blockiert wenn REQUIREMENTS.md unstaged Aenderungen hat)
- prompts/requirements.prompt.md: liest und schreibt jetzt docs/requirements/REQUIREMENTS.md
- copilot-instructions.md (beide): Requirements-Sektion, DoD + Before-starting erweitert
- git-templates/history/summary/PROJECT_CONTEXT.md: Requirements-Pfad erganzt

2026-06-02 17:51:41 +00:00

1.7 KiB

Raw Blame History

mode

description

tools

agent

Konsistenz-Check – prüft ob Code, Docs und Requirements widerspruchsfrei sind

codebase

Konsistenz-Check

Prüfe ob alle Teile des Projekts konsistent und widerspruchsfrei sind. Dieser Check sollte vor jedem Commit ausgeführt werden.

1. Requirements vs. Code

Lies docs/requirements/REQUIREMENTS.md (falls vorhanden).

Sind alle User Stories korrekt implementiert?
Gibt es Code-Verhalten das NICHT in den Requirements beschrieben ist?
Gibt es Requirements die noch NICHT implementiert sind? (→ als TODO markieren)
Widerspricht eine neue Implementierung einer bestehenden Anforderung?

2. Code vs. Dokumentation

Stimmt docs/USER.md mit dem tatsächlichen Verhalten überein?
Stimmt docs/ADMIN.md mit der tatsächlichen Konfiguration/Deployment überein?
Stimmt docs/MAINTAINER.md mit der tatsächlichen Architektur überein?
Gibt es Funktionen/Endpunkte/Befehle die dokumentiert sind aber nicht (mehr) existieren?

3. Code vs. Code

Gibt es widersprüchliche Konfigurationen (z.B. Port in zwei Dateien unterschiedlich)?
Gibt es doppelte/widersprüchliche Konstanten oder Defaults?
Sind API-Contracts konsistent (Request/Response-Formate)?
Gibt es veraltete TODO-Kommentare die inzwischen implementiert wurden?

4. Ergebnis

Erstelle einen kurzen Bericht:

## Konsistenz-Check – [DATUM]

### ✓ Konsistent
- [was wurde geprüft und ist ok]

### ✗ Widersprüche gefunden
- [Widerspruch 1]: [Beschreibung + betroffene Dateien]

### ⚠ Offene Punkte
- [was ist unklar oder noch nicht überprüfbar]

Wenn Widersprüche gefunden wurden: Behebe sie bevor du committst. Wenn alles konsistent ist: Kurze Bestätigung und Commit kann fortgesetzt werden.

1.7 KiB Raw Blame History Unescape Escape