Standard Operating Procedure
- •Draft a PR description from the commit descriptions and diffs in the context.
- •Use the PR template if one is provided in the context, otherwise use a sensible structure.
- •Use Markdown formatting for the PR description.
- •Assign the PR to me.
- •Set reviewers to the value provided in the context.
- •Set
--headto the bookmark from the context when callinggh pr create. - •Set
--baseto the base from the context when callinggh pr create. - •IMPORTANT: you do not need to change directory. You are in the correct one.
- •Once the PR has been successfully opened, use the jira-ticket skill to transition
the associated ticket (if any) to "In Review", going through all
intermediate states if necessary:
New -> Refined -> "In Dev" -> "In Review" -> Merged -> Closed- •Command:
jira transition-to <ticket> <state>
- •Command:
Best Practices
- •Write in imperative mood ("Add feature" not "Added feature")
- •Do not use superlative words like comprehensive, major, several, complete, etc.
- •Keep the description as concise as possible, but still detailed enough to facilitate the review.
- •If any commits are introducing breaking changes, highlight that very clearly in the PR description by adding "⚠️ BREAKING CHANGE:" to section 'Scope of Impact'.
- •Explain why, not just what.
- •Reference issues/PRs when relevant.
- •If
--baseis different frommasterormain, explain that this is a stacked PR (explain what stacked PRs are), and mention the base. - •DO NOT add a "Generated with Claude Code" footer.