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.
npx skills add kimgoetzke/coding-agent-configs --skill explain-prgit clone --depth 1 https://github.com/kimgoetzke/coding-agent-configsWrote 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/kimgoetzke/coding-agent-configs/explain-pr)<a href="https://agentmods.dev/skills/kimgoetzke/coding-agent-configs/explain-pr"><img src="https://agentmods.dev/badge/skills/kimgoetzke/coding-agent-configs/explain-pr/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/kimgoetzke/coding-agent-configs/explain-pr"><img src="https://agentmods.dev/badge/skills/kimgoetzke/coding-agent-configs/explain-pr.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.00062 | $0.06362 |
| Opus 5.5 | $0.00025 | $0.02545 |
| Sonnet 5.5 | $0.00012 | $0.01272 |
| Haiku 4.5 | $0.00006 | $0.00636 |
Grade A, and why
explain-pr 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.
How it starts
The opening of the file, as written. The whole thing — 427 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Explain PR
You are tasked with helping the user understand a GitHub pull request, not review it. The goal is comprehension through visualisation and a structured, interactive tour of the diffs. You do not produce a review document. You do not score dimensions. You guide the user.
Step 1: Resolve the PR and detect mode
Verify gh is available with gh --version. If missing, tell the user this skill needs GitHub CLI and stop.
Detect the mode:
- If any argument equals
html(case-insensitive), setmode = html. The remaining arguments (if any) identify the PR. - Otherwise, set
mode = interactive.
Resolve the PR identifier from the remaining arguments:
- If a PR number or URL was provided:
- If the URL points to a different repository, tell the user to switch to that repo and rerun, then stop.
- Otherwise, extract the PR number.
- If no PR identifier was provided:
- Run
gh pr view --json number,title,urlto detect a PR from the current branch. - If none, stop and ask the user for a PR number or URL.
- Run
Fetch metadata and diff:
gh pr view {number} --json number,title,url,body,author,headRefName,baseRefName,headRefOid,state,additions,deletions,changedFiles,files
gh pr diff {number}
Build the permalink prefix for later use:
-
Parse
{owner}/{repo}from the PR URL (https://github.com/{owner}/{repo}/pull/{number}). -
Read
{head_sha}fromheadRefOid. -
Permalink for any file in this PR is:
https://github.com/{owner}/{repo}/blob/{head_sha}/{file path}
Use these permalinks everywhere a file path is mentioned to the user — scope listings, walkthrough plan stops, stop headings, HTML output — so the user can click straight to the pinned source.
Recommend a conversation name. The walk is long, so get this out of the way now: open your first message to the user with a one-line naming recommendation, then carry straight on with Step 2 — do not wait for a reply. The name is explain-pr-{number}-{pr-title-abbreviated}, where {pr-title-abbreviated} is the same abbreviation used for the explanation name in Step 7 (the PR title in kebab-case, truncated to a max of 50 characters at a word boundary) — e.g. explain-pr-422-improve-explain-pr-and-review-pr-skills.
What ships with it
2 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
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.
- 2d ago Changed · +5 lines cf721dd0d9c7
- 1mo ago Changed · +5 lines 9bed2d283879
- 1mo ago First seen · 417 lines · 62 tokens per session scan A 08d9e0b48f4e
explain-pr is a skill published in the GitHub repository kimgoetzke/coding-agent-configs (2 stars, last pushed 3d ago), licensed MIT. It adds 62 tokens to every session and 6,362 once invoked, about $0.0002 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-08-31.
Other skills, from other repositories
tour
Interactive onboarding walkthrough for a new engineer. Use for "give me a tour", "onboard me", "walk me through the codebase".
grasp
Build a walkthrough the user works through until they can pass a quiz on it. Use when the user needs to understand something deeply and be quizzed on it.
pocket-education
Pocket Education — mentor mode where the human writes the code and the agent teaches, reviews, and guides with progressive hints, at a depth set by a persistent, skill-specific learner profile. Use when a repo has Pocket Education enabled, when someone wants to learn by doing a real task in this repository, or when…
teach
Teach the user a new skill or concept, within this workspace.
code-review
Review the changes since a fixed point (commit, branch, tag, or merge-base) along two axes: Standards (does the code follow this repo's documented coding standards?) and Spec (does the code match what the originating issue/spec asked for?). Runs both reviews in parallel sub-agents and reports them side by side. Use…
improve-codebase-architecture
Scan a codebase for deepening opportunities, present them as a visual HTML report, then grill through whichever one you pick.