Install
$ agentstack add skill-oguzsh-claudey-pr-describe ✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
About
PR Description Generator
Generate a comprehensive, structured pull request description by analyzing the current branch's git history and diff against the base branch.
Workflow
Step 1: Detect base branch and gather changes
- Determine the base branch. Default to
mainunless the user specifies otherwise. - Run these git commands to gather all changes on the current branch:
# Get current branch name
git rev-parse --abbrev-ref HEAD
# Get commit log since diverging from base
git log main...HEAD --oneline --no-merges
# Get full diff against base
git diff main...HEAD
- If the diff is very large, also run
git diff main...HEAD --statfor a file-level summary to help with the high-level overview.
Step 2: Analyze changes and generate description
Analyze all commits and the full diff to populate each section of the template below. Be thorough - read the actual code changes, not just commit messages.
Guidelines for each section:
- What? - Concise summary of what the PR does. Use bullet points for multiple changes. Focus on observable behavior changes and new capabilities.
- Why? - Explain the motivation. What problem does this solve? What ticket or initiative does it relate to? Infer from branch name, commit messages, and code context.
- Architecture - Include a mermaid diagram ONLY when changes involve architectural patterns: new modules, service layers, API routes, data flow changes, new abstractions, or significant structural reorganization. Skip this section entirely for simple bug fixes, config changes, or minor updates.
- How it works? - Explain the implementation approach. Walk through the key changes and how they connect. Mention important design decisions.
- How can I test the branch? - Provide concrete, actionable test steps. Include specific commands to run tests, endpoints to hit, or scenarios to verify. Reference specific test files if tests were added/modified.
Step 3: Output the description
Output the formatted description using this template:
## What?
[Bullet points summarizing what changed]
## Why?
[Motivation and context]
## Architecture
[Mermaid diagram - ONLY if architecturally significant changes. Otherwise omit this entire section.]
## How it works?
[Implementation walkthrough]
## How can I test the branch?
[Concrete test steps, commands, and scenarios]
Step 4: Ask for feedback
After outputting the description, ask the user if they want to:
- Adjust any section
- Add more detail to a specific area
- Copy it to clipboard
Do NOT create a PR or push any code. This skill only generates the description text.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: oguzsh
- Source: oguzsh/claudey
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet — be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.