brave/prs-reviewed
'Get PRs a user reviewed on brave/brave-core. Shows PR number, title, author, what did I review, review history.'
npx skills add https://github.com/brave/brave-core --skill prs-reviewed
Query GitHub for pull requests a user has reviewed on brave/brave-core within
a given time window.
The skill receives arguments in the format: <username> <num>d
<username> — GitHub username (e.g., netzenbot)<num>d — Number of days to look back from now (e.g., 3d means last 3 days)Both arguments are required. If missing, ask the user for them.
Calculate the start date by subtracting <num> days from today's date, then use
the GitHub CLI to search for reviewed PRs:
gh api --paginate "search/issues?q=type:pr+repo:brave/brave-core+reviewed-by:<username>+updated:>%3D<YYYY-MM-DD>&per_page=100" --jq '.items[] | {number, title, user: .user.login, state, pull_request: .pull_request.html_url, updated_at}'
Where <YYYY-MM-DD> is the computed start date.
Important: The updated:>= filter is a rough filter. After fetching
results, you must verify each PR was actually reviewed by the user within the
requested window by checking review timestamps:
gh api "repos/brave/brave-core/pulls/<number>/reviews" --jq '[.[] | select(.user.login == "<username>")] | sort_by(.submitted_at) | last | .submitted_at'
Only include PRs where the user's most recent review falls within the requested
time window.
Display results in a markdown table:
| PR | Title | Author | State | Reviewed |
| ------------ | ---------------- | ------ | ------ | ---------- |
| #1234 | Fix crash in ... | author | merged | 2026-02-25 |
#number formatpull_request.merged_at todistinguish merged from closed)
Sort by review date, most recent first.
After the table, show a summary: "N PRs reviewed by @username in the last
Md"
brave/brave-core"
gh is not authenticated, inform the user to run gh auth loginTake brave/prs-reviewed from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.