本文へ移動
cccskills
無料GitHub で公開

pr-post-review-findings

Post findings from the most recent review output as inline GitHub PR comments and record them in today's daily note. Use when invoked as `$pr-post-review-findings` or when the user asks to post review findings to the current PR.

インストール方法を見る

含まれるファイル(2)

  • SKILL.md5.7 KB
  • agents/openai.yaml43 B

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

pr-post-review-findings

Post findings from the most recent review or code-review output in the conversation as inline comments on the current PR, then append the posted comments to today's daily note.

Workflow

  1. Parse findings from the recent conversation. Expected shape:

    N. <description>
    https://github.com/<owner>/<repo>/blob/<full-sha>/<path>#L<start>-L<end>
    

    If no findings are available, stop and ask the user to run a review first.

  2. If the user provided arguments such as 1,2,4, keep only those finding numbers. Warn for requested numbers that do not exist.

  3. Get PR context:

    gh pr view --json number,headRefOid,url --jq '"\(.number)|\(.headRefOid)|\(.url)"'
    

    If no open PR exists, stop and tell the user to run $pr-create first.

  4. For each finding, extract path and use the last linked line as the comment anchor. Post an inline review comment:

    gh api repos/{owner}/{repo}/pulls/<pr_number>/comments \
      --method POST \
      --input -
    

    JSON body:

    {
      "body": "<description>",
      "commit_id": "<headRefOid>",
      "path": "<path>",
      "line": <line>,
      "side": "RIGHT"
    }
    

    Capture the created comment URL:

    comment_url=$(printf '%s' "$resp" | jq -r '.html_url')
    

    Record {number, description, path, line, comment_url, kind} for every posted finding. Use kind=inline for successful inline comments.

  5. If inline posting fails because the line is not in the diff, fall back to:

    gh pr comment <pr_number> --body "<description>\n\n_Originally at: <url>_"
    

    Capture the fallback comment URL when possible. If gh pr comment prints only a success line, query recent PR comments or use the PR URL as a last-resort link. Record kind=general.

  6. Record in today's daily note.

    Append this review to the # Reviews section of today's daily note (seeded by $work-start) so the worklog captures which PRs you reviewed and every comment you left.

    Resolve the note path:

    today_date=$(date +%Y-%m-%d)
    today_day=$(date +%A)
    today_year=$(date +%Y)
    note_path="$HOME/2ndBrain/daily-notes/${today_year}/${today_date} ${today_day}.md"
    

    If the note does not exist, skip this step — do not fail because the comments were already posted. Mention the skip in the final report.

    If the note exists but has no # Reviews section, insert one after the # Work Items block:

    # Reviews
    
    <!-- pr:post-review-findings appends reviewed PRs here -->
    
    ***
    

    Fetch the PR summary fields (title, author, diff size, opened-at):

    gh pr view <pr_number> --json title,author,additions,deletions,changedFiles,createdAt \
      --jq '"\(.title)|@\(.author.login)|\(.additions)|\(.deletions)|\(.changedFiles)|\(.createdAt)"'
    

    Compute <age> from createdAt relative to now: whole days when the PR is a day old or more (3d), otherwise hours (5h, minimum 1h).

    Entry format — each reviewed PR is one top-level list item under # Reviews; the comments posted in this run are an indented sub-list beneath it:

    - [<owner>/<repo>#<pr_number>](<pr_url>) — <PR title> — @<author> — +<additions>/-<deletions> across <changedFiles> file(s), opened <age> ago
      - [<file>:<line>](<comment_url>) — <brief finding description>
      - [<file>:<line>](<comment_url>) — <brief finding description>
    

    Example PR line: - [getditto/ditto#25921](https://github.com/getditto/ditto/pull/25921) — ci: migrate CI runners to EKS (-eks) — @humzam-ditto — +412/-389 across 18 files, opened 4d ago

    • The PR line's link text is <owner>/<repo>#<pr_number> (e.g. getditto/forge#887), linked to <pr_url>.
    • The PR line ends with the short summary: diff size (+<additions>/-<deletions> across <n> file(s)) and age (opened <age> ago).
    • Add one sub-bullet per posted finding. Its link text is <file>:<line> — the basename of the finding's path and its anchor line, e.g. CalendarComponent.swift:209 — linked to that finding's captured comment_url. For a fallback/general comment, append (general) to its sub-bullet.

    Append rules:

    • PR already listed (a - [<owner>/<repo>#<pr_number>]( line exists under # Reviews): append new comment sub-bullets under that existing item — do not repeat the PR line, and leave the existing PR line untouched (its summary reflects the PR state when first recorded; do not refresh diff size or age on later appends).
    • PR not listed: insert the new PR item after <!-- pr:post-review-findings appends reviewed PRs here -->, following the next blank line. If that marker is absent, append at the end of the # Reviews section before its *** separator.

    Make the daily-note update before reporting success. Use apply_patch to make the change. If the note is outside the active Codex workspace, request narrowly scoped write access to that note and retry; do not silently skip a note that exists. Re-read the # Reviews entry after editing. Verify that every captured comment_url appears in the updated entry.

  7. Report posted and fallback comments with PR URL, plus daily-note status:

    Posted N finding(s) to PR #<pr_number>:
      ✅ #1 — <brief description> (inline at <path>:<line>)
      ⚠️ #2 — <brief description> (general comment — line not in diff)
    <pr_url>
    
    Daily note: added <N> comment(s) under <owner>/<repo>#<pr_number> in # Reviews
    

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

2ndbrain

無料

Quick-save the last assistant response as a verbatim note in the 2ndBrain Obsidian vault (~/2ndBrain/quick-notes/<year>/). Use when the user asks to quick-save/save the last response to 2ndBrain, or invokes $2ndbrain or /skill:2ndbrain.

日本語の概要は準備中です。原文の説明を表示しています。

phatblat/dotfiles122026年10月13日 更新

Write commit messages under the agent-commits convention - a Conventional Commits fork with no chore catch-all, intent-only type tokens, facts in trailers, and legally-grounded AI provenance (Assisted-by, never Co-authored-by). Use when composing a commit in a repo whose commitlint.config.js extends agent-commits, when deciding between feat/fix/refactor/perf, or when recording AI participation.

日本語の概要は準備中です。原文の説明を表示しています。

phatblat/dotfiles122026年10月13日 更新

Coordinate multi-agent work through durable artifacts in git instead of chat. Use this whenever a task involves sending a message to another agent, agent mailboxes or handoffs, claiming work from a shared queue, notifying another agent or crew (OpenClaw, Grok Bot, Claude Code, Codex, Gas Town/Gas City workers) that work is ready, or whenever the user mentions the artifact bus, message bus, agent mail, beads mail, doorbells, or pings between agents — even if they don't say "bus" explicitly.

日本語の概要は準備中です。原文の説明を表示しています。

phatblat/dotfiles122026年10月13日 更新

aven

無料

Use aven to find tasks, update status, and leave durable handoff context.

日本語の概要は準備中です。原文の説明を表示しています。

phatblat/dotfiles122026年10月13日 更新

boris

無料

Codex workflow tips from Boris Cherny (creator of Codex) and the Codex team. Use when: setting up Codex, optimizing workflows, running parallel sessions, configuring AGENTS.md, using skills/commands, subagents, hooks, MCP integrations, or learning best practices. Covers: git worktrees, plan mode, verification, permissions, Slack MCP, BigQuery, prompting tips, plugins, custom agents, sandboxing, keybindings, status lines, output styles, customization, /simplify for code quality, /batch for parallel code migrations, /loop for scheduled tasks, code review agents, /btw for mid-task questions, /effort max reasoning, remote control sessions, voice mode, setup scripts, session naming, /color, PostCompact hook, auto mode, /schedule cloud jobs, iMessage plugin, auto-memory, and auto-dream, mobile app, session teleporting, Cowork Dispatch, Chrome extension, Desktop app, /branch forking, --bare SDK startup, --add-dir multi-repo, --agent custom agents, /voice input.

日本語の概要は準備中です。原文の説明を表示しています。

phatblat/dotfiles122026年10月13日 更新

boris

無料

Claude Code workflow tips from Boris Cherny (creator of Claude Code) and the Claude Code team. Use when: setting up Claude Code, optimizing workflows, running parallel sessions, configuring CLAUDE.md, using skills/commands, subagents, hooks, MCP integrations, or learning best practices. Covers: git worktrees, plan mode, verification, permissions, Slack MCP, BigQuery, prompting tips, plugins, custom agents, sandboxing, keybindings, status lines, output styles, customization, /simplify for code quality, /batch for parallel code migrations, /loop for scheduled tasks, code review agents, /btw for mid-task questions, /effort max reasoning, remote control sessions, voice mode, setup scripts, session naming, /color, PostCompact hook, auto mode, /schedule cloud jobs, iMessage plugin, auto-memory, and auto-dream, mobile app, session teleporting, Cowork Dispatch, Chrome extension, Desktop app, /branch forking, --bare SDK startup, --add-dir multi-repo, --agent custom agents, /voice input.

日本語の概要は準備中です。原文の説明を表示しています。

phatblat/dotfiles122026年10月13日 更新

phatblat のスキルをすべて見る

このスキルの問題を報告する