免费在 GitHub 公开

approve-pr

Posts the latest review report as an approval on the pull request for the checked-out branch, then adds the “QUEUED FOR MERGE” label. It first checks that the review meets the stated approval criteria.

中文简介正在准备中。当前显示英语简介。

原文查看原文说明

Approve the pull request for the currently checked-out branch. Posts the review from this conversation as an approving review and adds the "QUEUED FOR MERGE" label. Use after review-pr when you decide to approve.

questdb/questdb星标 17,477(GitHub 17,477 + cccskills 0)

集成工具GitHub

实测评分未实测

查看安装方法

适用场景

Approving a reviewed pull request
Adding the merge queue label after approval
Posting a review report to its pull request

包含的文件（1）

SKILL.md2.9 KB

SKILL.md（原文）

安装前可以查看交给 AI 代理的指令内容。

Approve a QuestDB pull request

Approve the pull request for the branch that is currently checked out. This skill is meant to be run right after review-pr in the same conversation: it takes the review you just produced and posts it as an approving review. Do not re-review here — post the existing review.

Actions performed, in order:

Post the review as the PR's review body (this is the "PR comment").
Approve the PR.
Add the QUEUED FOR MERGE label.

Step 0: Confirm the review actually clears the bar

Only approve if the most recent review-pr report in this conversation has a verdict of approve with ZERO open Critical findings and ZERO open correctness / performance / IO / resource findings (per the review-pr correctness & performance gate). If any such finding is still open, do NOT approve — tell the user the PR does not meet the bar and suggest reject-pr.

If no review report exists in this conversation, STOP and tell the user to run /skill:review-pr first — do not approve unreviewed code.
Post the review verbatim; do not shorten or rewrite it.

Step 1: Detect the PR

Auto-detect the PR from the checked-out branch. An explicit PR number/URL in the arguments overrides detection.

PR='<explicit PR number/URL from arguments, else empty>'
[ -z "$PR" ] && PR=$(gh pr view --json number -q .number 2>/dev/null)
if [ -z "$PR" ]; then
  echo "No PR found for the current branch. Run 'gh pr checkout <n>' or pass a PR number."; exit 1
fi
gh pr view "$PR" --json number,title,author,headRefName,url,state,labels
echo "Approving PR #$PR"

State one line to the user: which PR (#number — title) you are about to approve, then proceed.

Step 2: Write the review body to a file

Write the review body to /tmp/approve-pr-$PR.md using the write tool (never inline it into a shell command — reviews contain backticks, quotes, and $ that break shell quoting). The body is the full verbatim review-pr report.

Step 3: Post the approval

gh pr review "$PR" --approve --body-file /tmp/approve-pr-$PR.md
gh pr edit "$PR" --add-label "QUEUED FOR MERGE"

Notes:

GitHub does not allow approving your own PR. If gh pr review --approve fails for that reason, fall back to gh pr comment "$PR" --body-file /tmp/approve-pr-$PR.md, tell the user the PR could not be formally approved because it is self-authored, and still add the QUEUED FOR MERGE label.

Step 4: Confirm

Report back in one or two lines:

PR number + title, "approved" posted (or the fallback used).
Whether the QUEUED FOR MERGE label was added.
The PR URL.

评价

还没有评价。欢迎分享你的使用感受。

无需登录即可发表。欢迎分享使用感受、提问，或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

同一仓库的技能

debug-fuzz

免费

Debug failing QuestDB WAL fuzz tests involving column conversions and Parquet partitions. Use seeds and failure logs to trace column and partition history, compare WAL results with a non-WAL baseline, and add temporary state logging without changing the fuzz sequence.

中文简介正在准备中。当前显示英语简介。

Reproducing a WAL fuzz failure from its seeds
Tracing a column conversion mismatch
Investigating Parquet and native partition differences