create-pr

Language Conventions

• Analyze existing pull requests, commit messages, and documentation to detect the project's language variant (US English, UK English, etc.)
• Match the spelling conventions found in the project (e.g., "optimize" vs "optimise", "favor" vs "favour")
• Maintain consistency with the project's established language style throughout PR titles and descriptions

1. Check current git status and branch
2. Push the current branch to remote (with -u flag if needed)
3. Analyse recent commits to generate PR title and description
4. Create GitHub PR and auto-assign to current user:
   • Use

     gh pr create --assignee @me

     to self-assign the pull request
   • If assignment fails (user not a collaborator), GitHub CLI will create the PR without assignment
   • This provides convenience for repository collaborators while remaining safe for contributors
5. Optional: Additional assignees can be added using

   --assignee

   flag (comma-separated for multiple)
   • Note: PR is already auto-assigned to the current user via

     --assignee @me

     in step 4

• Use natural, descriptive language (NOT conventional commits format like "feat:", "fix:", "chore:")
• Make it clear and specific to the changes
• Keep it concise but informative

• Maximum 1-2 bullet points summarizing the key changes
• No verbose explanations - be direct and specific
• No test plan, acceptance criteria, or additional sections
• Focus only on what changed and why