### 14. quality_report
**Zweck:** Qualitätsbericht für Codebase erstellen
**Parameter:**
- scope (optional): full | changes_only
- format (optional): json | markdown
**Rückgabe:** Vollständiger Report über alle Prüfungen
---
## WORKFLOW-INTEGRATION
### Bei Task-Erstellung mit Code-Änderungen:
```
1. tasks_create → Task erstellen
2. [KI arbeitet]
3. quality_check --path=<geänderte Dateien>
4. IF failed:
→ tasks_result --status=partial --error_message="Quality check failed"
→ Korrigieren und erneut prüfen
5. IF Code in /app/Views/docs:
→ contracts_validate --contract=betriebsdokumentation
6. IF Code in /src oder /app (nicht docs):
→ contracts_validate --contract=layered_architecture
7. IF all passed:
→ tasks_result --status=success
→ tasks_status --status=completed
```
### Vor Deployment (Sync zu Prod):
```
1. quality_check --checks=all
2. contracts_validate --contract=betriebsdokumentation
3. contracts_validate --contract=layered_architecture
4. IF any critical → BLOCK SYNC
5. IF major > threshold → WARNING
```
---
## ENFORCEMENT-REGELN für MCP-Server
Der MCP-Server MUSS diese Regeln durchsetzen:
1. **Nach jeder Code-Änderung (Edit/Write auf .php):**
- Automatisch `quality_check` ausführen
- Bei Security-Violations (Semgrep): Warnung an KI
2. **Vor Task-Completion:**
- `quality_check` auf alle geänderten Dateien
- Relevante `contracts_validate` ausführen
- Task darf nur bei 0 critical violations als "completed" markiert werden
3. **Kein Git auf diesem Server:**
- Deployment erfolgt via `/opt/scripts/sync-dev-prod.sh`
- MCP-Server sollte NIEMALS git-Befehle ausführen
---
## Deliverables (ergänzt zu #29)
6. Integration der Contract-Validierung
7. Integration der PHP-Quality-Checks
8. Automatische Enforcement-Logik
9. Fehlermeldungen mit konkreten Korrekturhinweisen