| name | pr |
| description | Creates pull requests with proper formatting. Use when creating PRs, opening pull requests, or preparing changes for review. |
Pull Requests
PR Title
Use Conventional Commit format, same as commit messages:
<type>(<scope>): <description>
Types
feat: User-facing features or behavior changes (must change production code)fix: Bug fixes (must change production code)docs: Documentation onlystyle: Code style/formatting (no logic changes)refactor: Code restructuring without behavior changetest: Adding or updating testschore: CI/CD, tooling, dependency bumps, configs (no production code)
PR Description Template
## Summary
One sentence describing the overall change.
- Optional supporting details
- If needed
## Test plan
- [ ] How to verify it works
Labels
Apply labels using gh pr create --label <label> or gh pr edit --add-label <label>.
Apply all labels that fit. Only use these labels:
enhancement - User-facing features or improvements (must change production code behavior)refactor - Production code changes that don't alter behaviorbug - Fixes broken production code functionalitytest - Changes to testsdocumentation - Documentation changes
No label needed for dependency bumps, CI/CD, tooling, or infrastructure changes - these go in "Other Changes" in release notes.
Branch Naming
Use type/short-description:
feat/user-login-flow
fix/csrf-token-handling
chore/ci-pipeline
Instructions
- Run
git log main..HEAD to see commits for this branch
- Run
git diff main...HEAD to see all changes
- Summarize the changes in 1-2 sentences
- Create a test plan with verification steps
- Apply appropriate labels
