comprehensive-review-pr-enhance
Professionelle Pull Requests mit detaillierten Beschreibungen erstellen
Kämpfen Sie mit unklaren PR-Beschreibungen und langsamen Code-Reviews? Diese Fähigkeit erstellt umfassende PR-Dokumentation mit Änderungszusammenfassungen, Review-Checklisten, Risikobewertungen und Testabdeckungsberichten, um den Review-Prozess zu beschleunigen.
Die Skill-ZIP herunterladen
In Claude hochladen
Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen
Einschalten und loslegen
Teste es
Verwendung von "comprehensive-review-pr-enhance". Generiere eine PR-Beschreibung für meinen Bugfix-Branch
Erwartetes Ergebnis:
- ## Summary
- This PR fixes the login timeout issue reported in #142 by implementing exponential backoff for authentication retries.
- **Impact**: 3 files changed (45 additions, 12 deletions)
- **Risk Level**: Low - isolated change to auth module
- **Review Time**: ~10 minutes
- ## What Changed
- - `src/auth/login.ts`: Added backoff logic with configurable max retries
- - `src/config/defaults.ts`: New AUTH_RETRY_CONFIG constants
- - `tests/auth/login.test.ts`: 8 new test cases for retry scenarios
- ## Testing
- - Verified login succeeds after transient network failures
- - Confirmed proper error messages after max retries exceeded
- - All existing auth tests continue to pass
Verwendung von "comprehensive-review-pr-enhance". Erstelle eine Review-Checkliste für meinen PR
Erwartetes Ergebnis:
- ## Review Checklist
- ### General
- - [ ] Code follows project style guidelines
- - [ ] Self-review completed
- - [ ] Comments added for complex logic
- - [ ] No debugging code left
- ### Code Quality
- - [ ] No code duplication
- - [ ] Functions are focused and small
- - [ ] Error handling is comprehensive
- ### Testing
- - [ ] All new code is covered by tests
- - [ ] Edge cases are tested
- - [ ] Tests follow AAA pattern
Sicherheitsaudit
SicherAll static analysis findings evaluated as false positives. The skill contains Python code examples and templates within markdown documentation files, not executable code. The subprocess calls and shell commands exist only as illustrative examples in code blocks. No actual command execution, network access, or security risks present. Safe for publication.
Qualitätsbewertung
Was du bauen kannst
Open-Source-Mitwirkender
Strukturierte PR-Beschreibungen für Beiträge zu großen Projekten mit etablierten Review-Prozessen und Checklisten-Anforderungen generieren.
Engineering-Teamleiter
PR-Qualität im gesamten Team standardisieren durch konsistente Beschreibungen, Review-Checklists und Risikodokumentation für alle Merges.
Einzelentwickler
Gründliche Dokumentation für persönliche Projekte erstellen, um Änderungen über die Zeit zu verfolgen und zukünftige Wartung oder Zusammenarbeit zu erleichtern.
Probiere diese Prompts
Überprüfe die Änderungen in meinem aktuellen Branch im Vergleich zu main und schreibe eine prägnante PR-Zusammenfassung, die erklärt, was sich geändert hat und warum.
Analysiere meinen PR-Diff und generiere eine umfassende Beschreibung einschließlich: Zusammenfassung, Was geändert wurde, Durchgeführte Tests, Risiken, Breaking Changes und eine an die geänderten Dateitypen angepasste Review-Checkliste.
Mein PR hat viele Änderungen. Analysiere den Diff, um logische Gruppierungen zu identifizieren und schlage vor, wie dies in kleinere, überprüfbare PRs aufgeteilt werden kann. Erkläre für jede vorgeschlagene Aufteilung den Umfang und welche Dateien zusammengehören.
Erstelle ein vollständiges PR-Paket: Analysiere die Änderungen, generiere eine detaillierte Beschreibung mit allen Abschnitten, erstelle eine Risikobewertung mit Mitigationsstrategien, erstelle einen Testabdeckungsbericht, schlage notwendige Architekturdiagramme vor und liefere kontextbewusste Review-Checklisten für jede Kategorie der Änderung.
Bewährte Verfahren
- PRs auf eine einzelne logische Änderung fokussieren, um den Review zu vereinfachen
- Vorher- und Nachher-Beispiele für Verhaltensänderungen einschließen
- Änderungen lokal testen und die Testergebnisse im PR dokumentieren
Vermeiden
- PRs mit Hunderten geänderter Dateien einreichen, ohne sie aufzuteilen
- Vage Beschreibungen wie 'Stuff behoben' oder 'sonstige Verbesserungen' schreiben
- TODO-Kommentare oder Debugging-Anweisungen im endgültigen Code belassen