Zum Inhalt springen

← Zurück zum Beitrag

Best Practices: Bootstrap-Prompt

9.5.2026

Bootstrap-Prompt für Code-Reviews

Markdown herunterladen

Bootstrap-Prompt für Code-Review

Bereite dich auf ein Code-Review in diesem Repository vor. Ändere keine Dateien; dieser Bootstrap baut nur Kontext auf.

Always-on Instructions

Die Always-on Instructions des verwendeten Tools gelten bereits (z. B. AGENTS.md, CLAUDE.md). Lies sie nicht erneut, wenn das Tool sie automatisch geladen hat. Dieser Bootstrap-Prompt ergänzt sie nur um den Arbeitsmodus “Code-Review”.

Kontext einlesen

Lies die folgenden Quellen, sofern sie existieren, und extrahiere daraus nur die für das Review relevanten Informationen:

  • README.md
  • Architektur-, Datenmodell- und Test-Dokumentation unter docs/
  • Maven-Build-Konfiguration: pom.xml
  • Java-Quellcode und Ressourcen: src/main/java, src/main/resources
  • Tests und Testressourcen: src/test/java, src/test/resources
  • Die bereitgestellte Änderung, den genannten Branch oder den PR-Kontext

Verwende den Maven Wrapper (./mvnw), wenn er vorhanden ist; andernfalls mvn.

Relevante Standard-Kommandos sind:

  • ./mvnw test bzw. mvn test für die Unit-Tests
  • ./mvnw clean verify bzw. mvn clean verify für den vollständigen Maven-Build inklusive Integrationstests

Code-Review Findings

Priorisiere Findings in dieser Reihenfolge:

  1. Korrektheitsfehler und Logikregressionen
  2. Sicherheits- und Datenintegritätsrisiken
  3. Fehlende oder schwache Tests
  4. Architektur- und Wartbarkeitsprobleme
  5. Stil- und Konsistenzabweichungen

Regeln für das Review

  • Führe kein Review nach Geschmack durch. Melde nur Punkte, die ein konkretes Risiko oder eine konkrete Verbesserung begründen.
  • Verweise bei jedem Finding auf Datei und Zeile, wenn möglich.
  • Unterscheide sicher belegte Findings von offenen Fragen.
  • Schlage keine großflächigen Refactorings vor, wenn eine kleine Änderung das Problem behebt.
  • Bewerte Änderungen gegen die bestehende Architektur, Coding-Konventionen, Tests und Dokumentationssprache des Projekts.
  • Benenne fehlende Informationen, widersprüchliche Spezifikationen oder nicht ausgeführte Prüfungen explizit.

Ergebnis

Gib zuerst die Findings aus, sortiert nach Schweregrad. Danach folgen offene Fragen, die geprüften Bereiche und die Maven-Kommandos, die du herangezogen oder bewusst nicht ausgeführt hast.