KI-Pull-Request-Beschreibung
Aus einem Branch-Diff oder einer Commit-Liste eine PR-Beschreibung mit Zusammenfassung, Risiken und Testplan machen.
Ihr Key bleibt in Ihrem Browser.Er geht direkt an den Anbieter, nie an unsere Server, und wir protokollieren oder speichern ihn nicht. Verwenden Sie einen eigenen Key mit Ausgabenlimit und löschen Sie ihn nach der Nutzung im Dashboard des Anbieters.
Eingabe
Ergebnis
Das Ergebnis erscheint hier.Reviewer lesen die Beschreibung vor dem Diff, und eine gute – was sich geändert hat, warum, was kaputtgehen könnte, wie man es testet – bringt einen PR schneller durch. Fügen Sie git diff main...HEAD, die Ausgabe von git log oder beides ein und erhalten Sie einen Titel sowie die Abschnitte Zusammenfassung, Änderungen, Warum, Auswirkungen und Risiken sowie Testanleitung. Der Prompt adaptiert das write_pull-request-Pattern aus danielmiessler/Fabric und ergänzt eine Regel, die dort fehlte: niemals Ticketnummern, Benchmarks oder Motive erfinden, die der Diff nicht zeigt, sondern stattdessen sagen, dass es unklar ist.
So arbeitet es
- Der Titel folgt Conventional Commits, wenn Ihre Commit-Messages das bereits tun, und ist sonst eine schlichte Beschreibung der Änderung.
- Lock-Dateien werden vor dem Senden aus dem Diff entfernt und nur namentlich aufgeführt, damit auch große Dependency-Updates ins Kontextfenster des Modells passen.
- Migrationen, neue Umgebungsvariablen und Breaking Changes erhalten einen eigenen Platz unter Auswirkungen und Risiken, wo Reviewer danach suchen.
Wohin Ihre Daten gehen
Mit eigenem Key gehen Ihre Eingabe und der Key direkt von Ihrem Browser zum gewählten Anbieter, ohne Umweg über Hysen Labs. Im gehosteten Modus läuft Ihr Text über unseren Server zu unserem Anbieter (DeepSeek) und wird in Credits abgerechnet; zur Abrechnung speichern wir Token-Zahlen und Kosten jedes Laufs, nie den Text selbst oder die Antwort. Wie der Anbieter mit dem Text umgeht, regelt dessen eigene Datenschutzerklärung.
Dieses Werkzeug verarbeitet Schlüssel und Zugangsdaten. Zu einem Lauf wird deshalb nichts gespeichert, auch nicht in Ihrem eigenen Verlauf.
Zu Ihrem API-Key
Wir erheben, speichern und geben Ihren Key nicht weiter: Er liegt nur im Arbeitsspeicher dieser Seite (außer Sie wählen „in diesem Tab merken“) und ist nach dem Schließen verschwunden. Trotzdem gilt für jeden Key, der in eine Webseite eingefügt wurde, besondere Sorgfalt – legen Sie für diesen Zweck einen eigenen Key mit Ausgabenlimit an und löschen oder rotieren Sie ihn nach der Nutzung im Dashboard des Anbieters.
Was es kostet
Dieses Werkzeug ist kostenlos, ohne Anmeldung und ohne Punkte.
Häufige Fragen
- Welcher Befehl liefert die beste Eingabe?
- git log --oneline main..HEAD, gefolgt von git diff main...HEAD. Die Commit-Messages transportieren die Absicht, und der Diff mit drei Punkten zeigt genau, was der Branch gegenüber dem Punkt ändert, an dem er von main abgezweigt ist.
- Mein Diff ist riesig. Funktioniert das?
- Bis zum Kontextfenster des gewählten Modells. Bei sehr großen Branches fügen Sie die Commit-Liste und nur den Diff der wichtigsten Dateien ein; die Beschreibung wird besser als eine, die aus einem abgeschnittenen Diff entsteht.
- Läuft der Diff über Ihren Server?
- Nein. Er wird von Ihrem Browser an den gewählten Anbieter gesendet, authentifiziert mit Ihrem eigenen Key. Branch-Diffs sind interner Code – bevorzugen Sie also einen von Ihrer Organisation freigegebenen Anbieter und einen eingeschränkten Key, den Sie nach dem Schreiben der Beschreibung widerrufen können.
Das Open Source dahinter
Der Prompt dieses Tools basiert auf danielmiessler/Fabric (MIT) und läuft auf dem Modell Ihrer Wahl. Wenn Sie dieselbe Funktion auf der Kommandozeile oder in Ihrem eigenen Programm brauchen, beginnen Sie mit diesem Projekt.
danielmiessler/FabricAuch bekannt als
- pull request beschreibung generator
- pr beschreibung ki
- pr zusammenfassung aus diff
- github pr template
- merge request beschreibung