
Claude prüft Ihre Pull Requests
Reviews warten tagelang, und kleine Fehler rutschen durch, wenn alle beschäftigt sind.
So hängt es zusammen
Dieses Setup richtet sich an kleine Entwicklungsteams, deren Pull Requests tagelang auf ein Review warten. Claude liest den Diff über den GitHub-MCP-Server, prüft ihn gegen Ihre Konventionen und das verknüpfte Linear-Issue und hinterlässt Review-Kommentare. So bekommt jeder PR ein erstes Review, und Ihre Reviewer können sich auf Design und Absicht konzentrieren.
Einrichten
1GitHub-Token anlegen
Erstellen Sie in GitHub unter Settings > Developer settings > Fine-grained tokens ein Token nur für die Repositories, die geprüft werden sollen. Vergeben Sie Lesezugriff auf Contents und Lese- und Schreibzugriff auf Pull Requests, damit Claude kommentieren kann. Setzen Sie ein Ablaufdatum und notieren Sie es.
Tipp: Ein Ablauf nach 90 Tagen ist ein guter Kompromiss zwischen Sicherheit und Aufwand.
2GitHub-MCP hinzufügen
Führen Sie in Claude Code claude mcp add mit dem offiziellen GitHub-MCP-Server aus, remote oder als Docker-Image, und übergeben Sie das Token. In Cursor tragen Sie denselben Server unter Settings > MCP ein. Lassen Sie den Agenten die offenen PRs eines Repos auflisten, um die Verbindung zu prüfen.
Tipp: Bleibt die Liste leer, prüfen Sie, ob das Token das Repository enthält.
3Review-Checkliste teilen
Halten Sie Ihre Review-Regeln in CLAUDE.md, einer Cursor-Regel oder einem wiederverwendbaren Prompt fest: Benennung, Fehlerbehandlung, erwartete Tests und was ignoriert werden soll. Fügen Sie Beispiele für hilfreiche Kommentare und für Rauschen hinzu. Dann verweist Claude auf konkrete Zeilen statt auf allgemeine Ratschläge.
Tipp: Lassen Sie Stilfragen weg, die Ihr Linter bereits prüft.
4Ticket verknüpfen
Fügen Sie den Remote-MCP-Server von Linear hinzu und autorisieren Sie ihn per OAuth. Verweist ein PR auf ein Issue, lassen Sie Claude das Issue lesen und die Änderung gegen die Akzeptanzkriterien prüfen. Fehlende Punkte landen als Review-Kommentar statt als Überraschung nach dem Merge.
Tipp: Nehmen Sie die Linear-Issue-ID in Branch-Namen oder PR-Titel auf.
Dann einfach fragen
Gut zu wissen
Was Sie brauchen
- Ein GitHub-Konto mit Zugriff auf die Repositories
- Ein fine-grained Personal Access Token
- Claude Code oder Cursor
- Ein Linear-Workspace, wenn Sie Akzeptanzkriterien prüfen wollen
Grenzen
- Claude prüft Diff und gelesene Dateien, führt Ihre App aber nicht aus und kann Laufzeitfehler übersehen.
- Sehr große PRs passen eventuell nicht in einen Durchgang; teilen Sie sie oder lassen Sie ordnerweise prüfen.
- Die Qualität hängt davon ab, wie klar Sie Ihre Konventionen beschreiben.
Sicher bleiben
- Nie Merge- oder Admin-Rechte vergeben.
- Jeder Merge braucht eine menschliche Freigabe.




