Skills mattpocock skills Engineering workflow
pr
- Use it when:
- The agent writes a pull request description and you want it short and visual, with no preamble.
- It does:
- Fills a three-part template: a summary drawn as the smallest visual that shows the change, before-and-after evidence, and the merge danger.
- You get:
- A PR body with a diagram, diff sketch or tree, proof such as screenshots or test runs, and how hard the change is to undo.
- Runs:
- By itself whenever the agent writes a PR body.
- Adapted from:
- Dex Horthy's show-me skill from Humanlayer, which its frontmatter credits.
Skill 20 of 24 in the Engineering workflow bundle, after code-review and before diagnosing-bugs.
TL;DR
Matt Pocock's shape for pull request bodies. The summary picks the smallest view that makes the change clear: pseudocode for logic, a call tree for control flow, a component tree for UI, a shallow file tree for a refactor, a Mermaid diagram for how parts interact, a diff of one of these when the surrounding shape already exists, or the whole block when most of it is new. Each visual sits next to the short text it supports, keeping only what the point needs. Evidence shows a before and an after: screenshots rank best when the change is visual and the environment can take them, then test results or console output, such as the exact test failing before and passing after, in pseudocode. Merge danger says whether the change is a two-way door, cheap to roll back, or a one-way door, such as a destructive or hard-to-reverse change, and names its blast radius, what it could affect, from layout shift to breakage for consumers. Prose stays brief, with no preamble, and uses the project's terms from GLOSSARY.md, the glossary the repo's domain-modeling skill keeps. It covers the body only.
Summarizes the skill at 4ae2317.
npx skills add https://github.com/mattpocock/skills --skill pr skills.sh pageSource on GitHubAll skills from mattpocock/skills
- Total Downloads
- 230,435 on skills.sh, Nov 9, 2026
- Repo stars
- 318,714 mattpocock/skills
- First seen
- Sep 17, 2026 on skills.sh
Weekly values
| Week to | Installs |
|---|---|
| Sep 21 | 11,951 |
| Sep 28 | 23,342 |
| Oct 5 | 28,866 |
| Oct 12 | 42,200 |
| Oct 19 | 35,545 |
| Oct 26 | 31,234 |
| Nov 2 | 28,973 |
| Nov 9 | 27,790 |
| Category |
Test-first work, implementation from specs, git hygiene and scope control. Everything for building software: planning, coding, debugging, design, frameworks, cloud, agents and skills. |
|---|---|
| Type |
Knowledge and rules the agent applies while it works: best practices, design principles, API references. |
| Effect |
Adds no side effects of its own. It shapes how the agent thinks, writes or reviews. Guidelines and routers are always effect:none, even when the task they support edits code. |
| Needs |
Instructions only. Works in any agent that supports skills. |
| Publisher |
Everyone else. Unverified vendor claims default to community. |
| Topics |
SKILL.md
From mattpocock/skills at 4ae2317. Checked daily, last changed Nov 6, 2026.
Frontmatter
name: pr
description: "Use when writing a PR body."
metadata:
credits:
skill: show-me
author: Dex Horthy
organisation: Humanlayer
url: "https://github.com/humanlayer/skills/blob/main/plugins/show-me/skills/show-me/SKILL.md"Use this template for writing the PR body:
## Summary
<diagram, diff-sketch, or tree>
## Evidence
- **Before:** <screenshot/output/failing test run>
**After:** <screenshot/output/passing test run>
## Merge Danger
**Door:** <one-way or two-way>
<optional: description>
**Blast Radius:** <one-word description>
<optional: potential ramifications of merge>
Sections
Skip all preambles and keep prose brief. Use the user's domain language from GLOSSARY.md.
Summary
Pick the smallest view that makes the key point clear.
- Show logic or an algorithm as pseudocode:
on(save)
if content is unchanged
return cached result
write new content
return fresh result
- Show runtime control flow as a call tree:
submitForm
createSession
persistPrompt
launchAgent
navigateToSession
- Show UI structure as a component tree, including state and module boundaries that matter:
<SessionPage> (apps/example/src/routes/session.tsx)
useSessionEvents()
<SessionToolbar>
<RunSkillButton> (packages/ui)
- Show file responsibility or a broad refactor as a shallow file tree:
src/
├── commands/ # parses user actions
├── sessions/ # owns session state
└── transport/ # sends API requests
- Show component interaction, control flow, or data flow with Mermaid:
sequenceDiagram
participant User
participant UI
participant Daemon
User->>UI: choose command
UI->>Daemon: send expanded prompt
Daemon-->>UI: stream result
- Use
diffwhen the point is what changes and the surrounding shape already exists. Match the diff shape to the topic.
For a component change:
<SessionPage>
useSessionEvents()
<SessionToolbar>
+ <RunSkillButton />
<SessionTimeline>
+ <SkillResultCard />
For a file-layout change:
src/
├── commands/
+│ └── show-me.ts # expands the slash command
├── sessions/
-└── transport.ts
+└── transport/
+ ├── client.ts
+ └── stream.ts
For a call-tree or call-stack change:
submitForm
createSession
persistPrompt
+ expandSkillMention
launchAgent
- navigateToSession
+ navigateToSession
+ subscribeToEvents
For a state or control-flow change:
on(save)
- write content
+ if content is unchanged
+ return cached result
+ write new content
+ invalidate cache
- Show the whole block when most of it is new, when omitted context would hide ownership or order, or when the user needs a copyable target shape:
function expandSkill(command: string): string {
const skillName = command.slice(1);
return `use the ${skillName} skill`;
}
Guidance
Place each visual next to the short text it supports. Keep only the calls, files, props, states, and boundaries needed to answer the user's current question or the options to resolve the current discussion point.
You may use one of these, you may use several, it is unlikely you will use all of them. Use your judgement and don't overwhelm the user.
Evidence
Concrete evidence that the change works. Show a before and after.
Screenshots are S-tier - when the environment is set up for it and the change is visual.
Execution-based evidence is A-tier. Test results, console output. Show the exact test that now fails and passes, using pseudocode.
Merge Danger
Describe whether it's a one-way or two-way door. You can walk back through two-way doors, but not one-way doors. A PR that is cheap to roll back is lower risk. Changes that involve destructive actions or hard-to-reverse decisions are one-way doors.
The blast radius is the potential impact or scope of the changes introduced by this PR. Consider all possibilities. Examples are layout shift, breakages for consumers, mobile responsiveness, etc.