Borrowing it
Nothing to install: this file belongs to dashpay/platform. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/dashpay/platform/v5.1-dev/.claude/skills/prs/SKILL.mdgit clone --depth 1 https://github.com/dashpay/platformWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/dashpay/platform/prs)<a href="https://agentmods.dev/skills/dashpay/platform/prs"><img src="https://agentmods.dev/badge/skills/dashpay/platform/prs/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/dashpay/platform/prs"><img src="https://agentmods.dev/badge/skills/dashpay/platform/prs.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00067 | $0.00712 |
| Opus 5.5 | $0.00027 | $0.00285 |
| Sonnet 5.5 | $0.00013 | $0.00142 |
| Haiku 4.5 | $0.00007 | $0.00071 |
Grade A, and why
prs scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 10d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
PRs
Use the shared policy reporter in dashpay/stale_prs_are_bad. Clone or locate that repository ($PR_REVIEW_HOME if set, else gh repo clone dashpay/stale_prs_are_bad into a temporary directory) and read its guides/PR_REVIEW_ARCHITECTURE.md for the policy and guides/PR_REVIEW_OPERATIONS.md for setup and limitations.
- Resolve the current GitHub user with
gh api user --jq .login, unless the user names another reviewer. - From that checkout's root run
python3 -m pr_review.aggregate report --user USER. For structured output add--format json; to limit repositories add--repo dashpay/REPOSITORY. For one PR runpython3 -m pr_review.main report --repo dashpay/REPOSITORY --pr NUMBER; the policy comes from that checkout'spolicies/. - Present two sections. First, what is waiting on this person to review: oldest first, with links, their part and the next action. Their part is what the report prints after
your part:— each area they may approve that nobody has approved on the current head, with who else may approve it instead (one approval per area is enough), andre-review or resolve your objectionwhere an objection of theirs is still open. From--format json, take theapprovalsentries withownedfalse, emptyapproved_byand the person inapprovers(case-insensitive), plus a re-review when they are inobjectors. Second, their own pull requests and what each is blocked on — a bot that has not reported, an unresolved bot thread, a change request, a missing self-review, or a slot that is still queued. Use repository-qualified PR identifiers. Distinguish author action, bot work, missing access, and the five-PR admission queue within each repository. Combined totals above five are workload warnings, not a global hard cap. - Waiting time is the current recorded human-review cycle. If no controller state exists, say the age is not recorded. Do not equate total PR age with review waiting time.
- The report knows the build only as one verdict for the current head — green, running or failed, from its check runs and statuses — which gates the review request. State it only as the row's blockers do; to see which check failed, read the checks directly.
This command is read-only. It does not perform the code review itself. Never post /self-reviewed, submit an approval, request reviewers, change labels, or send Slack messages merely because this skill was invoked. Author self-review is a personal attestation after inspecting the current diff and bot outcomes; it cannot be inferred from a bot run.
If any repository evidence is incomplete or inaccessible, name that repository and state that totals are partial. Preview policy rows are computed recommendations, not live enforcement. Report the error. Do not invent readiness or approval. Report preview results as computed policy, not proof that repository enforcement has been activated.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 10d ago Changed bcfa11433dd2
- 1mo ago First seen · 19 lines · 67 tokens per session scan A 8f54e21df259
prs is a skill published in the GitHub repository dashpay/platform (93 stars, last pushed today), licensed MIT. It adds 67 tokens to every session and 712 once invoked, about $0.0003 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-17.
Other skills, from other repositories
fix-pr-review
Address PR review comments by selecting appropriate skills based on modified files. Use when fixing review feedback on pull requests.
skill-pr-prep
Bundle pull.md and screenshot placeholders for PR.
review-implement-phase
Implements triaged review actions, commits focused fixes, and posts Done plus resolves threads. Use when the user wants only the implementation phase of the review-framework workflow.
github-pr-workflow
Prepare a GitHub pull request from a feature branch — branch hygiene, commit shape, title/body, verification notes, screenshots for UI work, and replies to review comments.
review-delta
Review only changes since last commit using impact analysis. Token-efficient delta review with automatic blast-radius detection.
github-contributor
A step-by-step guide for contributing code, tests, documentation, or build changes to open-source projects you do not maintain. It explains how to prepare a pull request that follows the project’s rules and is easier for maintainers to review.