Percerno Skillsbeta
← everything it can do · productivity

Pr TEXT

Generates a structured Pull Request (PR) body using a specific template that includes a visual summary (diagram/diff), before/after evidence, and a merge risk assessment (door type and blast radius).

0 uses this weeksource mattpococklicence MIT
Not measured yet. Every skill is tested against the bare model on its own example requests; results appear here.
Security scan: clean · 2026-10-24 · 3 files · ran in sandbox
no network calls, shell tricks, credential access or instruction tampering found in its files.

Try asking

Say it in your own words; the assistant finds this recipe by itself. Examples:

“Skriv en PR-beskrivelse til mine ændringer i login-flowet.”
“Jeg har tilføjet en ny cache-lag til API'et. Kan du udkaste PR-beskrivelsen med det standard template?”
“Her er diffen: [indsæt diff]. Generér venligst PR-kroppen med fokus på blast radius.”
“Write a PR body for my changes to the login flow.”
“I added a new caching layer to the API. Can you draft the PR description using the standard template?”
“Here is the diff: [paste diff]. Please generate the PR body focusing on the blast radius.”
Try this skill from Claude, ChatGPT or a chat on your own page. Free plan, no credit card.Get started free

Good for

pull-requestpr-bodygitdocumentationcode-reviewtemplatemermaiddiffrisk-assessment

Not for

Do not use this skill for writing commit messages, release notes, or general technical documentation. It is not for creating the code changes themselves or for resolving merge conflicts.

Details

When it is the right choice

Use this skill when the user needs to draft, generate, or format the description body for a Pull Request. It is specifically designed to create concise, visual-heavy PR descriptions that clearly communicate the change's logic, evidence of correctness, and potential risks to reviewers.

The full recipe the assistant reads

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 diff when 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.

Files in this skill (4)
  • CREDITS.md
  • LICENSE
  • SKILL.md
  • agents/openai.yaml
Where it comes from

Vendored from mattpocock/skills, commit 5beb35b040e3, path skills/engineering/pr, licence MIT. The upstream licence file ships inside the skill.