rd13_copilot_setup/prompts/check-consistency.prompt.md
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

54 lines
1.7 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

---
mode: agent
description: Konsistenz-Check prüft ob Code, Docs und Requirements widerspruchsfrei sind
tools:
- 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.