Pr

mattpocock/skills/skills/in-progress/pr

by mattpocockc55ee46073edNo license280K starsListed Oct 8, 2026Updated Oct 8, 2026Repository updated today

Use when writing a PR body.

Instructions onlySoftware Development
AI-generated overview

Provides a template and guidance for writing pull request bodies with summary visuals, evidence, and merge risk.

What it does
Supplies a markdown template for a pull request body with three sections: Summary, Evidence, and Merge Danger. The Summary section recommends a single small visual such as pseudocode, a call tree, a component tree, a file tree, a Mermaid diagram, or a diff. Evidence asks for before-and-after proof such as screenshots or test output, and Merge Danger asks for a one-way or two-way door judgment plus a blast radius description.
When to use it
Use it when drafting or structuring the body of a pull request. It fits changes where reviewers need a compact visual of the logic, structure, or flow, plus concrete proof the change works and an assessment of merge risk.
Requirements
No scripts or tools are required; it is instructions only. It references a CONTEXT.md file for the user's domain language, which is not included in the skill.

Use this template for writing the PR body:

markdown
## 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 CONTEXT.md.

Summary

Pick the smallest view that makes the key point clear.

  • Show logic or an algorithm as pseudocode:
text
on(save)  if content is unchanged    return cached result  write new content  return fresh result
  • Show runtime control flow as a call tree:
text
submitForm  createSession    persistPrompt    launchAgent  navigateToSession
  • Show UI structure as a component tree, including state and module boundaries that matter:
tsx
<SessionPage>(apps / example / src / routes / session.tsx);useSessionEvents() < SessionToolbar > <RunSkillButton>(packages / ui);
  • Show file responsibility or a broad refactor as a shallow file tree:
text
src/├── commands/       # parses user actions├── sessions/       # owns session state└── transport/      # sends API requests
  • Show component interaction, control flow, or data flow with Mermaid:
mermaid
sequenceDiagram    participant User    participant UI    participant Daemon    User->>UI: choose command    UI->>Daemon: send expanded prompt    Daemon-->>UI: stream result
  • Use diff when the point is what changes and the surrounding shape already exists. Match the diff shape to the topic.

For a component change:

diff
 <SessionPage>   useSessionEvents()   <SessionToolbar>+    <RunSkillButton />   <SessionTimeline>+    <SkillResultCard />

For a file-layout change:

diff
 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:

diff
 submitForm   createSession     persistPrompt+    expandSkillMention     launchAgent-  navigateToSession+  navigateToSession+    subscribeToEvents

For a state or control-flow change:

diff
 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:
ts
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.

Source and attribution

Source:mattpocock/skillsinskills/in-progress/prat commitc55ee46

License: No license

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal