CommunityCodierung & Entwicklunggithub.com

Antwort auf Code-Review-Anmerkung im PR

Verwende dies, wenn der Benutzer auf eine Code-Review-Anmerkung in einem GitHub-Pull-Request antworten und den Thread auflösen möchte. Wird durch Befehle wie „Anmerkung #N im PR beantworten“, „dem Reviewer antworten“ oder „diesen Review-Kommentar auflösen“ ausgelöst.

Was ist Antwort auf Code-Review-Anmerkung im PR?

Diese Fähigkeit ermöglicht es einem KI-Agenten, automatisiert auf eine Code-Review-Anmerkung in einem GitHub-Pull-Request zu antworten und den zugehörigen Thread aufzulösen. Sie ist besonders nützlich in CI/CD-Workflows oder für Developer-Tools, die nach einer Code-Änderung oder Diskussion direkt Feedback an den Reviewer geben. Unterstützt wird sie auf Plattformen, die GitHub CLI (gh) und GraphQL-API nutzen, wie z. B. Claude Code, Cursor oder Codex. Der Agent extrahiert die PR-Nummer, die konkrete Anmerkung (z. B. über Nummer, Datei+Zeile oder Text) und die Antwort aus dem Kontext. Anschließend holt er die Inline-Kommentare ab, postet die Antwort und löst den Thread via GraphQL-Mutation auf. Wichtige Einschränkungen: Der Agent darf keine Antwort erfinden, muss vor dem Auflösen eine Antwort posten und bei Mehrdeutigkeit nachfragen.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/duongphuhiep/dakubo-skills/tree/HEAD/package/skills/dakubo-answer-review-remark-in-pr

Installed? Explore more Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht Antwort auf Code-Review-Anmerkung im PR?

Antworte auf eine Code-Review-Anmerkung in einem GitHub-PR und löse den Thread auf.

Eingaben

Leite alle Eingaben aus dem Gesprächskontext ab. Frage nur bei Unklarheit nach.

Eingabe 1 – PR-Nummer oder -URL. Der Pull-Request, auf den reagiert werden soll. Aus dem Kontext ableiten (z. B. eine zuvor angezeigte PR-URL oder einen Branch-Namen). Falls wirklich mehrdeutig, ausführen:

gh pr list --head "$(git rev-parse --abbrev-ref HEAD)" --json number,url --jq '.[0]'

Eingabe 2 – Die zu beantwortende Anmerkung. Ein spezifischer Review-Fund – üblicherweise identifiziert durch Nummer (#2), Datei+Zeile oder zitierten Text aus der zuvor im Gespräch angezeigten Anmerkungstabelle. Wenn keine Anmerkungstabelle im Gespräch vorhanden ist und die Fähigkeit dakubo-display-pr-remarks verfügbar ist, verwende sie, um die Tabelle zu erstellen. Falls nicht, frage den Benutzer nach der Anmerkung.

Eingabe 3 – Die Antwort. Die zu postende Antwort: eine Erklärung, Bestätigung oder Zusammenfassung der Korrektur. Aus dem Kontext ableiten (z. B. was gerade korrigiert oder besprochen wurde). Bei Unklarheit nachfragen.

Ablauf

1. Kommentar-ID auflösen

Inline-Review-Kommentare für den PR abrufen:

gh api repos/:owner/:repo/pulls/<PR>/comments --paginate \
  --jq '.[] | {id, path, line: (.line // .original_line), body: .body[0:120]}'

Die Zielanmerkung anhand von Zeilennummer, Dateipfad oder Textausschnitt abgleichen. Die id notieren.

2. Antwort posten

gh api repos/:owner/:repo/pulls/<PR>/comments \
  --method POST \
  --field body="<answer>" \
  --field in_reply_to=<comment_id>

3. Thread auflösen

Den Review-Thread finden, der diesen Kommentar enthält:

gh api graphql -f query='
{
  repository(owner: "<owner>", name: "<repo>") {
    pullRequest(number: <PR>) {
      reviewThreads(first: 100) {
        nodes {
          id
          isResolved
          comments(first: 1) { nodes { databaseId } }
        }
      }
    }
  }
}'

Den Thread abgleichen, dessen comments.nodes[0].databaseId der ursprünglichen Kommentar-id entspricht (nicht der Antwort). Dann auflösen:

gh api graphql -f query='
mutation {
  resolveReviewThread(input: { threadId: "<thread_node_id>" }) {
    thread { isResolved }
  }
}'

Ausgabe

Bestätigung: Antwort an Kommentar <id> in <file>:<line> gepostet, Thread aufgelöst. Ein Satz.

Was NICHT zu tun ist

– Keine Antwort erfinden – aus dem Kontext ableiten oder nachfragen. – Keinen Thread auflösen, ohne zuvor eine Antwort zu posten. – Den PR nicht erraten, wenn auf diesem Branch mehrere offen sind; nachfragen.

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

duongphuhiep/dakubo-skills

Use when the user wants to respond to a code review remark by adding a clarifying comment to the source code — so the reviewer understands the reasoning and won't raise the same remark again. Triggers on "answer remark #N", "add comment to address reviewer concern", "document why we did X", or any request to resolve a review finding through in-code explanation rather than a code change.

duongphuhiep/dakubo-skills

Use when the user wants to see unresolved PR comments, review remarks, or outstanding feedback on a pull request.

duongphuhiep/dakubo-skills

Traces the full call chain from a given symbol or code location up to all entry points that can reach it (HTTP controllers, main functions, page components, routes, etc.). Works for any language indexed by CodeGraph. Use for blast-radius analysis before modifying a function, method, or class.

duongphuhiep/dakubo-skills

Consolidates multiple fragmented OpenSpec capability folders under openspec/specs/ into a single main feature spec, through a staged/approved workflow. Use this whenever the user says openspec/specs/ is cluttered, has too many similar or overlapping capability folders, asks to merge/consolidate/combine specs, wants to clean up specs split across several separate change archives (e.g. specs/user-show/, specs/user-detail/ that should really be one specs/user-management/), or asks to check/apply a pending merged spec under openspec/specs/.merged-specs/. Do NOT use this for a normal single /opsx:archive of one change — only for merging several already-archived, already-existing spec folders together.

Verwandte Skills