KitewellKitewell herunterladenFür Mac herunterladenFür Windows herunterladen
← Alle Aufgaben

Bei jedem neuen Pull Request

Jeder Pull Request wartet auf meine erste Durchsicht, und das meiste, was ich anmerke, hätte auch ein sorgfältiger zweiter Leser gefunden.

So läuft es heute

Neuer Pull Request.Öffnen.Beschreibung lesen.Durch den Diff scrollen.Test fehlt.Kommentieren.Ungeprüfter Fehler.Kommentieren.Zurück zu dem, was ich gerade gemacht habe.

Jeder Pull Request, bevor jemand anderes hinsieht.

Sagen Sie es Kitewell einmal

Sie
Wenn in meinem Repository ein Pull Request geöffnet wird, lassen Sie meinen Codex-Agenten ihn prüfen und meinen Claude-Code-Agenten dieses Review mit dem Code abgleichen, und veröffentlichen Sie das geprüfte Review im Pull Request, sobald ich genehmige.

Das ist die ganze Einrichtung. Kitewell legt jeden Schritt zur Prüfung vor, und nichts wird gespeichert, bevor Sie es übernehmen.

Für Ihre eigene Version kopieren Sie diesen Text und füllen die Lücken aus:

Erstellen Sie einen Workflow, der, wenn in [meinem Repository] ein Pull Request geöffnet wird, meinen Codex-Agenten ihn prüfen und meinen Claude-Code-Agenten dieses Review mit dem Code abgleichen lässt und das geprüfte Review im Pull Request veröffentlicht, sobald ich genehmige.

Kitewell herunterladenFür Mac herunterladenFür Windows herunterladenKitewell läuft auf Mac und Windows. Mac · Windows

Dann läuft es von selbst

Review von #482Läuft auf diesem Computer

  1. Pull Request prüfenCodex liest ihn mit gh und listet Fehler, fehlende Tests und riskante Änderungen auf, jeweils mit Datei und Zeile.Fertig
  2. Review prüfenClaude Code gleicht jeden Befund mit dem Diff ab, streicht die falschen und ergänzt, was übersehen wurde.Fertig
  3. Auf Ihr OK wartenLesen Sie das geprüfte Review und genehmigen Sie dann, geben Sie es mit einer Notiz zurück oder lehnen Sie ab.Wartet auf Sie
  4. Im Pull Request veröffentlichengh pr review --comment, mit Ihrem eigenen GitHub-Konto.Fertig

Was Sie stattdessen bekommen

Review prüfen

  • #482 Move sessions to the new store
  • Bestätigt: logout.ts liest in Zeile 41 noch den alten Session-Schlüssel.
  • Bestätigt: Kein Test deckt eine abgelaufene Session ab.
  • Gestrichen: eine fehlende Null-Prüfung, die Codex gemeldet hat; der Aufrufer prüft bereits.

Das geprüfte Review im Pull Request veröffentlichen?

Beispieldaten

Gut zu wissen

  • GitHub startet jede Ausführung über das Relay von Kitewell, ohne offenen Port auf Ihrem Computer. Stellen Sie den Webhook so ein, dass er nur pull_request.opened annimmt, und lassen Sie Kitewell die Signatur von GitHub prüfen.
  • Beide Agenten führen gh aus, um den Pull Request zu lesen; dafür brauchen sie Netzwerkzugriff und die Erlaubnis, Befehle auszuführen. Erlauben Sie das in den Einstellungen des jeweiligen Tools, oder schalten Sie in „Agenten und Modelle“ bei seinem Eintrag „Berechtigungsabfragen überspringen“ ein. Sie lesen Code, den jemand anderes geschrieben hat; nutzen Sie dies also dort, wo Sie wissen, wer Pull Requests öffnet.
  • Unter Windows startet ein Pull-Request-Ereignis mit mehr als etwa 30.000 Zeichen möglicherweise noch keine Ausführung.

Was es braucht

  • Ein Kommandozeilen-Agent wie Codex oder Claude Code, installiert und angemeldet
  • Ein Git-Repository und der Befehl gh
  • Kitewell Personal oder Team, bei Dagu Cloud angemeldet, für den GitHub-Webhook

Weitere Aufgaben