Under 1 minute per PR
How to GitHub-Pull-Requests überprüfen with Eigent
Regressionen, fehlende Tests und riskante Verhaltensänderungen vor der Prüfung durch Menschen erkennen — automatisch bei jedem Pull Request.
What you need
- Eigent Desktop-App
- GitHub-Integration
Best for
- Teams, die vor der finalen Freigabe durch Menschen ein zusätzliches Prüfsignal wünschen
- Große Codebasen in Produktion, bei denen Regressionen teuer sind
- Repos mit uneinheitlicher Testabdeckung, die von automatisierter Lückenerkennung profitieren
Starter Prompt
Review this PR for security regressions, missing tests, and risky behavior changes.
So funktioniert es
- Verbinden Sie Eigent mit Ihrer GitHub-Organisation oder Ihrem Repository.
- Konfigurieren Sie die automatische Prüfung bei jedem PR oder fordern Sie manuell per Kommentar eine Prüfung an.
- Eigent prüft das Diff und hinterlässt Inline-Kommentare zu Regressionen, fehlenden Tests oder riskanten Änderungen.
- Wenn Eigent ein Problem markiert, bitten Sie es, das Problem zu beheben und den PR zu aktualisieren.
Weitere Prompts zum Ausprobieren
- Konzentriere diese Prüfung nur auf die Änderungen bei Authentifizierung und Session-Handling.
- Gibt es fehlende Tests für die neuen Codepfade, die in diesem PR eingeführt wurden?
- Führt diese Änderung ein Risiko für SQL Injection, XSS oder SSRF ein?
- Behebe das von dir in Zeile 42 markierte Problem und pushe die Änderung in diesen Branch.
So verwenden Sie es
Verbinden Sie Eigent mit GitHub und richten Sie automatische Prüfungen für die Repos ein, die Ihnen wichtig sind. Sie können eine Prüfung auch manuell auslösen, indem Sie einen Kommentar in einem PR hinterlassen. Um anzupassen, was Eigent prüft, fügen Sie Review-Richtlinien zu Ihrer AGENTS.md-Datei hinzu — legen Sie Prioritäten, Problemtypen und bereichsspezifische Regeln für Pakete fest, die besondere Aufmerksamkeit benötigen. Wenn Eigent ein Problem markiert, bitten Sie es, dieses direkt im PR-Branch zu beheben.
Erwartete Ausgabe
Inline-PR-Kommentare für jedes markierte Problem, nach Priorität kategorisiert. Jeder Kommentar enthält, was gefunden wurde, warum es ein Risiko darstellt, und einen vorgeschlagenen Fix oder den nächsten Schritt.
Einschränkungen
- Eigent prüft das statische Diff — es kann die Test-Suite nicht ausführen oder Laufzeitverhalten beobachten.
- Die Prüftiefe hängt vom Kontext im Repo ab; AGENTS.md-Richtlinien machen Befunde gezielter.
- Sicherheitsbefunde sollten von einem Menschen überprüft werden, bevor sie als bestätigte Schwachstellen behandelt werden.
Related workflows
Bug-Triage automatisieren
Verwandeln Sie tägliche Bug-Reports in eine priorisierte Liste — prüfen Sie Alerts, Issues, fehlgesc…
QA Your App with Computer Use
Klicke dich durch echte Produktabläufe, finde Probleme und schließe mit einem strukturierten Fehlerb…
Dokumentation aktuell halten
Nutze Code-Änderungen und PR-Kontext, um gezielte Dokumentations-Updates zu entwerfen — ohne umfasse…