Community编程与开发github.com

duongphuhiep/dakubo-skills

当用户希望查看未解决的 PR 评论、审查意见或待处理反馈时使用。

dakubo-skills 是什么?

该技能专门用于列出 Pull Request 上所有未解决的评论,并以清晰直观的表格形式呈现。对于开发者而言,在代码审查过程中快速定位尚未解决的问题至关重要,此技能正是为了解决这一痛点而设计。它支持 GitHub CLI(`gh`)和 GitHub API,通过自动或手动确定 PR 编号,获取所有内联审查评论和 Issue 级别的评论,并智能过滤出未解决的讨论线程。输出内容包括每条评论的作者、类别(如“问题”、“潜在错误”、“建议”等)、摘要内容以及具体位置(文件及行号或 PR 级别),并在表格下方汇总未解决评论总数和 PR 标题。此技能适用于 Cursor、Claude Code 等 AI 编程助手,帮助开发者在代码审查后高效追踪和解决遗留问题,减少遗漏。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/duongphuhiep/dakubo-skills/tree/HEAD/package/skills/dakubo-display-pr-remarks

Installed? Explore more 编程与开发 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

显示 PR 评论

以表格形式列出 Pull Request 中所有未解决的评论。

输入

按以下顺序确定 PR 编号:

  1. 从当前对话上下文中推断。
  2. 从当前分支名称解析(例如 APIF-1234/some-feature → 在该分支上搜索 PR)。
  3. 如果不明确,询问用户。

流程

# 从当前分支查找 PR 编号
gh pr list --head "$(git rev-parse --abbrev-ref HEAD)" --json number,url --jq '.[0]'

# 获取所有审查评论和 Issue 评论
gh pr view <PR> --json reviews,comments

# 或获取内联评论
gh api repos/:owner/:repo/pulls/<PR>/comments
gh api repos/:owner/:repo/issues/<PR>/comments

使用 gh api 获取:

  • Pull Request 审查评论(内联,在差异上):GET /repos/{owner}/{repo}/pulls/{pull_number}/comments
    • 这些包含 path(文件)和 line(或 original_line)字段。
  • Issue 级别评论(通用):GET /repos/{owner}/{repo}/issues/{pull_number}/comments
    • 这些没有文件/行(属于 PR 级别);将位置留空。
  • 带有解决状态的审查线程:gh pr view <PR> --json reviewThreads

仅过滤 未解决 的线程(isResolved: false)。对于不在线程中的评论,包含所有。

输出

渲染一个 Markdown 表格:

#作者类别消息位置
1@alice问题"为什么这是一个 ConcurrentDictionary?"Foo.cs:42
2@bob潜在错误"这会在生产环境中导致空引用..."Bar.cs:17
3@carol建议"考虑将其提取到一个辅助方法中。"(PR 级别)

类别 — 阅读评论正文并选择 1-2 个最能概括其性质的词。没有固定列表,可自由推断。常见示例:问题、潜在错误、严重错误、必须修复、警告、建议、推荐、清理、测试问题、信息——但任何能准确反映评论内容的简洁标签都有效。

位置 — 对于内联差异评论,使用 `文件名:行号`(使用 line 字段,若有则回退到 original_line)。对于 PR 级别的 Issue 评论,写为 _(PR 级别)_。

在表格下方包含一行摘要:

N 个未解决的评论 在 PR #NNN 上 — <PR 标题>

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 reply to a code review remark on a GitHub pull request and resolve its thread. Triggers on "answer remark #N in the PR", "reply to the reviewer", or "resolve this review comment".

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.

相关技能