duongphuhiep/dakubo-skills

Verwenden Sie dies, wenn der Benutzer ungelöste PR-Kommentare, Überprüfungsanmerkungen oder offenes Feedback zu einem Pull-Request sehen möchte.

Was ist dakubo-skills?

Diese Fähigkeit listet alle ungelösten Kommentare zu einem Pull-Request in einer übersichtlichen Tabelle auf. Sie ist besonders nützlich für Entwickler, die den Überblick über ausstehendes Feedback während einer Code-Review behalten möchten. Die Fähigkeit unterstützt die GitHub CLI (`gh`) und wird wahrscheinlich in Umgebungen wie Cursor oder Codex eingesetzt. Sie ermittelt die PR-Nummer automatisch aus dem Kontext, dem Branch-Namen oder durch Nachfrage beim Benutzer. Anschließend ruft sie über `gh api` sowohl Inline-Diff-Kommentare als auch allgemeine PR-Kommentare ab, filtert nur ungelöste Threads heraus und präsentiert sie in einer klar strukturierten Tabelle mit Kategorisierung (z. B. 'Frage', 'potenzieller Fehler', 'Vorschlag') und Datei-/Zeilenangabe. Eine Zusammenfassung gibt die Gesamtzahl der ungelösten Kommentare sowie den PR-Titel aus.

Funktioniert mit~Claude Code~Codex CLI~Cursor

npx skills add https://github.com/duongphuhiep/dakubo-skills/tree/HEAD/package/skills/dakubo-display-pr-remarks

Dokumentation

PR-Bemerkungen anzeigen

Listet alle ungelösten Kommentare zu einem Pull-Request als Tabelle auf.

Eingabe

Ermitteln Sie die PR-Nummer in dieser Reihenfolge:

Aus dem aktuellen Gesprächskontext ableiten.
Aus dem aktuellen Branch-Namen parsen (z. B. APIF-1234/some-feature → nach einem PR auf diesem Branch suchen).
Bei Uneindeutigkeit den Benutzer fragen.

Prozess

# PR-Nummer aus dem aktuellen Branch ermitteln
gh pr list --head "$(git rev-parse --abbrev-ref HEAD)" --json number,url --jq '.[0]'

# Alle Review-Kommentare + Issue-Kommentare abrufen
gh pr view <PR> --json reviews,comments

# Oder Inline-Kommentare abrufen
gh api repos/:owner/:repo/pulls/<PR>/comments
gh api repos/:owner/:repo/issues/<PR>/comments

Verwenden Sie gh api, um Folgendes zu erhalten:

Pull-Request-Review-Kommentare (inline, im Diff): GET /repos/{owner}/{repo}/pulls/{pull_number}/comments
- Diese enthalten path (Datei) und line (oder original_line)-Felder.
Issue-Level-Kommentare (allgemein): GET /repos/{owner}/{repo}/issues/{pull_number}/comments
- Diese haben keine Datei/Zeile (sie sind auf PR-Ebene); lassen Sie den Ort leer.
Review-Threads mit Auflösungsstatus: gh pr view <PR> --json reviewThreads

Filtern Sie nur ungelöste Threads (isResolved: false). Für Kommentare, die nicht in einem Thread sind, schließen Sie alle ein.

Ausgabe

Geben Sie eine Markdown-Tabelle aus:

#	Autor	Kategorie	Nachricht	Ort
1	@alice	Frage	"Warum ist das ein ConcurrentDictionary?"	`Foo.cs:42`
2	@bob	potenzieller Fehler	"Dies wird in der Produktion eine Nullreferenz verursachen..."	`Bar.cs:17`
3	@carol	Vorschlag	"Erwägen Sie, dies in eine Hilfsmethode auszulagern."	(PR-Ebene)

Kategorie — Lesen Sie den Kommentartext und wählen Sie 1–2 Wörter, die dessen Art am besten erfassen. Es gibt keine feste Liste; schätzen Sie frei. Beispiele für gute Werte: Frage, potenzieller Fehler, kritischer Fehler, muss behoben werden, Warnung, Vorschlag, Empfehlung, Aufräumarbeiten, Testproblem, Info — aber jedes prägnante Etikett, das den Kommentar genau widerspiegelt, ist gültig.

Ort — Für Inline-Diff-Kommentare verwenden Sie `datei:zeile` (verwenden Sie das line-Feld; falls nicht vorhanden, original_line). Für PR-Level-Issue-Kommentare schreiben Sie _(PR-Ebene)_.

Fügen Sie eine Zusammenfassungszeile unterhalb der Tabelle ein:

N ungelöste(r) Kommentar(e) zu PR #NNN — <PR-Titel>