pr-description

A guide for writing a pull request description, the summary attached to a proposed code change. It uses the project's conventions and reviews the branch's commits, changed files, implementation, breaking changes, and tests.

In plain words
What is it for?
Use it to prepare a pull request title and body, summarize branch differences, identify breaking changes, and report relevant tests.
Why use it?
It helps reviewers quickly understand what changed, why it changed, and what they should check before merging.

Skill for Claude CodeCodex

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add skills/dashpay/platform/pr-description
Any agent
npx skills add dashpay/platform --skill pr-description
Clone the repo
git clone --depth 1 https://github.com/dashpay/platform

Made for: Claude Code, Codex.

Per session 35 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 999 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5 $0.00035 $0.00999
Opus 5 $0.00017 $0.00500
Sonnet 5 $0.00007 $0.00200
Haiku 4.5 $0.00003 $0.00100

Measured 2d ago against content hash 7c824dd371a2, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

pr-description 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 2d 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.

.claude/skills/pr-description/SKILL.md · 89 lines

How it starts

The opening of the file, as written. The whole thing — 89 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Generate PR Description

Generate a pull request title and description for the current branch using the project's standard template.

Steps

  1. Determine the base branch:

    • Use the argument if provided
    • Otherwise, auto-detect: git remote set-head origin --auto >/dev/null 2>&1 && git symbolic-ref refs/remotes/origin/HEAD 2>/dev/null | sed 's|refs/remotes/||'
    • Fall back to v4.0-dev if the command above fails
  2. Gather context by running these git commands:

    • git log --oneline $(git merge-base HEAD <base>)..HEAD — all commits on this branch
    • git diff <base>...HEAD --stat — files changed summary
    • git diff <base>...HEAD — full diff (read selectively for large diffs)
  3. Analyze the changes to understand:

    • What problem is being solved or feature added
    • What specific code changes were made
    • Whether there are breaking changes
    • What tests were added or modified
  4. Output a suggested PR title using conventional commits format:

    • Scopes: sdk, drive, dpp, dapi, dashmate, wasm-dpp, wasm-sdk, platform
    • Types: feat, fix, refactor, chore, docs, test, build
    • Add ! after the type for breaking changes (e.g. feat!:)
    • Format: Suggested title: type(scope): description
  5. Fill in this PR template (preserve all HTML comments exactly as shown):

<!--- Provide a general summary of your changes in the Title above -->
<!--- Pull request titles must use the [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/#summary) format -->

## Issue being fixed or feature implemented
<!--- Why is this change required? What problem does it solve? -->
<!--- If it fixes an open issue, please link to the issue here. -->

<Explain WHY this change is needed. Link to GitHub issues if applicable.>

## What was done?
<!--- Describe your changes in detail -->

<Describe the changes in detail. Use bullet points for multiple changes. Reference actual file paths, types, and function names.>

## How Has This Been Tested?
<!--- Please describe in detail how you tested your changes. -->
<!--- Include details of your testing environment, and the tests you ran to -->
<!--- see how your change affects other areas of the code, etc. -->

<List specific test files added/modified. Mention `cargo test` or `yarn test` commands. Describe manual testing if applicable.>

## Breaking Changes
<!--- Please describe any breaking changes your code introduces and verify that -->
<!--- the title includes "!" following the conventional commit type (e.g. "feat!: ..."-->

<Describe any breaking changes, or "None".>

## Checklist:
<!--- Go over all the following points, and put an `x` in all the boxes that apply. -->
- [ ] I have performed a self-review of my own code
- [ ] I have commented my code, particularly in hard-to-understand areas
- [ ] I have added or updated relevant unit/integration/functional/e2e tests
- [ ] I have added "!" to the title and described breaking changes in the corresponding section if my code contains any
- [ ] I have made corresponding changes to the documentation if needed

**For repository code-owners and collaborators only**
- [ ] I have assigned this pull request to a milestone

Read the full file on GitHub · 89 lines

Changes

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.

  1. 2d ago First seen · 89 lines · 35 tokens per session scan A 7c824dd371a2

Subscribe to this mod's changes

pr-description is a skill published in the GitHub repository dashpay/platform (92 stars, last pushed 2d ago), licensed MIT. It adds 35 tokens to every session and 999 once invoked, about $0.0002 per session on Opus 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-08-30.

Related

Other skills, from other repositories

rtc-balance

Check RustChain wallet balance, epoch info, and network status via the public RPC.

Scottcjn/Rustchain · 20 tokens

frontend-design

Create distinctive, production-grade Stellar dApp UI. Combines bold aesthetic direction with smart contract integration patterns — wallet connection flows, transaction UX, contract data displays, and agentic kit hook wiring. No generic "AI slop" aesthetics.

rylsherdamz-rgb/stellar-forge · 51 tokens

stellar-mcp

MCP (Model Context Protocol) tools for Stellar development. Gives Claude direct access to the Stellar blockchain, filesystem, GitHub, and Playwright through configured MCP servers. Use when querying chain data, deploying contracts, managing repos, or running e2e tests from within the agent.

rylsherdamz-rgb/stellar-forge · 61 tokens

dero

Query the DERO privacy blockchain and its documentation through the dero-mcp-server. Use for any DERO ecosystem question — node setup, smart contracts (DVM-BASIC), wallets, TELA apps, RPC methods, ports, privacy mechanics, transaction tracing, contract inspection.

DHEBP/dero-mcp-server · 59 tokens

local-network

Run isolated local Convex networks and in-process lattice node networks for development. Use when testing against local peers, reproducing peer or P2P replication issues, exercising NodeServer or P2PNode sync, or when no remote network is configured.

Convex-Dev/convex · 53 tokens

protocol-versions

Protocol versions, migrations and the v1 upgrade — which semantics to write against, and how to change CVM behaviour without forking the network. Use when changing core functions, juice costs, encodings or on-chain libraries.

Convex-Dev/convex · 49 tokens