Update a GitHub pull request description based on the changes in the PR.
Arguments
/pr-description
Summary
Added X to enable Y
Fixed bug where Z would happen
Refactored W for better maintainability Breaking Changes (include only if applicable) Document any changes that affect existing users or APIs.
Breaking Changes
ClassName.method()
now requires a
param
argument
-
Removed deprecated
old_function()
- use
new_function()
instead
Testing (include when non-obvious)
How to verify the changes work. Skip for trivial changes.
Testing
Run
uv run pytest tests/test_feature.py
to verify the fix
-
Example usage:
uv run examples/new_feature.py
Fixes (include if issues are provided or found in commits)
List issues this PR fixes. GitHub will automatically close these issues when the PR is merged.
Fixes
Fixes #123
Fixes #456 Note: Use "Fixes #X" format (not "Closes" or "Resolves") for consistency. Each issue should be on its own line with "Fixes" to ensure GitHub auto-closes them. Guidelines Be concise - Reviewers should understand the PR in 30 seconds Focus on why - The diff shows what changed, explain why Skip empty sections - Only include sections that have content Use bullet points - Easier to scan than paragraphs Don't duplicate the diff - Avoid listing every file or line changed Example Output
Summary
Added
/docstring
skill for documenting Python modules with Google-style docstrings
-
Skill finds classes by name and handles conflicts when multiple matches exist
-
Skips already-documented code to avoid unnecessary changes
Testing /docstring ClassName
Fixes
Fixes #123 Checklist Before updating the PR: Verified existing description needs updating (not already complete) Summary accurately reflects the changes Breaking changes are clearly documented (if any) No unnecessary sections included Description is concise and scannable